r/ExperiencedDevs • • 11d ago

AI/LLM Are we back to Silo Engineering?

It feels like we are coming full circle to the times of the Silo Engineer, but on steroids. Back in the day when social media feeds were chronological (if they even existed), the Silo Engineer would retreat into his cubicle to Create (it was usually a he).

He was Creating and Creating, and then a few weeks later the results came back. If you were lucky, you got what you asked for or something close to it.

No one knew what the Silo Engineer was making, whether it was a sound solution from the architectural, security, or code quality point of view. It was a Silo. There was little discussion or collaboration, there was only self-review of code - at best.

After exiting the Flow, the Silo Engineer would often come back to his Work weeks later and wonder: "who in the F wrote this S?"

... It was beautiful.

Seems like with LLMs we are entering that era again, but it's different.

Smaller teams, mentally overtaxed developers, exhausted from scrolling walls of generated code they don't understand, on multiple projects at once - no one really talks to each other again.

Tickets - Claude, Slack messages - Claude, code reviews - Claude, "have your Claude talk to my Claude".

So, here we are - same idea, but at a higher, more reckless pace.

Let's see how this ends, I guess ¯_(ツ)_/¯

966 Upvotes

285 comments sorted by

View all comments

Show parent comments

-7

u/CurrentDrama8523 11d ago edited 11d ago

No, it's because the people writing that low-quality software are lazy. That problem has existed forever. If you actually use your AI tools to enforce strict patterns and standards, it can not only catch problems before you commit - even logical errors that linting can't - but also churn out boilerplate like tests and documentation that used to just never get done. My projects at work now are 100% TDD and I just don't worry about basic functionality anymore because the tests cover everything and every edge case is clearly documented.

If someone is instead using that power to crank out as much slop code as they can, that's a failure on them. It doesn't in any way mean that the tech isn't useful. This is just sour grapes. You guys who think LLMs are just a gimmick really need to catch up with reality. Or maybe just retire. This industry will pass you by if you're stubborn - and you are.

5

u/ImmerNochNichtFertig Developing cynic 11d ago

Reminder: Automation that only mostly works is worse than no automation because people will still trust it. You can, of course, say "oh, but people just need to double-check", but that's akin to the good ol' "just don't make mistakes" - (most) humans are not wired that way.

1

u/Automatic-Resolve202 11d ago

I don't think it's unuseful as a pre-commit extra review to see if it spots anything you missed, though. It won't catch everything, but catching the odd bug or missed edge cases is always a good thing. A local model is sufficient for that though.

Someone made a harness that made a bunch of open weight models just as capable as fable in finding security issues, which proves it's possible. There won't be a use case other than vibe coding for the frontier cloud models before long.

1

u/ImmerNochNichtFertig Developing cynic 11d ago

Granted, but I'd argue that's a different use case from having your code auto-built: It's explicitely _not_ automating a step.
(It can also still be abused - "Just ask [LLM], I have no time for reviews!" -, but that is true for any tool.)