414
Linus Torvalds is OK with vibe coding as long as it's not used for anything that matters (www.theregister.com)
submitted 11 months ago by to c/linux@programming.dev
33 comments fedilink hide all child comments
 

Linux and Git inventor Linus Torvalds discussed AI in software development in an interview earlier this month, describing himself as "fairly positive" about vibe coding, but as a way into computing, not for production coding where it would likely be horrible to maintain.

Torvalds was interviewed by Dirk Hohndel, head of open source at Verizon, at the Linux Foundation Open Source Summit in Seoul, South Korea, earlier this month.

Torvalds is technical lead and maintainer of the Linux kernel, but said that "for the last almost 20 years, I've not been a programmer." As for Git, which he invented, "I really just look at it from the side."

you are viewing a single comment's thread
view the rest of the comments
[–] 1 point 11 months ago (6 children)

I think that's a very valid point and I had to check my assumptions to see that you are largely right. However, I'm not sure your last sentence is necessary relevant, as the output of vibe coding is typically deterministic code, not code that is itself dependent on LLM (although that can happen as well but it can be considered as a special case).

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 6 child comments
    •
  • [–] 3 points 11 months ago (5 children)

    Yes, but if you send the same promt to the same LLM n times, you'll get n different versions of the same thing.

    When compiling the same C code (for example) with the same compiler and the same settings n times, you'll end up with n copies of exactly the same binary.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 5 child comments
    •
  • [–] 1 point 11 months ago (4 children)

    That's just a weird comparison though, why are you comparing implementation to compilation? If I ask you (or a cohort of developers) to implement the same thing, I will get different versions of the same thing.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 4 child comments
    •
  • [–] 2 points 11 months ago (3 children)

    The argument was about deterministic abstraction.

    A bunch of devs can hardly be considered an abstraction layer imo.

    My argument was that a C compiler is an abstraction tool that deterministically turns the description of a program (in the C language) into machine code. That way people don't have to write machine code by hand.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 3 child comments
    •
  • [–] 1 point 11 months ago (2 children)

    I get your argument just fine, and as I said I think you have a very credible and interesting point regarding the fact that LLM outputs are a nondeterministic abstraction. But if you consider LLMs as an abstraction in generating code, why not humans?? I don't see the principled distinction, as human devs are also code generators.

    This is sensible in practice, since if someone needs to build something, they can either hire a dev or they can vibe code it themselves. Either way, they will end up with deterministic code (albeit perhaps very different quality depending on the code generator).

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 2 child comments
    •
  • [–] 1 point 11 months ago (1 child)

    Your argument is based on the assumtion that AI "thinks" in the same way humans do. Which it does not, since it doesn't think at all.

    And being called a tool to generate code is borderline insulting tbh.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 1 child comment
    •
  • [–] 0 points 11 months ago

    No my argument does not depend on that at all, it merely depends on the distinction between generating code (which LLMs do in a nondeterministic manner) and compiling/running the generated code (which happens, as with code written by humans, in a deterministic manner). Also I did not call humans tools.

  • permalink
  • fedilink
  • source
  • parent