you are viewing a single comment's thread
view the rest of the comments
[–] 13 points 3 weeks ago (14 children)

hmm I thought they leaned relatively against AI slop. Wouldn't this be because they were working on it privately or something for quite some time?

  • source
  • parent
  • hideshow 14 child comments
  • [–] 13 points 3 weeks ago (13 children)

    It's 11 million lines of fucking code. 11 MILLION LINES.

  • source
  • parent
  • hideshow 13 child comments
  • [–] 26 points 3 weeks ago* (3 children)

    This commit was the refactor commit from the private dev flow to the open source repo. The process basically added a lot of files and deleted a bunch as well. it was long overdue but I wouldn't expect constant 11m line code changes

  • source
  • parent
  • hideshow 3 child comments
  • [–] 0 points 3 weeks ago (2 children)

    You really don't understand what 11m lines of code is. Only a collective of humans over many years can create 11m lines of code. It is an absolute batshit insane amout of code.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 2 points 3 weeks ago (1 child)

    yea 11m changes is quite a bit at once but, I wouldn't expect a constant change like that. After all, the monorepo itself is a little over 3m lines, 1.37m of it being lang/locale files for every language for its front end, 600k of it is comments, and 1.5m is the rest of it.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 0 points 3 weeks ago

    Wow, I thought the actual functional part was around 1m. I am going to check the loc to see if it makes sense in my second language, LLMs are pretty consistent on their translation errors.

  • source
  • parent
  • [–] 13 points 3 weeks ago (8 children)

    It's obviously some kind of code reorganization, restructuring or reformating, don't be paranoid

  • source
  • parent
  • hideshow 8 child comments
  • [–] 5 points 3 weeks ago (7 children)

    A refactoring would have a relatively similar number of subtractions as additions. This is almost entirely additions. This is not just refactoring.

  • source
  • parent
  • hideshow 7 child comments
  • [–] 9 points 3 weeks ago (5 children)

    Not necessarily. Huge additions without matching deletions often happen during restructurings like vendorizing dependencies, importing external packages, generating bindings, or migrating private repos into a monorepo. In these cases new code canbbe introduced to repository and there will be no corresponding deletions in commit history.

    I've did similar restructurings myself, eg. Making automatically generated resources static

  • source
  • parent
  • hideshow 5 child comments
  • [–] 0 points 3 weeks ago (3 children)

    You have no idea what 11 million likes of code is do you? LibreOffice is 11m, Android is 12m, MySQL is 10m. Those projects took years to code not 9 months. I am going to have to ask you to stay in your lane, and I pray that is not Software Engineering.

  • source
  • parent
  • hideshow 3 child comments
  • [–] 2 points 3 weeks ago*

    I’m not sure why you’re being so hostile, but you're fundamentally confusing a codebase's hand-written LoC with Git commit additions.

    Nobody is saying someone authored 11M lines. Commit fa3e8525 was a workspace reconciliation - importing external repository code, dependencies, and assets into the public repo for the first time, so exactly the type of thing I was talking about. Git counts all imported lines as additions.

    Before asking others to "stay in their lane", maybe make sure you understand how Git history handles repository imports and dependency tracking. Have a good day.

  • source
  • parent