Slashdot Mirror


The Robots That Will Put Coders Out of Work

snydeq writes Researchers warn that a glut of code is coming that will depress wages and turn coders into Uber drivers, InfoWorld reports. "The researchers — Boston University's Seth Benzell, Laurence Kotlikoff, and Guillermo LaGarda, and Columbia University's Jeffrey Sachs — aren't predicting some silly, Terminator-like robot apocalypse. What they are saying is that our economy is entering a new type of boom-and-bust cycle that accelerates the production of new products and new code so rapidly that supply outstrips demand. The solution to that shortage will be to figure out how not to need those hard-to-find human experts. In fact, it's already happening in some areas."

9 of 266 comments (clear)

  1. But CNN Said... by Anonymous Coward · · Score: 5, Funny

    This time was different :(

    1. Re:But CNN Said... by ShanghaiBill · · Score: 5, Insightful

      don't put too much stock in the report.

      It is ridiculous that they think programmers will become Uber drivers. We will have self driving cars long before we have robots that write code.

    2. Re:But CNN Said... by ultranova · · Score: 5, Interesting

      Economics isn't pseudoscience.

      Most of the time, economics is simply various economists or think tanks pushing policies advantageous to their patron's ideological or financial goals. So it's not even pseudoscience, but flat-out astrology.

      --

      Forget magic. Any technology distinguishable from divine power is insufficiently advanced.

    3. Re:But CNN Said... by tburkhol · · Score: 5, Interesting

      We will have self driving cars long before we have robots that write code.

      But we already have robots that write code. Almost no one actually writes machine code anymore, depending instead on assemblers, compilers, templates, or interpreters to do it for them. Those 'robots' have gotten progressively more complex and progressively better at figuring out what the programmer means by larger language constructions. The languages have moved closer to natural languages.

      Already, it seems like the difficult part is getting the managers to properly specify the desired functionality. It's not a huge leap to imagine that one might construct a formal language for program specification that would allow you to automate translation of the spec into a code skeleton.

  2. Article is Hype by PerlPunk · · Score: 5, Informative

    I read the article, and I'm not buying it.

    I can see programmers in some small, well-understood niche markets replaced by complex applications (which require more programmers to write!) and causing some programmers to go looking elsewhere for jobs. But new technologies for computer-aided software design are not going to cause structural unemployment any time soon in the IT profession.

    Some reasons include the cost of miracle software-building robots will be at a premium, which means only the biggest players would be able to afford them. And after they purchase them, they will only be able to work well within a limited number of tasks.

  3. Software has been replacing coders for decades by afgam28 · · Score: 5, Insightful

    Imagine how many more programmers would be needed if we didn't have compilers. Or automatic code generators. And the whole point of machine learning is that you write software that teaches itself how to do something, rather than program it directly.

    Software developers have been quite good at moving up into higher levels of abstraction each time we multiply our productivity. There's so much work to do that I doubt our tools will ever "displace" us.

  4. Re:New jobs will be created. by Dutch+Gun · · Score: 5, Insightful

    Meh. I'd read this as:

    "Researchers and writers jealous of massive demand and high wages of programmers, predict doom and gloom for those that picked a reasonably lucrative career path". Or perhaps "You programmed all this shit that's taking our jobs away... you'll get yours too someday!" Of course, the article is paywalled, so I can't see how ridiculous and speculative it is for myself. Or rather, I wouldn't bother to pay.

    Most of the examples in the article covered things like writing passable articles on local sports stories. That's a little bit different than the work I do, thank you, which isn't copy-paste crapola or rattling out statistics surrounded by fluff. It's the sort of stuff I get headaches designing and thinking about for days on end, spend time rewriting and optimizing, and talking about with other programmer friends when I come up with a really elegant solution. It's trying to figure out how to do things that no one else has actually done before, and doing it with very demanding constraints of size and speed.

    Maybe some jobs can be automated away, but I'd probably have a hard time calling them real programming jobs if that's the case. A lot of programming is about creative problems solving, not just pure logic, which is just the means to an end. If a "robot" can do that before I'm dead, I'll eat my hat.

    --
    Irony: Agile development has too much intertia to be abandoned now.
  5. That's the goal. by craigm4980 · · Score: 5, Insightful

    Any good software architect or engineer should have the goal of minimizing the needed code / work for a project. If it takes metaprogramming, then fine. If it requires creating general purpose run-times (such as auto optimizers, such as simple hill climbers or as advanced as large neural nets) thats fine too. If the general purpose runtimes can code and thus are meta programs, great.

    The idea of declarative programming for specialized run-times is nothing new. If you apply it to a general runtime that can do programming, you then have a system that makes functions that meet specs: programming moves to producing what ever declarative specs such a system consumes. Once again its just a move to a higher level language and abstraction. If (and thats a big if) its trivial to write in such a language, and all us coders no longer need skill or experience to develop new applications and we all become unemployed, well, thats the goal right: make developing your applications trivial?

    Every advancement we make, assemblers, higher level languages (like C), and all those language paradigms (OOP, functional, generics/templates etc) are supposed to help with this. So are libraries. We make software hundreds of thousands of times more complex than we used to because of these advances. Much of the software of today may become trivialized by the coming advancements just as much old software has been since we started programming. Maybe we will just keep making software more complex, or maybe well will create more different applications, or maybe we will just have time to catch up, optimize and fix all the broken shit? Or most of us could become unemployed because we have enough complexity, and new tools will make the work needed go down not up.

  6. Dilbert Complete by Tablizer · · Score: 5, Insightful

    Let's see them work with PHB's and clueless users to nail down "requirements". Automating logic is easy, automating prediction of random idiots is not so easy because randomness is by definition not predictable.

    You have go to lunch with and sit in boring meetings with them to figure them out, and the robot will be booted out of the room because it will ask good but embarrassing, ego-shattering questions; and not get the design analogies that use Kardashian asses as reference points, asking silly questions in an attempt to figure it out. The business world is bunches of social institutions much more than it is think tanks.

    You are trying to replace humans, not Vulcans. Kirk ran the missions better than Spock because he could identify better with illogical and petty aliens.