I found this thought funny. A few years ago everyone was all learn to code so you don't lose your job! Now there wont be any programming jobs in 10 years. But we will need a lot of manual labor still.

you are viewing a single comment's thread
view the rest of the comments
[+] -7 points 1 year ago (12 children)

LLMs can’t code worth a shit yet. But techbros are determined to change that. The sad reality is that code is just a form of language, and LLMs are good at learning languages. They can’t code worth shit right now, but the progress likely will improve them.

We’ll still need experienced debuggers who can actually code. But in a decade, the broad strokes will likely be done by LLMs, which will vastly shrink the demand for experienced coders.

  • source
  • parent
  • hideshow 12 child comments
  • [–] 30 points 1 year ago (6 children)

    The sad reality is that code is just a form of language, and LLMs are good at learning languages.

    This is debatable. LLMs are prediction machines.

    What use is prediction when you are trying to code something new?

  • source
  • parent
  • hideshow 6 child comments
  • [–] 13 points 1 year ago (3 children)

    The vast majority of coding isn't making something new, it's using existing patterns and tools and arranging them to fit a specific use case.

    Llms may not be able to create a new framework or design pattern, but neither will most coders in there day to day.

  • source
  • parent
  • hideshow 3 child comments
  • [–] 8 points 1 year ago

    The vast majority of coding isn’t making something new, it’s using existing patterns and tools and arranging them to fit a specific use case.

    I would argue that arranging something to fit a specific use case is making something new.

    Ask any designer how difficult it is to get a spec sheet from a client and meet their expectations. We're expecting LLMs to suddenly solve this problem.

    Llms may not be able to create a new framework or design pattern

    Until they can do this, there is little threat to designers. There will be less grunt work, of course.

  • source
  • parent
  • [–] 4 points 1 year ago* (1 child)

    Tbh this whole thing made me realize what we really need is a modular automated code bank. There's so much duplication of effort it's honestly absurd.

    Right we've got this scattershot network of libraries but no one's really been up to the task of taking the next logical steps.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 6 points 1 year ago

    Open source, libraries, frameworks and language development is how this is tackled.

    Making software is implementing business logic. It's the specific nature of whatever problem you are solving which means you can't use some existing off-the-shelf product.

    There are dozens (if not hundreds) of no-code/low-code app builders out there. Things like n8n or ndoe-red.
    They get very difficult to maintain at scale.

  • source
  • parent
  • [–] -2 points 1 year ago (1 child)

    Right now they are. Who knows what tomorrow will bring.

    Compared to just 20 years ago we're living in the future. You may not have noticed the progress because you'd expect the future to includes hoverboards.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 22 points 1 year ago* (last edited 1 year ago)

    Right now they are. Who knows what tomorrow will bring?

    We do. Experienced programmers who have been promised we're about to be obsolete several times, now. For many of us, this isn't our first rodeo.

    As an expert in computers, there's two things I can guarantee about the future of computers:

    1. Computers will just keep getting smarter.
    2. After decades of getting smarter, computers remain deeply stupid in ways that non-experts cannot imagine. However dumb you think your computer might be, I promise it's somehow significantly dumber than that.
  • source
  • parent
  • [–] 21 points 1 year ago (4 children)

    Lmfao the hardest part of building a product is understanding customer wants and needs. LLMs are incapable of understanding

  • source
  • parent
  • hideshow 4 child comments
  • [–] 5 points 1 year ago (3 children)

    You described project management

  • source
  • parent
  • hideshow 3 child comments
  • [–] 5 points 1 year ago* (1 child)

    No, it's the difference between software engineering and software development. If your project manager is handling that, your org is wack

    If you're not understanding why the spec is the way it is, you're just creating job security for your replacement lol

  • source
  • parent
  • hideshow 1 child comment
  • [–] 2 points 1 year ago*

    As far as I'm concerned, my PM represents the customer(s). They spend time with customer feedback, the sales and executive teams to strategize with the company first. I ain't got time for all that bs.

    If that's not how you work, it's probably just a smaller org where people have to wear more hats. Nothin' wrong with that.

  • source
  • parent