[warmedcookie]

Let's presume / speculate for a moment that companies will only need 1 developer to do the job of 10 developers because of AI. That would also mean 10 developers can do the job of 100 developers.

A company that cuts developers to save money whose moat is not big enough may quickly find themselves out-competed by a company that sees this as an opportunity to overtake their competitor. They will have to hire more developers to keep their product / service competitive.

So whether you believe the hype or not, I don't think engineering jobs are in jeopardy long-run, just cyclically as they always have been. They "might" be in jeopardy for those who don't use AI, but even as it stands, there are a lot of niche things out there that AI completely bombs on.

[eZinc]

This sounds good in theory, but have you hired someone in 2026?

Developers are really lazy in general and don't want to work. The more people you hire, the more you run into the chance of gumming up productivity with unproductive developers.

Even if they are productive, once you cross the threshold of 30 people even productive developers become lazy because of entitlement, bad resource distribution, or complexities from larger teams.

We don't even have to talk about teams of 1000+. Ownership is just dead at that point.

In 2026, having just 5 engineers with AI means you can cut through all the waste and get stuff done. If they start being weird, you can see it pretty easily vs. when engineers are being weird in a team of 50-1000+.

It's not rocket science to see leadership decide to cut down on teams to better manage weirdness in devs. More people doesn't mean more results unfortunately because of work culture nowadays.

[citizenpaul]

This sounds like a rant from a dysfunctional out of touch manager more than anything. From a 57 day old account here to pump AI because humans are terrible and not printing you lambos. Totally not a shill or anything. Humans = bad AI = good. Shill.

When you area asked specifics about how you use AI so effectively when others cannot you do not reply. Shill.

I've hired close to 200 people and 4 were bad apples that I had to fire. So no real life does not reflect what you wrote. Most people want to do a good job.

[musicale]

> Developers are really lazy in general and don't want to work

According to Larry Wall, the three great virtues of programmers are laziness, impatience, and hubris.

Though perhaps perl isn't a great argument for the latter.

https://thethreevirtues.com

[directevolve]

Will the modal developer of 2030 be much like a dev today?

Writing software was a craft. You learned to take a problem and turn it into precise, reliable rules in a special syntax.

If AI takes off, we'll see a new field emerging of AI-oriented architecture and project management. The skills will be different.

How do you deploy a massive compute budget effectively to steer software design when agents are writing the code and you're the only one responsible for the entire project because the company fired all the other engineers (or never hired them) to spend the money on AI instead?

Are there ways of factoring a software project that mitigate the problems of AI? For example, since AI has a hard time in high-context, novel situations but can crank out massive volumes of code almost for free, can you afford to spend more time factoring the project into low-context, heavily documented components that the AI can stitch together easily?

How do you get sufficient reliability in the critical components?

How do you manage a software project when no human understands the code base?

How do you insure and mitigate the risks of AI-designed products? Can you use insurance and lower prices if AI-designed software is riskier? Can we quantify and put a dollar value on the risk of AI-designed software compared to human-designed?

What would be the most useful tools for making large AI-generated codebases inspectable?

When I think about these questions, a lot of them sound like things an manager or analyst might do. They don't sound like the "craft of code." Even if 1 developer in 2030 can do the work of 10 today, that doesn't mean the typical dev today is going to turn into that 10x engineer. It might just be a very different skillset.

[chii]

> It might just be a very different skillset.

which is fine.

Blacksmiths back in the day had craft. But they're replaced with CNC and CAD specialists, and hardly anyone bets metal today.

[allenu]

I don't think it necessarily scales that way. Larger organizations need more communication channels and coordination. If anything, assuming AI does give you 10x ability, there's probably a sweet spot where you have just enough developers that churn out code at a good pace but not too many that it gets too chaotic.

If you compare one developer to 10, for instance, one developer doesn't have to deal with communicating with 9 other people to make sure they're working on things that align with the work everyone else is doing. There is no consensus that has to be reached. No meetings, no messages that have to be relayed, no delays because someone wasn't around to get approval. That one developer just makes a decision and does it.

There are lots of big companies out there and in the past, small startups have been able to create successful products that never would have been created at the big company even though the big company hired way more developers.

[pwarner]

Yeah I think this is a good way to think about it. I mean Google, MSFT for example have effectively unlimited developers, and their products still suck in some areas (Teams is my number one worst) so maybe AI will allow them to upgrade their features and compete

[ThrowawayB7]

At large companies, UI/UX is done by UI/UX designers and features are chosen and prioritized by product management and customer research teams. Developers don't get much input.

As Steve Jobs said long ago "The only problem with Microsoft is they just have no taste." but you can apply the same to Google and anyone else trying to compete with them. Having infinite AI developers doesn't help those who have UI designers and product managers that have no taste.

[cxvwbvb]

ermmm youre missing a bigger point.

MSFT, GOOG et al have an enormous army of engineers. And yet, they dont seem to be continually releasing one hit product after another. Why is that? Because writing lines of code is not the bottleneck of continually producing and bringing new products to market.

Its crazy to me how people are missing the point with all this.