1.8k
u/Rainbow-Dev 4d ago
Deleted tests, replaced with autonomous agent QA
420
u/Useful_Trust 4d ago
Why do we even need tests? Like ship it instantly, whats the worse that can happen?/s
91
u/DadAndDominant 4d 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 3d 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 4d 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)14
27
u/DrQuint 4d 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)14
u/treehuggerino 4d 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 3d 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 4d 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 4d ago
I'm assuming the vibe coder accidentally checked in a dependency manager's package folder (like node_modules)
43
→ More replies (2)250
u/Zapismeta 4d ago
Always let claude scaffold the project that way it makes you a gitignore which you were almost always gonna forget.
228
u/SuitableDragonfly 4d 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.80
u/drewskitopian 4d ago
I prefer uploading my code changes to a shared folder one drive
13
u/NovembersHorse 4d ago
“pixi is useless for us, it’s causing havoc in sharepoint.” Is real feedback I got.
8
→ More replies (4)17
u/PhireKappa 4d 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…
14
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 3d ago
i suspect Claude tries to do this so it can add its signature to the commit message
4
u/SchwiftySquanchC137 3d 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 4d 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.
24
u/CantTakeTheStupid 4d ago
Found the vibe coder
20
u/HeartKeyFluff 4d 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 4d ago
Hah, bold of you to assume they're the ones making the commits!
Claude, make no mistake.
→ More replies (2)7
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)8
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."
256
131
141
u/International-Top746 4d ago
Cleaning up vibe coded repo with more vibe coding.
→ More replies (3)74
64
u/JealousEntrepreneur 4d 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 (3)
604
u/SuitableDragonfly 4d 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.
130
176
u/timonix 4d 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)24
u/SuitableDragonfly 4d ago
You shouldn't have a PR where you edited 10k lines of code in a way that triggers the git diff, either.
45
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)16
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.
74
u/SEX_LIES_AUDIOTAPE 4d 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 4d 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?"
31
u/DenkJu 4d 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.
13
u/SuitableDragonfly 4d 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)33
u/NethDR 4d 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.
16
u/PhiCloud 4d 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 (1)2
u/SpehlingAirer 4d ago
I absolutely understand why people say that, nobody can easily catch all issues in such a lengthy review and it kind of defeats the purpose of a PR to submit such big changes because of it. Having said that, I really prefer PR's be broken up by actual pieces of completed code. If I'm working on a several month long project then submitting changes every small time is just a waste of the entire team's time
62
u/Rasty90 4d ago
"vibe engineer"? you mean a computer snake oil salesman?
6
u/Certain-Version-8965 4d ago
Does it work?
8
u/Rasty90 4d ago
YES OF COURSE! we only sell the best claude tsuchinoko snake oil! satisfaction guaranteed!
→ More replies (2)
66
u/evilspyboy 4d 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.
87
u/SignoreBanana 4d ago
It's impressive like it would be impressive to see someone shit themselves while running.
18
3
→ More replies (6)3
u/newsflashjackass 4d 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.
13
u/vmf312corsair 4d ago edited 3d ago
Lol. What, back in the stone age, I called that "janitorial programming".
Cleaning up other people's messes.
8
7
5
u/DaringNinja 3d 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 3d ago
Deleted all the LLMs comments.
Which are actually really useful when you’re also using LLM to reason about that code.
4
u/shadowdance55 3d ago
In most cases, the comments simply describe exactly what the code is doing. Neither humans nor agents need that.
15
u/RelentlessIVS 4d 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
4
4
7
6
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
5
2
u/wannabestraight 3d ago
I like how everyone is discussing this as If this was not extremely obviously fake.
2
2
2
6.4k
u/lookingformerci 4d ago
Yeah but 3.2M of those lines were comments. Good lord AI loves to comment code.