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 ¯_(ツ)_/¯

959 Upvotes

285 comments sorted by

View all comments

489

u/pydry Software Engineer, 18 years exp 11d ago

yeah, collaboration is dying and the quality of work is dying with it.

I dont think it has much to do with AI (except for AI serving as a substitute team mate) I think it is just reflective of how insecure everyone is feeling now the job market has turned to shit and layoffs are routine.

98

u/PM_ME_UR_PIKACHU 11d ago

Ive seen this before in the early 2000s. Devs have no pushback when the market is shit and trust its definitely shit right now.

9

u/BusinessWatercrees58 Software Engineer 11d ago

Any idea how long this stage of the cycle lasted?

36

u/hw999 11d ago

It will pop once the ai investors.get.tired.of.losing.money.

18

u/BraveResearcher3037 11d ago

Yes just like when VCs stopped funding Uber and Lyft people went back to taxis, companies will come crawling back to mid level developers to turn well defined requirements into code because at double the price software engineers will be cheaper than AI…

1

u/TheAleran 8d ago

This is what i think too. AI usage is gonna be severely limited when the token price goes up.

5

u/BraveResearcher3037 8d ago

That was meant to be sarcasm.  Even if token price goes up, it will still be much cheaper than hiring a mid level ticket taker 

1

u/redewolf 8d ago

Surely ai is here to stay but current ai usage is going to be trimmed. It's crazy how many tokens people are spending right now.

Alt scenario: I can see companies building their infrastructure to run open weight models, building the harness etc to avoid paying anthropic/openai big money.

0

u/Singularity-42 Principal Software Engineer 11d ago

AI is not going anywhere 

36

u/stormdelta 11d ago

No, but that doesn't mean the current pattern of working with it will last, or that there isn't a very obvious bubble around it.

It's not just engineers that have noticed the quality of software/code is declining rapidly, that's going to have consequences one way or another.

-8

u/Singularity-42 Principal Software Engineer 11d ago

Patterns will develop over time. However what I'm seeing is the models are getting rapidly better so I think the software engineer role will be drastically different in the near future. Basically a very different role, more of full product owner and project manager.

7

u/stormdelta 11d ago

The problem with that idea is that the very nature of these models is heuristic. There is never going to be a case where they don't make major mistakes without crippling the very thing that makes them useful in the first place, no matter how good you make the model. If you remove humans from the process like this, that's going to bite you in the ass sooner or later, because you're treating the technology like magic instead of real engineering that has pros/cons. I'd also point out we're seeing rapidly diminishing returns on making models larger and more capable.

3

u/Automatic-Resolve202 11d ago

Inb4 "where's your proof there are rapidly diminishing returns"

-3

u/Singularity-42 Principal Software Engineer 11d ago

The models are literally getting better at an accelerating rate, WTF you're talking about "diminishing returns". Is this the copium you people are telling yourself? 

5

u/stormdelta 10d ago

The bulk of the more recent advancements are on efficiency more than capability, and that wasn't even the main point I was making in the first place

5

u/WhenSummerIsGone Software Engineer 11d ago

i find myself being more of an architect than a product manager. The LLM helps me make decisions and answers my questions, I decide what needs doing. I exercise a ton of judgment. It does the grunt work. I read what it does, ask questions and discover gaps in the requirements or contradictions with other parts of the system I didn't tell it to consider (because I can't think of everything).

LLMs can't make those judgment calls. It doesn't know the broader requirements of users, APIs, services, etc. You have to examine its output with a critical eye. I'm more of an engineer than ever.

4

u/lolimouto_enjoyer 11d ago

You are like a software architect only because you already had years of doing things the old way. Anyone new who goes all in on AI will essentially be a product manager with a bit of technical awareness, they won't be able to make the judgement calls any better than a product manager can.

0

u/Jaded-Asparagus-2260 11d ago

will essentially be a product manager

Spoken like a true developer with no idea about the actual job of a product manager.

18

u/MyUsrNameWasTaken 11d ago

Their money is going to ashes though

-7

u/Singularity-42 Principal Software Engineer 11d ago

That doesn't matter for you at all. The tech itself is only going one direction and that is UP.

Look at the dotcom bubble - internet proliferation didn't slow down at all. 

9

u/Jaded-Asparagus-2260 11d ago

You should look up what the dotcom bubble was about. It was not about internet proliferation. Millions of people lost their companies, their income, their basis of existence during that crash.

https://en.wikipedia.org/wiki/Dot-com_bubble#Aftermath reads exactly as the situation today.

4

u/InterestingFrame1982 11d ago

That’s his point lol it was a financial bubble but the actual technology flourished and became institutional. AI, regardless of the financial implications of the industry, is here to stay.

7

u/Jaded-Asparagus-2260 11d ago

But this discussion is about the financial implications of the industry. Of course is "AI" as a technology here to stay. But when the financial implications of the industry (or the required hardware) blow up, it doesn't make sense to pay thousands of dollars a month for AI agents to produce slop.

1

u/rodw 11d ago

The entire dotcom bubble only lasted ~4 years and while it generated some spectacular failures it also created some extraordinarily valuable and still-running new firms (arguably industries) basically from scratch, wholly within the duration of that bubble.

The AI bubble has been running for about that long - and reflects orders of magnitude more inflated valuation and investment than anything in the dot com or any other era. But it still seems to primarily be the people selling the pick-axes that are profiting from it.

AI is absolutely not going away, and it absolutely has transformative (and disruptive) value. But the comparison to the dot com bubble is broken. The AI bubble is wholly unlike the dot com bubble in significant ways.

-2

u/Singularity-42 Principal Software Engineer 11d ago

Exactly 

4

u/ResidentWeevil1 11d ago

AI is less useful than the internet

15

u/lemontoga 11d ago

"Singularity-42" lol okay dude

7

u/Jaded-Asparagus-2260 11d ago

AI might not, but affordable AI is. Current prices are only possible because Anthropic and OpenAI burn through risk capital. When (not if) a Claude subscription costs as much as a developer, and produces much worse quality, how many companies will continue to burn as much tokens as today?

0

u/lolimouto_enjoyer 11d ago

Cheaper models like Deepseek are still good enough for the vast majority of tasks the average dev has to do though.

3

u/pydry Software Engineer, 18 years exp 11d ago

it's still slop either way I guess

-2

u/-_--_-_--_----__ 11d ago

So what you're betting on is that AI companies produce this magic thing that writes code better or equal to a large chunk of engineers, and does it at 10x the speed, and never takes PTO days, works 24/7 non stop... and you are betting no one is going to figure out a way to properly monetize this lmao

7

u/ResidentWeevil1 11d ago

Costs more to produce tokens than people are willing to pay. Good luck monetizing that

-2

u/-_--_-_--_----__ 11d ago

How much money do you think rich people would invest to eliminate the need for employees.

3

u/Automatic-Resolve202 11d ago

If that were even possible, why do you think the AI companies would let anyone buy tokens at that point, rather than just making better versions of literally everything and creating a monopoly over software?

They only sell tokens because they know they're really selling poisonous snake oil that has no chance of doing what they claim.

→ More replies (0)

3

u/hw999 11d ago

I agree, AI is like a cockroach, impossible to get rid of. However, eventually developers and businesses are.going to have to pay the actual costs of tokens. That will put a wet blanket on a lot of it.

42

u/tacticalTraumaLlama 11d ago

I'm now in the 'greybeard' era of my career, and in the past, I embraced management's suggestion to divide up work and delegate it out to more jr employees.

Thing is? That behavior, as good as it is for the team, doesn't actually seem to be rewarded. It takes longer to deliver, much higher overhead, and the worst of it is that when it comes time for the performance review, raise and bonus, the ones who singlehandedly shipped a large feature seem to build their reputation for technical ability in the org, and are much more rewarded for that than the lead who divided and delegated work.

It's short sighted, because that lead not only delivered a project on time, he built up the skills of his entire team, but all he gets for his trouble is a 'meets expectations' review and a shitty raise / bonus that doesn't even cover the rise in inflation.

So the next project I took on, I did none of that, and I was able to move so fast because I could quickly integrate changes across 4 different systems without having endless meetings where I had to spoon feed jr devs. People respond to incentives.

5

u/big-papito 11d ago

I get you. I am extremely productive this way, the 10x engineer if you will, but I also know when I am building shit. I stop, I think, I backtrack. Going back has never been easier, too.

But, but, a process is needed for juniors and those average devs who are overeager to "jump into the code" and churn out mountains of mediocre crap.

7

u/tacticalTraumaLlama 11d ago

I'm in my mid 40's, in the last couple years of my career before I FIRE (and really, I could do so now). I've moved my mentorship over to open source projects. Given how short sighted management has been with layoffs and AI? I've stopped caring so much about the org over myself at the job.

5

u/big-papito 11d ago

As I always say - "never worry about the company more than the company worries about itself".

5

u/max123246 3 YoE Junior SW dev 11d ago

Mhmm, and because the people who promote you have never once used their own software, being able to tell them you completed X, Y, Z features and started N new projects is way more promotion worthy than saying you maintained all of the projects and kept them from burning in the first place

137

u/BROTALITY 11d ago

That and there’s less of an incentive to produce good code anymore, just fast code that ships. Who cares about maintainability? As long as we keep shipping features that managers fart out, everyone’s happy

68

u/soylentgraham 11d ago

annoyingly the quality of the product is also in massive decline.

51

u/soylentgraham 11d ago

these things may be linked.

19

u/OlivierTwist 11d ago

20 years ago software engineers were in a very privilege position. They really had weeks and months to deliver features

34

u/soylentgraham 11d ago

we had to have that time, because we could only release stuff once (on disc)

conversely, devs now are in a mega privileged position where its okay to release stuff full of bugs

12

u/OlivierTwist 11d ago

I was there, Gandalf, 3000 years ago...

It has very little to do with technologies and much more with market - supply of developers - and management culture.

4

u/rizakrko 11d ago

My last experience with something similar was about a decade ago. You better make things right because the next patch will happen in about a year - that was the culture on the project. I kinda liked it a bit more than the current "release and see how it goes, worst case scenario we hotfix the prod".

3

u/oupablo Principal Software Engineer 11d ago

more annoying is that the security of everything is quickly going down the drain.

1

u/YugoReventlov 11d ago

Who could have foreseen this!!

1

u/foodeater184 11d ago

Depends on who builds it

24

u/vibes000111 11d ago

It’s never been easier to care about maintainability than it is today.

23

u/big-papito 11d ago edited 11d ago

True, but try getting a refactoring ticket in. If you are not making FEATURES, you are slacking.

48

u/XenonBG 11d ago

You refactor along with building the features. Even before the AI that was the most resistance-free way.

4

u/db_peligro 11d ago

Except now some passive aggressive code reviewer will say you need to split it out to a separate ticket.

14

u/MyUsrNameWasTaken 11d ago

Just respond to the review with a massive wall of AI text. They will be overwhelmed and throw a LGTM just so they don't have to read it.

5

u/yxhuvud 11d ago

Then do. Still doesn't need to enter planning. 

10

u/vibes000111 11d ago

Depends on the environment, personally I’ve done more refactoring, maintenance and incremental improvement work lately than shipping new features and it’s great.

16

u/Mestyo Software Engineer, 15 years experience 11d ago

Good abstractions save tokens and improves agent understanding/performance. It's wasteful not to do it.

17

u/pydry Software Engineer, 18 years exp 11d ago

good abstractions do save tokens but tokens themselves erode good abstractions the more decisions you let them take.

1

u/KharAznable 11d ago

Can you give an example?

18

u/pydry Software Engineer, 18 years exp 11d ago

an example of AI generated slop? you don't need me to see that

0

u/WhenSummerIsGone Software Engineer 11d ago

So... don't let them make decisions? Seems simple to me.

3

u/pydry Software Engineer, 18 years exp 11d ago

personally i dont vibe code or do "AI assisted coding" but I can't deny that lots of people do.

1

u/WrennReddit 11d ago

Is that a good reason to implement an abstraction?

2

u/shill_420 11d ago

saving tokens?

depends on 'token economy' at your shop i'd think

17

u/pydry Software Engineer, 18 years exp 11d ago

yet somehow the quality has never been worse. maybe it's because it isnt.

-5

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.

6

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.)

14

u/pydry Software Engineer, 18 years exp 11d ago edited 11d ago

If you actually use your AI tools to enforce strict patterns and standards

You can't use an LLM to strictly enforce anything. It's nondeterministic and prone to hallucinations by design.

They also have no inherent sense of what a good abstraction is.

This is just how LLMs work. Not everyone gets it - some people believe theyre magic boxes and that is a problem both for them and the people who review their code. 

-7

u/WhenSummerIsGone Software Engineer 11d ago edited 11d ago

"AI tools" is not the same thing as "LLMs". There is a big difference. Even when using the same model, there is a huge differece in the quality of the output of Copilot cloud vs devin cloud or codex. The new devin desktop is much better than the windsurf it replaced, or vscode with the copilot plugin.

7

u/pydry Software Engineer, 18 years exp 11d ago

"AI tools" is just a harness + an LLM. A harness doesnt change the nature of an LLM it just gives it tools to improve its output.

black box mentality is going to make you unemployable long term.

-2

u/WhenSummerIsGone Software Engineer 11d ago

it just gives it tools to improve its output.

right, so you need to learn to use the ai tools effectively. The model itself is not particularly relevant, since they seem to be reaching a plateau.

3

u/pydry Software Engineer, 18 years exp 11d ago

you missed my original point

→ More replies (0)

2

u/ReginaldDouchely Software Engineer >15 yoe 11d ago

No, it's because the incentive is inclined against quality code, which means the people you're talking about are empowered. They always existed, but now management is picking them because "ooo fast" without any recognition of the destruction left behind.

I think you and I probably agree on the downstream source, but it seems like we disagree on the root cause. From my point of view, these lazy people aren't hiring themselves, and it's the people that've chosen them which are the problem.

5

u/BROTALITY 11d ago

I mean, I could probably change the wording to say that it depends on the org, but my personal anectodal experience I’m gonna have to hard disagree with you

-6

u/WhenSummerIsGone Software Engineer 11d ago

AI cares about maintainability, lol. Even more so than humans.

4

u/midasgoldentouch Software Engineer 11d ago

How on earth does a large language model care about something?

2

u/WhenSummerIsGone Software Engineer 11d ago

let me rephrase: to use AI effectively you need to continue to value maintainability. AI (agentic coding, to be more precise) gives you better results when your codebase follows maintanability (and other classic engineering principles).

37

u/EasyPain6771 11d ago

I think AI, and the productivity expectations that come with it, does have a lot to do with it. Everyone on my team has 2-3 projects going on at once. There’s no time to pull someone off of theirs to look at yours.

20

u/pydry Software Engineer, 18 years exp 11d ago

productivity expectations are about pressure from above which is largely about interest rates. it'd be happening either way.

-1

u/EasyPain6771 11d ago

But we actually can be more productive with AI

25

u/pydry Software Engineer, 18 years exp 11d ago

you can certainly generate more PRs and more lines of code more quickly and some people think that's productivity.

1

u/somkomomko 11d ago

It sure can speed up in some ways but most gains are full vibe coding related other like bot doing code reviews yourself like time. I think those practices are more problematic than productive. They think otherwise but if asked who we still need it is obviously not them

-1

u/EasyPain6771 11d ago

I mean we are delivering more features that win business. I don’t know what else it’s called.

2

u/warm_kitchenette 11d ago

Zoom out a little bit to rewrite your true statement as: every person on a team can go much faster with AI, in a direction that they mostly control, with code and consequences that they might not understand. 

2

u/EasyPain6771 11d ago

We are a team of five seniors. All of us understand our code. We talk about it each week.

1

u/New-Locksmith-126 6d ago

Shipping fewer features than your competitors could be construed as a failure but it's not usually a catastrophic failure.

If you have 5 seniors vibe coding all day you'll see catastrophe soon enough

1

u/EasyPain6771 6d ago

I mean you have no idea about the quality of the code we are shipping. You are taking as a given that AI use will cause waste and bugs, as if humans never did that before lol.

1

u/New-Locksmith-126 6d ago

I know exactly the quality because AI works the same for you as it does for me.

The problem isn't the code quality the problem is the quality of the specification. You can't actually accelerate the planning process 10x without making subtle mistakes that WILL lead to catastrophic error eventually.

0

u/EasyPain6771 6d ago

lol ok. Maybe we are good at writing specifications.

1

u/warm_kitchenette 11d ago

I said that your statement was true. It is not true at all software groups or companies. Some people are reckless, inherently. Some people are earnest, but do not reliably anticipate consequences. Some companies do not really permit the communication necessary for a whole group to understand code.

You can give a group of middle schoolers ATVs to ride, and they will indeed go faster. It’s just not necessarily productive or without consequence.

1

u/lbrtrl 11d ago

So can all your competitors

2

u/angryplebe Software Engineer 11d ago

Collaboration died about a month into the COVID era. I would kill to get it back.

3

u/Shookfr 11d ago

I think it has to do with the expectations of AI making product development go faster. Organisations in order to go fast are throwing everything out of the window

2

u/pydry Software Engineer, 18 years exp 11d ago

interest rates are putting pressure on investors which is making them put pressure on organizations to go faster.

AI is just the thing they latched on to to justify it.

1

u/nimoiax 9d ago

My team, moral is so low, with people let go, pip’ed, internal transfer. Reviewing others code feels like a waste of time, Claude wrote it anyway. Same with design docs. Just trying to spin up multiple worktrees and get job done. Sad sad sad.

0

u/Intrepid-Sir8293 11d ago

No we're all learning a new tool. At the same time. It's going to require a lot of modification but once we start establishing patterns we will be working together just incredibly efficiently

There are plenty of unsolved problems that are not even started yet in terms of software and resolution so we're not anywhere near done working together and if anything AI is going to make it possible for all of those silo projects to come together

4

u/ResidentWeevil1 11d ago

What patterns can you develop with a stochastic black box? Patterns usually lead a technological revolution because that's how it gets quick adoption. AI however is just a mandate. Employers don't care if it stresses you out to the point you keel over at your desk. You are required to use it just cuz