4 ms·
How are theses numbers getting calculated? Actuaries have 21% probability of automation vs programmers who have it 48%?
by shubhamjain 9y ago
How are theses numbers getting calculated? Actuaries have 21% probability of automation vs programmers who have it 48%?
- iisbum 9y agoThe numbers came from a report published in 2013 (linked on our about page): http://www.oxfordmartin.ox.ac.uk/publications/view/1314 http://www.oxfordmartin.ox.ac.uk/publications/view/1314
- chinathrow 9y agoDon't worry, we programmers are safe - just select "software developers, applications" and it's 4.2% ;) https://willrobotstakemyjob.com/15-1132-software-developers-applications https://willrobotstakemyjob.com/15-1132-software-developers-...
- klodolph 9y agoYeah, I always type in "computer programmer" first to see if they put any real thought into the dataset. 48%... whatever that means, interpreted as "start worrying". The history of computer programming is the history of people trying to automate computer programming. All that ends up ever happening is that the nature of computer programming changes. Just think of all those assembly-language programmer jobs that were "automated away" by the invention of Fortran. Or all of those C++ programmer jobs that were "automated away" by Java, Ruby, SQL, whatever.
- samlewis 9y agoBut with the changing nature of computer programming, arguably programming becomes more efficient and needs less manpower. It's easy to see that programming a web app today takes less man hours than it would've if you were to try to do it 30 years ago using C. So far it seems that these efficiency gains have been offset by growing demands in what software can do, making the industry continue to grow. I wonder if at some point in the future, these demands will stabilise and continued improvements in efficiency will necessitate a reduction in the workforce. Will automation make a computer programmer's job disappear? No, probably not. But will it allow one person to do the job of ten? Maybe.
- barrkel 9y agoYou'd have had a hard time coding the web 30 years ago, given that it hadn't been invented yet; but 20 years ago, Perl was about as productive as something like Python or Ruby today[1]; a web server, after all, just provides stateless RPC. What was missing was a lot of frameworks that could permit a developer ecosystem to grow, a developer ecosystem being something that lets your more easily reuse things other people wrote. Developer ecosystems with critical mass are what increase productivity, rather than technological improvements. [1] Technically, I think common web frameworks aren't particularly productive, because they are built around a very low common denominator. I worked on a CRUD app framework in the early 2000s that would still blow something like Rails out of the water in terms of productivity.
- junkm 9y agoWell if you look at the description of a computer programmer, it sais that its the person that just implements the specifications, written by a software developer. So they see the software developer as the one that does some thinking too, and the programmer the one that only translates specifications to computer language, which indeed will be easy to automate in the future
- wernsey 9y agoWe already have a tool for translating the specifications into computer language: a compiler.
- TheCoelacanth 9y agoYou missed "Software Developers, Systems Software" and "Software Developers, Applications" at 13% and 4% respectively. Combined they are five times as common as "Computer Programmers".