LLMs are only a threat if you see your job as a code monkey. In that case you're likely already obsoleted by outsourced staff who can do your job much cheaper. If you see your job as a "thinking about what code to write (or not)" monkey, then you're safe. I expect most seniors and above to be in this position, and LLMs are absolutely not replacing you here - they can augment you in certain situations. The perks of a…
Nevermind coding where is the llm for legal stuff? Why are all these programmers working on automating their job away instead of those bloodsucking lawyers who charge hundreds of eur per h.
We mourn our craft
811–820 of 918 posts
Re: We mourn our craft
#812Certain things like this will be out of the realm of AI, because it doesn't understand the requirements.
Re: We mourn our craft
#813LLMs are only a threat if you see your job as a code monkey. In that case you're likely already obsoleted by outsourced staff who can do your job much cheaper. If you see your job as a "thinking about what code to write (or not)" monkey, then you're safe. I expect most seniors and above to be in this position, and LLMs are absolutely not replacing you here - they can augment you in certain situations. The perks of a…
Re: We mourn our craft
#814I started programming over 40 years ago because it felt like computers were magic. They feel more magic today than ever before. We're literally living in the 1980s fantasy where you could talk to your computer and it had a personality. I can't believe it's actually happening, and I've never had more fun computing. I can't empathize with the complaint that we've "lost something" at all. We're on the precipice of somet…
The original NES controller only contains a single shift register - no other active components.
Today, a wireless thing will have more code than one would want to ever read, much less comprehend. Even a high level diagram of the hardware components involved is quite complex.
Sure, we gained convenience, but at great cost.
Re: We mourn our craft
#815I also believe that when all knowledge jobs are replaced, something fundamental needs to change in society. Trying to anticipate and prepare for that right now is premature.
Re: We mourn our craft
#816Earlier quoted context omitted.
I wonder if this is just a matter of degree. In a few years (or less) you may not have to "skillfully guide" anything. The agents will just coordinate themselves and accomplish your goals after you give some vague instruction. Will you still feel proud? Or maybe a bit later then agents will come up with their own improvements and just ship them without any input at all. How about then?
Then we can finally turn off the computers and go outside to play with friends.
Re: We mourn our craft
#817For years developers have worshipped at the alter of innovation, citing their role in decimating many old industries and crafts as just what we do. Now it’s come for you.
Reap what we sow, people.
Re: We mourn our craft
#818That hasn't changed. Whether it's apps that hog too much memory, games that use too much storage, unresponsiveness, or just plain cryptic error messages, everything feels more fraile than it used to be.
Perhaps its the growing pains of LLMs, a horde of junior programmers pushing stuff to production that the seniors were too "old fashioned" to notice.
Only time will tell.
Re: We mourn our craft
#819Earlier quoted context omitted.
I see what these can do and I'm already thinking, why would I ever hire a junior developer? I can fire up opencode and tell it to work multiple issues at once myself. The bottleneck becomes how fast you can write the spec or figure out what the product should actually be, not how quickly you can implement it. So the future of our profession looks grim indeed. There will be far fewer of us employed. I also miss writin…
> why would I ever hire a junior developer Because a junior developer doesn't stay a junior developer forever. The value of junior developers has never been the code they write. In fact, in my experience they're initially a net negative, as more senior developers take time to help them learn. But it's an investment, because they will grow into more senior developers.
While I think both sides have an argument on the eventual SWE career viability there is a problem. The downsides of hiring now (costs, uncertainity of work velocity, dry backlogs, etc) are certain; the risk of paying more later is not guaranteed and maybe not as big of an issue. Also training juniors doesn't always benefit the person paying.
* If you think long term that we will need seniors again (industry stays same size or starts growing again) given the usual high ROI on software most can afford to defer that decision till later. Goes back to pre-AI calculus and SWE's were expensive then and people still payed for them.
* If you think that the industry shrinks then its better to hold off so you get more out of your current staff, and you don't "hire to fire". Hopefully the industry on average shrinks in proportion to natural retirement of staff - I've seen this happen for example in local manufacturing where the plant lives but slowly winds down over time and as people retire they aren't replaced.