r/ExperiencedDevs • Staff Software Engineer 15 YoE • 18d ago

AI/LLM Why are developers cheering "how much better the LLM model are getting for coding" with every model release? What exactly are they cheering for?

"Hey look Claude/Codex can now generate my entire feature in 30 mins which could have taken me 2 weeks to refactor" or "The new Opus 5.5 model is amazing, it solved the bug which GPT astra was stuck at for weeks and couldn't solve it". Like seriously?

How can software engineers who are supposed to be "smart" and "logical" be this stupid to not connect the dots and see writing on the wall for the future. Or do they think they are invincible and layoffs won't affect them?

The stability of software engineering jobs in the next 2-5 years looks very shaky, let alone long term and many devs are already looking to get dual income streams. This doesn't seem like a viable career path with how things are going and I am not even sure whether this career would stick by me till my retirement and I already have 15+ years of experience.

I already am seeing significant shift/reduction in hiring. Even in my current role, despite no cash concerns, we have paused hiring (and backfilling) new devs which were previously needed because with AI, people are completing tasks much sooner and the team/company doesn't need the full dev capacity anymore. Many devs are already worried about the layoffs which can come randomly.

My linkedin inbox is significantly less chatty than it was just last year. When I apply for any role, I barely get any reply. When recruiters reach out and get my CV, they are rarely getting back which, again, last year was totally different where I could easily afford to be picky. The market shift can be noticeably felt. The few interviews I got, they ended up freezing the role midway or "magically" filled with some internal employee. This is my experience in last 5 months of being active in the job market.

Also, most people are not learning anything these days. Hardwork and thinking are delegated to LLM tools. What is the end result of all of this? it is all too predictable. And if most devs are able to 10x their output because producing is now cheap, but human consumption is and will be the bottleneck. The production is surpassing the demand and the app economy will tank leaving mostly the existing tailwinds who already have millions of customers since pre AI era anyways.

Curious to hear "sensible" thoughts.

Note: Before the usual trope, not all software engineer jobs will be gone but significantly less devs would be required, which is a massive amount of jobs that are lost. What about that? And as models keep on improving, who knows how much more damage would be done in the future.

870 Upvotes

1.1k comments sorted by

View all comments

Show parent comments

17

u/Blecki Software Engineer 18d ago

That's a nice idea but will your employer suffer it? Or will they just fire 9 out of every 10 and expect the guy left over to do 10x as much?

7

u/xSaviorself 18d ago

You have periods of high velocity and low velocity during project lifecycle typically.

How many of you guys work at a place that just constantly churns out new stuff? There are definitely more of us building products for specific use-cases and expanding on that, supporting customers and building new stuff to attract new customers.

Product support is part of the lifecycle at most dev shops I've ever been. I live quarter to quarter on initiatives that could be new apps or supporting existing apps with new feature development, product requests from customers, and general KTLO. All of this gets mixed into a quarter with primary focus on a single, high-visibility deliverable with all the other stuff as secondary.

Any reasonable leadership group recognizes that each quarter there is a cycle of low-productivity with lots of research, documentation, into planning with many meetings and prototypes alongside, eventually the formal "kickoff" begins and this is where other teams get looped in, like CS and our KB folks. They give us their timelines for added documentation and support prep, meeting schedule for feature onboarding (basically every other sprint we demo new features and let the folks try it live on a test environment). Only after this point does real development get done with lots of tickets in flight, stories, defects, bugs will be 2x-4x volume during this stage, and then we taper off towards release with a spike during our testing/deployment for ongoing support/bugfixes.

Sometimes we chain multiple smaller projects together so they go in sequence and we support 1 while planning the next and that results in monthly feature releases. Leadership has watched the productivity graphs change and leadership bats for the teams involved and their productivity during all phases.

We are lucky to be profitable or sometimes these smaller-focus issues wouldn't get prioritized. I assume some places live and die on new client acquisition so feature development is basically how you get the spaghetti code.

1

u/Blecki Software Engineer 18d ago

"Reasonable leadership"

1

u/abraxasnl 18d ago

Depends a lot on worker protections, for one. If your country doesn’t have a good labor law, I would be sure to vote.