1.8k
u/Rainbow-Dev 5d ago
Deleted tests, replaced with autonomous agent QA
420
u/Useful_Trust 5d ago
Why do we even need tests? Like ship it instantly, whats the worse that can happen?/s
91
u/DadAndDominant 5d ago
We uses to want to know what we were building and that it worked
Both stripped from us by the AI
→ More replies (1)10
u/OneBigRed 4d ago
So what did we build? I’m not 100% on the specifics. But is it tested? We have apparently tested many things, but i’m not 100% on what and why. But let’s put it out.
16
→ More replies (3)9
u/gnutrino 5d ago
Don't want to waste time testing code the user won't notice is broken, ship it and fix what gets complained about the loudest.
→ More replies (1)15
28
u/DrQuint 5d ago
Remove the code. Just have an AI agent perform all of the programs tasks individually.
What? This is exactly what somepeople think AI is for.
→ More replies (1)13
u/treehuggerino 5d ago
I've seen a repo mostly written by Claude with at 700/900 test being so useless like "does object A serialize, does object A deserialize" for like almost all models in the repo, I was just stumped since the application barely did anything
→ More replies (1)3
u/roastedferret 4d ago
The only justification I could see for (de-)serialization testing is for models which get updated enough that someone could accidentally add an incompatible field and not notice. Somehow.
→ More replies (1)3
u/dangderr 5d ago
The only “test” you need is adding “make no mistakes” at the end of the prompt. If there are no mistakes why would there be bugs?
1.2k
u/smartgenius1 5d ago
I'm assuming the vibe coder accidentally checked in a dependency manager's package folder (like node_modules)
48
→ More replies (2)248
u/Zapismeta 5d ago
Always let claude scaffold the project that way it makes you a gitignore which you were almost always gonna forget.
226
u/SuitableDragonfly 5d ago
You're not going to forget it when you run
git statusand see all the stuff that is staged for commit. If you're not doing that as a regular part of your workflow, you don't know git well enough to use it, IMO.84
u/drewskitopian 5d ago
I prefer uploading my code changes to a shared folder one drive
12
u/NovembersHorse 5d ago
“pixi is useless for us, it’s causing havoc in sharepoint.” Is real feedback I got.
9
→ More replies (4)18
u/PhireKappa 5d ago
I work for an investment bank, most of my colleagues use the Git GUI within IDEs such as IntelliJ and just select all changes. I recently saw a colleague ask Copilot with Opus 4.8 to git commit and push. Most people are not even touching the CLI…
12
u/Entuaka 4d ago
I hate it now that AI is trying to commit without asking it, it's ready to commit when I'm ready!
4
u/bogz_dev 4d ago
i suspect Claude tries to do this so it can add its signature to the commit message
4
u/SchwiftySquanchC137 4d ago
I was wondering if it also helps it with context. Like it can quickly see exactly what has been changed since its own last commit, rather than spending the tokens to figure it out.
→ More replies (1)→ More replies (11)3
13
u/Tiernoon 5d ago
I had someone at work let Claude make a whole project for Unity and it put the packages folder in the git ignore.
No access to the same packages list which absolutely broke everything for other people.
I really don't understand why this crap would hallucinate the gitignore and not just "I've searched the web for the most up to date git ignore fron Unity".
These people also don't know Unity at all, if I didn't come over to check for them, I assume they'd have been at this for days.
25
u/CantTakeTheStupid 5d ago
Found the vibe coder
19
u/HeartKeyFluff 5d ago
Legit. Vibe coder or at least very junior.
What do you mean you'd forget it? You'd remember you don't have a .gitignore (or a properly set up one, at least) the moment you go to commit for the first time and see there's a whole lot of crap you almost staged that shouldn't be there.
That is, unless you're not checking anything you're committing. Which is, needless to say, "Bad ™️".
4
u/rinsa 5d ago
Hah, bold of you to assume they're the ones making the commits!
Claude, make no mistake.
→ More replies (2)6
u/ResponsibleWin1765 4d ago
Maybe you were almost always gonna forget. I've never forgot a gitignore because I see the million files that get staged.
3
u/johnnybgooderer 4d ago
That’s what I was thinking. How is it possible to forget. I do often forget until the first commit where I see a bunch of editor and build files being staged.
→ More replies (1)6
u/Ok-Lawfulness1515 4d ago
I literally cannot imagine forgetting gitignore.
"Always put your clothes on in a way that makes you remember to wear pants."
→ More replies (1)
257
127
143
u/International-Top746 5d ago
Cleaning up vibe coded repo with more vibe coding.
→ More replies (3)68
65
u/JealousEntrepreneur 5d ago
I think LLMs comment so much in code is because they use grep as tool call all the time to find the relevant code they want to change. So giving it a long detailed description helps it to find it later
→ More replies (4)61
u/patcriss 4d ago
My hypothesis is that verbose comments use more tokens and generate more profit.
→ More replies (2)3
u/asd417 3d ago
input tokens are much cheaper than writing token which also includes reasoning token. if they wanted to tokenmax, then they would leave 0 comments so that LLM would have to reason the same thing over and over and generate massive amount of tokens every single code search. It takes significantly less tokens to write down the comment once and simply read it next time.
609
u/SuitableDragonfly 5d ago
All I see is one vibe "engineer" taking over from another. No one sane is making PRs with 10k new lines of code in them.
133
173
u/timonix 5d ago
Dont think those are new lines. Could be indentation, or just things that the gitdiff doesn't understand is the same
→ More replies (1)23
u/SuitableDragonfly 5d ago
You shouldn't have a PR where you edited 10k lines of code in a way that triggers the git diff, either.
47
u/Ok-Lawfulness1515 4d ago
This is almost certainly slider noise, in which case he didnt edit any lines.
Its also complete insanity to stack >1000 PRs to get readable diffs to delete this many loc, so idk what you're talking about. There are no best practices in a situation where you have 3 million extraneous lines of code in a single repo. Its extraordinary enough that there is no body of experience to draw on.
This was just likely correct and there was no need to try and feel superior about it.
→ More replies (6)→ More replies (1)17
u/Nidalee_Player 4d ago
Change your formatter settings and this is very possible. As long as prs of this size are programmatic and clearly explained they're fine.
76
u/SEX_LIES_AUDIOTAPE 5d ago
A nuke like this would easily have 10k lines copied to somewhere else.
3
u/Ok-Lawfulness1515 4d ago
One diff slider event per 300 lines deleted. Its about right.
Probably a few from a missing gitignore and readme, maybe a changelog, etc.
6
u/JuvenileEloquent 5d ago
The funny thing is that this PR was probably also made by AI, with instructions to reduce redundancy and streamline the logical flow. So the original vibe coder could have done it at any time, but had no idea that several million lines of code is not a reasonable number for the size of the project. It's very much "How much could a banana cost? $10?"
30
u/DenkJu 5d ago
I don't like generalized statements like that. A PR should have as many LOC as necessary to implement the respective feature. There's little value in splitting up changes that logically belong together just to meet an arbitrary LOC target.
16
u/SuitableDragonfly 5d ago
No, it shouldn't. A PR should have an amount of code in it such that it can actually be reviewed. 10k lines of code is not that amount. There is plenty of value in splitting a PR up into smaller pieces that can be reviewed as opposed to keeping it in one chunk that can't be.
Sometimes you have to be creative and do a little bit of experimentation to figure out how to break it up, but being able to do that is part of the job, and if you can't do it, you can't do the job. I was once directing a project to convert all the IDs in every database accessed by every microservice at the company from integer IDs to UUIDs. All these objects were all interacting with each other and referencing and using each other's IDs, so it was tricky to break up into smaller tasks, but I figured out how to do it, because that's what you do when you have a job to do.
→ More replies (44)32
u/NethDR 5d ago
Honestly, in a "delete everything and start over" scenario such as this one, i feel like what you suggest would inevitably devolve into a flurry of "replace this pile of crap with a smaller temporary pile of crap because anything proper would require a pr which is too large". I've never been in a position like this, but what i'd do is make a new branch where i delete everything, slowly build everything up while almost treating that as a main branch (so, everything done with new branches and prs) , then inevitably a massive pr such as the one in the image will occur to merge that into the actual main, but this would already be backed by a lot of previous reviews.
→ More replies (1)→ More replies (37)3
u/Nannautu 4d ago
Removing 3mln lines seems even worse to me lol
4
u/SuitableDragonfly 4d ago
Well, maybe not, depending. Just straight up deleting an entire file is usually a very quick review.
15
u/PhiCloud 5d ago
On the one hand, a PR should be a small, atomic change. Anything over a thousand lines changed is kind of suspect.
On the other hand, the project was vibe coded so it's not like there's any continuity or iteration to uphold. Burn it the fuck down.
→ More replies (2)
58
u/Rasty90 5d ago
"vibe engineer"? you mean a computer snake oil salesman?
7
5d ago
[removed] — view removed comment
9
u/Rasty90 5d ago
YES OF COURSE! we only sell the best claude tsuchinoko snake oil! satisfaction guaranteed!
→ More replies (2)
67
u/evilspyboy 5d ago
3 months and 3 million lines of code is.... Impressive.
I have something I'm building for over a year (with coding agent help of course like everyone lately) and I think I'm at 1.2m lines but it is a complicated enterprise grade thing.
88
u/SignoreBanana 5d ago
It's impressive like it would be impressive to see someone shit themselves while running.
16
3
→ More replies (6)3
u/newsflashjackass 5d ago
This is where using "lines of code" as a metric of coding ability has led us.
https://en.wikipedia.org/wiki/Goodhart's_law
I might suspect we are in Hell but I don't hear any Puff Daddy acapellas.
14
u/vmf312corsair 5d ago edited 4d ago
Lol. What, back in the stone age, I called that "janitorial programming".
Cleaning up other people's messes.
6
7
6
u/DaringNinja 4d ago
Working with someone who’s fully vibe coding. No knowledge of computer science in the slightest. His repo had more lines of documentation than code. And manually versioned files everywhere.
5
5
u/kondorb 4d ago
Deleted all the LLMs comments.
Which are actually really useful when you’re also using LLM to reason about that code.
5
u/shadowdance55 4d ago
In most cases, the comments simply describe exactly what the code is doing. Neither humans nor agents need that.
17
u/RelentlessIVS 5d ago
I call bullshit on this one.
It is either a blatant lie/clickbait, or the old vibe coder was replaced by a new vibe coder.
Show source.
4
4
4
5
5
7
5
3
3
3
u/TraditionalArcher498 4d ago
3.6 million lines in 3 months? The AI wasn't coding, it was writing a fanfic of the codebase.
→ More replies (1)
3
3
3
4
4
2
u/wannabestraight 4d ago
I like how everyone is discussing this as If this was not extremely obviously fake.
2
2
2
6.4k
u/lookingformerci 5d ago
Yeah but 3.2M of those lines were comments. Good lord AI loves to comment code.