‹ BackHN Continuity

Thread

How to keep enjoying programming in a world of LLMs

352 points · 350 comments · signa11

  1. geraldwhen · · focus · HN ↗
    It's over. LLMs can produce any algorithm, any tech stack, any concept in seconds, minutes, or hours.

    Writing code is like trying to build a house without powertools. Could you do it? Sure. But no one ever will, for most values of no one.

    1. physicallyIllfr · · focus · HN ↗
      I repeat for the millionth time, not everything is web dev.
      1. duckqlz · · focus · HN ↗
        This comment literally forced coffee through my nasal passageway as laughter erupted from my mouth.

        Thank you.

      2. adithyassekhar · · focus · HN ↗
        Are no one using these models outside web?
        1. lensecat · · focus · HN ↗
          Of course they are, but the quote "LLMs can produce any algorithm, any tech stack, any concept in seconds, minutes, or hours" is more true there than in other domains. "Any concept" is the most laughable.
          1. theblazehen · · focus · HN ↗
            There's many fields where LLMs perform better than webdev. Personal examples including embedded development and reverse engineering
      3. lensecat · · focus · HN ↗
        Indeed, there are many other more varied domains.
      4. jesse_ash · · focus · HN ↗
        Even with web projects, the issues of LLM coding tendencies and its lack of product 'taste' or whatever you want to call it are apparent. Janky UX, poor information transmission, bloated modules... it's just easier to sell web-based AI output because it's visual and interactive, and we are easily impressed by bright colours smooth animations.

        I won't argue that the web is more 'capturable' by LLMs, though. It was maybe slightly out of reach by a large cohort of developers who wouldn't have considered themselves "UI people" (or who scoffed at it for various reasons), but now is well within vibe-territory.

Open on Hacker News to reply ↗

Unofficial Hacker News client; not affiliated with Y Combinator.