Live data from Hacker News

Ask HN: Is AI going to replace most programming jobs in the next 10 years?

news.ycombinator.com

1–10 of 19 posts

Ask HN: Is AI going to replace most programming jobs in the next 10 years?

#1
I'm curious to hear what people think the next 10 years of the tech industry looks like given the recent rapid advancements in AI.

Will there be mass redundancies?

What would a programmer's job look like, if there's a need for programmers at all?

What skills do you think would be in high demand?

Re: Ask HN: Is AI going to replace most programming jobs in the next 10 years?

#2
Probably not. Programming and AI are like two different sides of the problem-solving spectrum. With AI (specifically ML models) you're basically plugging in a pair of high-precision smart-dice into a variety of parameters. If you use the right data and adjust the right settings you can get good results, but they're not consistent or guaranteed to be correct. They're best-guess estimates that need to be culled by a human or a discriminator model. In either case, there isn't an effective way to sort through the "noise" since everything is noise.

IANAMLE (I Am Not A Machine Learning Expert) but the software we're building today will still be relevant in 10 years. It's hard to say where ML will be in 10 years, but I doubt it will replace most programming jobs.

Re: Ask HN: Is AI going to replace most programming jobs in the next 10 years?

#3
While there are many jobs that can be automated.... there's far more programmer roles going unfulfilled... and there's no one to actually create the AI to do any of their job. The job of programmer is quite safe, but it's all about understanding which programming languages will be in demand for the next 10 to 30 years which is a long time for a career position.

Re: Ask HN: Is AI going to replace most programming jobs in the next 10 years?

#4
How do you envision that working? A manager needs to have a feature added to their app that lets you customize product attributes. How do they communicate this to the AI? Sketches and flowcharts? Empty stub functions?

What happens with the 1500 lines of code the AI spits out? Is it merged in and rigorously tested? What happens if there's an error? Start over?

I'm just not really seeing how it'll work.

As an adjunct, a tool to make a programmer more efficient, I see a thousand ways it could help. But that doesn't reduce the demand for programmers. It makes them more valuable.

Re: Ask HN: Is AI going to replace most programming jobs in the next 10 years?

#5
No. And this is what everyone gets wrong about advancements in technology “replacing peoples jobs” What will happen instead is AI will augment the job to be more productive/ efficient / or give an ability to produce something not possible before. GitHub co-pilot is a good hint as to where programming jobs will be going.

Re: Ask HN: Is AI going to replace most programming jobs in the next 10 years?

#6
I see them sort of like tractors. They'll replace a lot of work, but not all of it. Farmers still have to be tough and strong. Farmers are getting paid a hell lot better than they used to in the past, but we still need millions of farmers.

The programmers of the future will look more like directors or managers today. Just like a director tries to bring out the best from a skilled actor, an AI-integrated dev needs to properly understand the nuances of the AI they're working with. They don't need to know ML, but they do need to understand the differences in personality between, say, GPT-3 and GPT-J.

The other skill would be communication. Newbies talk to AI like they're talking to some kind of oracle. They assume the AI understands without context. A common mistake is something like assuming the AI understands sarcasm without knowing that it's from a source that would be sarcastic. I've often said that you have to talk to it like you'd talk to a child. Teachers often put a lot of effort into explaining things better.

You can ask it to write generic "email validation code" easily. What's harder is questions like "build it to this architecture" or "this code is doing X, make it do Y instead". You tell it the steps to reproduce the bug, the conditions that make the bug happen, the expected results and the actual results. So it's still the same skillset used today but you can't get away with being a "good dev who can't work with others" anymore.

Re: Ask HN: Is AI going to replace most programming jobs in the next 10 years?

#7
post #4

How do you envision that working? A manager needs to have a feature added to their app that lets you customize product attributes. How do they communicate this to the AI? Sketches and flowcharts? Empty stub functions? What happens with the 1500 lines of code the AI spits out? Is it merged in and rigorously tested? What happens if there's an error? Start over? I'm just not really seeing how it'll work. As an adjunct,…

I'm actually working on something that lets AI spit out code of a specific architecture, somewhat inspired by AWS CloudFormation.

I think it's like anything else. You figure a way to communicate to the machine. Except instead of our current programming languages that resemble legal documents, the future "language" might be more abstract and high level.

The pitch for the current generation of AI is "your pair programmer". So that's probably the first step - it checks your code or you ask it to code and you check its code.

Re: Ask HN: Is AI going to replace most programming jobs in the next 10 years?

#9
Of course not! The point of programming is not to do work, but to automate it, and there is no sort of work we are better at automating than our own. Every few years some task which used to be important gets automated away, and we all start taking it for granted - but somehow we never run out of tasks.

When I began my career, it was important to understand machine language, because compilers were not smart enough (and computers did not have the horsepower to run compilers that would be smart enough) to generate maximally efficient code. Every performance-critical loop therefore featured a nugget of hand-written assembly code, because that was the only way to build usable production software.

But then... there were rapid advances in processor speed, and memory capacity, and compiler technology; suddenly, all those assembler skills became obsolete, because you couldn't beat the compiler anymore. Automation ate the whole problem. What happened? Mass layoffs? Hell no! Programmers just moved on up to the next level of abstraction, and kept on solving problems: newer, more interesting problems.

Repeat, and repeat, and repeat: that's how the industry works.

Post reply on HN