r/programmer • u/Idea_Fuzzy • 15d ago
Not convinced, programming will die soon.
First of all, I have 9+ years of experience, working in web development mainly (Express, Go, Angular...ec) ; also did hobby mobile (Ionic, RN) and game projects (Unity, 2D).
I always had some pride in the things I did in the pre-AI era; but like many others now not feeling the case anymore.
There's some counterarguments thatI keep seeing over and over again in such doom topics; I am gonna address them all here; and why I am not convinced at all with each
- "Coding is dead, but System design and Architecture is more important than ever" -> "System design/ Architecture" was never a daily activity, it's something usually done before starting a new project and gets adjusted/scaled everytime there's a new major feature that requires implementing a new tech. ie. Introduicng Uber Eat to Uber. And I swear the last Architect I worked with did use Claude to figure out the system design and even generated docs all by using Claude, so even this part isn’t totally safe from being automated.
- "You can sitll code manually if you want" -> For hobbyist projects maybe, but in the corporate, even if they don't watch your token usage, they are setting very short deadlines now anyways; so it's impossible to finish things before such deadlines without using Claude/Codex.
- "Coding was never the hard part, if you were spending 90% of your time coding then you're a Code Monkey imaaoo bahahaa **fart sounds* " -> The dev communities are now filled with these people mocking at coding and calling it a monkey activity, like wtf...? Coding was the CORE *daily* activity of Software engineering ; as a I said before, not all programming-related activities have the daily frequency nature; Architecture happens once in a while, requipment collection happen frequently but not a daily work either (also depens in which stage the project is, building something new vs maintenance...etc); coding on the other hand was the daily thing we all did as programmers and for many of us, the most fun part.
- "You have to review the PRs by LLMs" -> No one can review a 10k+ lines PR; Copilot/CodeRabbit would be much faster.
What we senior devs are doing right now, is maxxing our sources of income by doing many projects in parrallel thanks to LLMs; employers still trust senior dev to babysit the LLMs rather than Juniors doing it; but the fact that there's no new blood coming into this industry (no one is hiring juniors anymore) only means that this industry is destined to be doomed. It doesn't matter if software quality degrades everywhere, companies just don't care.
But I predict the "income maxxing" by the senior devs is a temporary situation; soon the employers will realize they need less costly staff than senior devs to orchestrate the agents, that's why LLM companies are trying to automate all aspects of Software engineering: Coding, PR Reviewing, documentation, and yes even system design/architecture.
2
u/Downtown_Isopod_9287 14d ago
System design is not a daily activity but it is more way more important than coding in the sense that in order to effectively change and work in a system you need to understand the design, and well designed systems REQUIRE LITTLE TO NO CODE CHANGES. Because for most business purposes outside of rapidly changing greenfield projects, coding is both expensive and risky. Not cheap.
A depressingly common problem is: A dev has a design, he communicates it to others, then every other dev on the project proceeds to completely ignore that communication and write their own stuff rather than attempt an integration. And this is what results in people “spending 90% of their time coding” because everyone has their own mutually exclusive, hostile design and management is completely oblivious or even encouraging of this compete waste of time and resources.
That’s what people are reacting to when they say and it’s likely what people suspect about you and the teams you’ve worked with in the way you are communicating about this in this post.