← Back to context

Comment by towers

17 hours ago

The forcing of competent engineers to vibe code is something I’ll never understand. Also, I’ve heard rewriting people’s vibe coded efforts being a substantial issue, everything that engineers do nowadays seems to be code review.

It would be horrible to rewrite. Not the first commit or whatever. But after a few weeks of people not reading the code it looks more like a write only code base. I refused to go full vibe/agentic coding. So I got to see what was happening. This was only over a short period of time mind you.

There was a lot of duplicate and triplicate methods. A lot of the classes were is-a related without inheritance, not the biggest deal but it was becoming a mess.

Code I used to know well was more or less gone. It was rewritten in a way that wasn't the same approach and had lost lessons learned. Some of it had real battle wounds baked into it. Things qa passed the week before were broken in places no one thought they touched. A good deal of tests were useless or didn't mean anything for production.

Code review is more or less impossible for me. I can read maybe a 1k line change. 20-30k changes all the time? You end up saying "sure buddy lgtm". We had someone put a 200kloc change for a new feature using a 3rd party tool no one had used before. No clue, but it was not my business apparently because we needed to be more individuals now that we were using AI

  • How can you read a 1k lone change?

    What are you doing where 200kloc is even remotely acceptable? That’s like half a percent of linux.

    • How do I do that? It takes a while.

      Don't ask me. It wasnt 200k it was like 170 something. I can't say too much but it was some big weird ETL pipeline using some weird database. Tons of weird algorithms for displaying data, by storing it all in memory? I don't know man I wasn't allowed to talk to whoever had swarms of agents create it. From what I understand of it it was a complete hazard

      Linux kernel has I think tens of millions of lines of code for reference.

Guys just go and ride it.

It's their money. They decided to do this. They think you guys are stupid.

Suck. Them. Dry.

Or say goodbay, which is what I did on my previous role when the BS started to get obvious.

Now I do LLM-assisted coding on my own terms. I decide what to do, review output and push back agains overengineered BS.

But I'm a lucky one, as far as I can see.

---

NO-ONE is going to be able to understand the the amount of slop created by unchecked LLMs.

The path we're going forward is very clear, given how rapidly top-tier software has been degrading when they decided to pressure devs into this stupidity.

  • You will lose every time. The bar is being lowered to the ground so far that any human can do better, guess where thats cheap as fuck?

    Tech in America can't implode soon enough.

  • I couldn't do it. It made me feel crazy. Looking back though, now I don't have a job and that stinks. Oh well at least I don't get nightmares about debugging the next production issue on call.

    • Can't you just tell Claude to fix it and if Claude can't fix it, it must be impossible to fix so oh well?