Become a fan of Slashdot on Facebook

 



Forgot your password?
typodupeerror
Programming

Andrew Ng Says Vibe Coding is a Bad Name For a Very Real and Exhausting Job (businessinsider.com) 79

An anonymous reader shares a report: Vibe coding might sound chill, but Andrew Ng thinks the name is unfortunate. The Stanford professor and former Google Brain scientist said the term misleads people into imagining engineers just "go with the vibes" when using AI tools to write code. "It's unfortunate that that's called vibe coding," Ng said at a firechat chat in May at conference LangChain Interrupt. "It's misleading a lot of people into thinking, just go with the vibes, you know -- accept this, reject that."

In reality, coding with AI is "a deeply intellectual exercise," he said. "When I'm coding for a day with AI coding assistance, I'm frankly exhausted by the end of the day." Despite his gripe with the name, Ng is bullish on AI-assisted coding. He said it's "fantastic" that developers can now write software faster with these tools, sometimes while "barely looking at the code."

Andrew Ng Says Vibe Coding is a Bad Name For a Very Real and Exhausting Job

Comments Filter:
  • by Anonymous Coward

    That last quote in the summary seems to undermine his entire argument - "barely looking at the code."

    • by Junta ( 36770 )

      I wager his narrative is that you have it generate some code, you fling the code at the problem blindly, then it behaves badly and you describe how it behaves badly and then it spits out new code and you fling it blindly and eventually, maybe, it will work.

      Or maybe more charitably, you have a project in a supremely boilerplate heavy ecosystem. Some of these projects manage to make you enter a lot of verbosity in at least duplicate and LLMs can reasonably take a lot of that tedium out. In which case you don

  • by munehiro ( 63206 ) on Thursday June 05, 2025 @12:16PM (#65429716) Journal

    "vibe coding" is exhausting because we follow a train of logic when we develop code. The bot does not allow us to do that. It dumps a massive amount of trash on us that may or may not be correct, and you have to read whatever it vomited if it's correct or not. If it's not, then you will have to tell the bot where it's wrong, using a non-formal language, and hope that the new vomit is marginally different so that you don't have to check the whole vomit patch all over again.

    • Re: (Score:2, Informative)

      by Anonymous Coward

      The point is, that the bot does not follow your logic, if you don't tell it your logic.

      Write "Build a note taking webapp" and you might get a good oneshot webapp, but you need to understand the logic first.
      But if you lead the LLM in smaller steps like "Now add an undo function. It should use an undo stack with a configurable size, have a redo function and does not need to support branching when editing after an undo step" you have an idea what the result will look like.

      You won't tell your coworker "Just bui

      • by malkavian ( 9512 )

        You've pretty much just described a light form of RAD tools, giving that level of detail. And they've been translating logic to code since the '90s.

    • Nothing that "improves developer productivity" benefits developers. It just raises expectations, so you wind up working just-as-hard-or-harder, but now utterly dependent on a new tool.

      In fact, it makes things harder on developers because they cannot get into their zone and let the code flow out naturally. As the poster said, you have to keep operating within this broken rhythm of telling the AI what to generate (finding the right balance of detail to give) and then code-reviewing it and fixing everything

      • There is no stopping it though.

        I'm not so sure, since coding AIs as they are today are absolutely unconstitutional. They take copyright works and resell them, depriving authors of their constitutional rights.

    • by swillden ( 191260 ) <shawn-ds@willden.org> on Thursday June 05, 2025 @03:33PM (#65430286) Journal

      hope that the new vomit is marginally different

      The rest of your comment is basically correct, if unnecessarily negative, but this isn't. Traditional tools like diff make it very easy to see exactly what has changed. In practice, I rely on git, staging all of the iteration's changes ("git add .") before telling the AI to fix whatever needs fixing, then "git diff" to see what it did (or use the equivalent git operations in your IDE if you don't like the command line and unified diffs).

      I also find it's helpful to make the AI keep iterating until the code builds and passes the unit tests before I bother taking a real look at what it has done. I don't even bother to read the compiler errors or test failure messages, I just paste them in the AI chat. Once the AI has something that appears to work, then I look at it. Normally, the code is functional and correct, though it's often not structured the way I'd like. Eventually it iterates to something I think is good, though the LLMs have a tendency to over-comment, so I tend to manually delete a lot of comments while doing the final review pass.

      I actually find this mode of operation to be surprisingly efficient. Not so much because it gets the code written faster but because I can get other stuff done, too, because I mostly don't mentally context switch while the AI is working and compiles and tests are running.

      This mode is probably easier for people who are experienced and comfortable with doing code reviews. Looking at what the AI has done is remarkably similar to looking at the output of a competent but inexperienced programmer.

      • by mortonda ( 5175 )

        This, although I do have to keep an eye on what approach it is taking, because sometimes ... it just gets bizarre. No, no, no!

        Then I have to stop it, type a few lines of code or architecture and prompt it that maybe this would be better.

        "Oh I see! That would be better"

        Ugh.

    • Either you never tried it, or are simply bad in expressing what you want. And more importantly, what you don't want.

      There is no AI in public access that produce "trash" - at least I am not aware off any.

      If you want one to produce trash, you basically have to tell it to it.

  • Pat, I'd like to buy a vowel.
  • The Stanford professor and former Google Brain scientist said the term misleads people into imagining engineers just "go with the vibes" when using AI tools to write code. "It's unfortunate that that's called vibe coding,"

    Despite his gripe with the name, Ng is bullish on AI-assisted coding. He said it's "fantastic" that developers can now write software faster with these tools, sometimes while "barely looking at the code."

    Which one is it? Is it in-depth assisted coding, or is it fly by the seat of pants and accept anything, style coding? That's why it has a bad name, it's not structured, careful, examined coding, all the time. It's great if you review it, and make sure it's safe, and does what you need, but if you don't? How many projects are being done that aren't being carefully watched and examined, that will have major issues because a developer accepted a block of code, that doesn't exactly do what they needed?

    Obviously, the developer can write bad code, which is a different problem, and can be just as serious, if not more serious, but if AI isn't helping that, can worsen it, then why should we overly respect the concept, considering how it can be abused.

    • At this point, *all* developers are using AI in some form. To me, “vibe coding” describes a specific mindset: the developer isn’t trying to understand the code the AI produces—they’re just testing whether it works. In that sense, the term isn’t unfortunate at all. It accurately captures what’s happening.
      • I agree with that, and that will cause major problems at some point.
      • by dfghjk ( 711126 )

        "At this point, *all* developers are using AI in some form"

        That's complete bullshit. Most programming is not app or cloud programming, most programming is embedded, fixed function, limited resource programming. AI coding is for masturbators that don't realize there is real programming out there.

        • Not sure what point you're trying to make, but the tone comes off more combative than constructive. I'm an embedded software engineer, and I agree that a huge portion of programming happens in constrained, low-level environments. That doesn't mean AI tools aren't useful—it just means they have to be used differently.

          In embedded development, you can't rely on "vibe coding." You need to understand and verify every line of code. But even in this domain, AI can help with things like documentation, test

      • I'm not. My main development these days is outside of my paid employment, and my development is on personal projects related to some non-profits I'm involved in.

        When it's on my own time, well development without AI is more fun - I simply opt not to use it.

        I'm not alone.

      • At this point, *all* developers are using AI in some form.

        Are you sure it's *all* developers? Not all engineers are "lazy". ;-)

        Hell, I don't even use Tab-completion in my text editor.

    • by dfghjk ( 711126 )

      Code reviews are a fraud and they always have been. They provide a bullet item on a checklist.

      AI coding renders programmers' jobs to pretend they are adding value by doing things of no value at all. But who would know? No programmers left to tell the difference.

      • Not always. My first assignment at a new job (realtime embedded, safety critical) was to join a code review on a piece of software that needed to run at millisecond rates.

        The code was written by a moderately experienced person whose previous experience was in aerospace ground systems in FORTRAN. This was C code for a very tightly constrained device, 8 bit microprocessor, with a fairly rudimentary compiler. The code being reviewed was array-rich and looked a lot like FORTRAN.

        I did a BOTEC calculation very

      • Code reviews are a fraud and they always have been. They provide a bullet item on a checklist.
        That is a pretty idiotic attitude.

  • by nyet ( 19118 ) on Thursday June 05, 2025 @12:31PM (#65429768) Homepage

    Doing it right is extremely tiring and taxing

    • Yep, sometimes I'll take a day or two away from a coding project so I can get the creative juices flowing again. What usually ends up happening though is I think of a batter way to accomplish what I thought was a finished task and the cycle starts over again, LOL.

    • by narcc ( 412956 )

      Doing it wrong is far, far, worse in the long run. There's going to be a shit-ton of money to be made cleaning up the nightmare of "vibe" coded AI slop.

  • Whether I'm using Copilot or not, coding all day is exhausting. If I'm in some sort of hackathon where something needs to be developed in 8-10 hours, there's no way I'm not taking a nap after that. The brain burns glucose, and a lot of it. The nice thing about Copilot is it answers directly. Humans will often not answer at all, answer tomorrow, or not answer the questions I asked. Copilot may answer wrong, but at least it's quick about it.
    I would not classify anything I'm doing as vibe coding.

    • by nyet ( 19118 )

      Constantly telling cursor what it is doing wrong or what it forgot is often more tiring than just doing it all yourself, no matter how many prompts you save off to copy/paste back to it.

      • by narcc ( 412956 )

        This is what most competent developers figured out ages ago. It's wasting far more time that you imagine it's saving.

  • What Andrew describes is the reality. I vibe code all day too, I admit it. It helps me reduce the amount of mundane code I otherwise have to write. But the non-mundane code, that always needs to be reviewed and often needs adjustments, etc. As a tool, it does make me more efficient, but it is a far cry from being able to replace me.

    But that's not the hype. The hype is that it's generating complete apps ready for sale on the app stores, or a vibe coder gets millions of VC cash because they created an app in

    • They should be thinking how much more they'll get from their workforce by making them more productive, instead they expect to get the same level of productivity but with fewer (or better, no) people.

      That would be to simple and to straight forward.
      Where is the reward if you can not fire someone - with a smirk?

  • I believe that has been going on well before "Vibe Coding" was a thing given the state of much software out there. This is only going to make it worse.

  • Scam (Score:4, Interesting)

    by RobinH ( 124750 ) on Thursday June 05, 2025 @12:43PM (#65429812) Homepage
    AI-assisted coding has been around for a little while now, and the gains people are claiming are absolutely massive. Yet where's the evidence? How come I haven't seen any meaningful change in any applications that I use on a daily basis? Where's the guy cranking out big new popular apps at an astonishing rate and just raking in the cash? The answer is simple: it's a scam. These claims are being made by people who are trying to get investment dollars, or who've received investment dollars and need to continually reassure their investors that the money didn't go to waste. Don't buy into it. At the very least demand some evidence.
    • The claims are definitely overblown. At the same time, the gains are real. Just not as big as claimed.

  • Vibe coding is exhausting, so we want to use vibe coin because we want to be exhausted and all tired out?

    I do suppose that the modern vibe coder doesn't even need to know how to code, and trying to troubleshoot bad code is pretty hard when you don't know code.

    Insane.

  • by ZERO1ZERO ( 948669 ) on Thursday June 05, 2025 @12:46PM (#65429826)
    I thought that that was exactly what vibe coding is? You just go with the flow, accept just about everything, just paste in any errors and let it figure it all out.

    sounds like he's talking about non-vibe coding, which is where you don't just go with the flow, don't just paste all the errors back in and don't accept whatever it says, and generally use the ai as a tool to help you code.

    Weird.

    This is I think the coined definition of vibe coding here: https://x.com/karpathy/status/1886192184808149383?lang=en-GB [x.com]

    while I'm here what's with people using enshittification to mean 'become shitty'. It has a specific meaning which is more nuanced than 'become shitty'

    Enshittification, also known as crapification and platform decay, is a pattern in which two-sided online products and services decline in quality over time. Coined by Cory Doctorow.

  • as always....

  • ... is a very involved and precise job. And that's my take on what Vibe is: You tell a machine, in natural language what it is you want done. And then the machine generates code.

    Anyone who has ever tried to build an app based upon a poorly written requirements document knows what kind of headache this can be. I feel sorry for the Vibe 'back end' working in Bengaluru who have to put up with this.

  • by js_sebastian ( 946118 ) on Thursday June 05, 2025 @01:31PM (#65429950)
    These are two different things.

    Coding with AI assistance is what a software developer does who is using AI to a greater or lesser extent to help in their work. The end result is expected to be code that the developer understands (whether they wrote it themselves or not) and that meet the project's standards for code quality and such.

    Vibe coding is someone using AI to build a relatively simple application that they would not have either the capability or the time to build on their own, generally to meet a specific use-case or "scratch an itch" that would otherwise go unscratched. In this case, the developer may or may not have any relevant software development skills, and does not need to understand or even read the generated code. If something doesn't work as expected, they give the AI further instructions to hopefully solve it. The end result does not meet any particular coding standards, and is likely not good quality maintainable code, but in many cases it gets the job done.

    As a tool to enable non-developers to self-serve a solution for some relatively simple use-cases, i see vibe coding as somewhat analogous to excel or other applications that allow non-developers to build stuff that solves their problem, without writing code themselves. The excel formulas and automations that lurk in the giant spreadsheets that are passed around non-tech workplaces might make a software engineer scream in horror, but most of the time they get the job done.
    • by malkavian ( 9512 )

      Don't forget technical debt. Those excel spreadsheets and what not work fine for a while. When a version of excel makes some change, or deprecates part of the code used, or someone wants to put it in a proper system where the data isn't siloed, all hell breaks loose. And seeing as there are lots of these things around in an average enterprise, it can get to be a real headache.

  • L E A R N I N G

    Put your effort into learning how to code and you'll be putting your energy in the right placed.
    As pointed out by others, If you know nothing, you don't know enough to vet the output.... unless you barely look at it... which is what he said.

    You either learn to make your own game, or you're trapped in someone else's game.
  • by Ol Olsoc ( 1175323 ) on Thursday June 05, 2025 @02:31PM (#65430132)
    Like the title says, Vibe loading is as obsolete as VHS tape

    The based, living in the now people are using manifest coding. . Super simple, you perform a supplication to the Universe to manifest your project, and perfect code appears in your email, and you move on to the next manifestation.

    Crystals help too.

  • People, honestly... What do you need that you don't have?*

    example: cranking out a report or a memo today is the same task as 30 years ago. What feature(s) have been added in 30 years that adds value to that process? Other than theGarbz, no one in their right mind is going to defend microsoft putting a ribbon in and hiding all the menus. That is a perfect example. Lots of new code, completely new interface to learn, exact same task to complete, not only no value to you, it actually removes value, makes your
  • "When I'm coding for a day with AI coding assistance, I'm frankly exhausted by the end of the day."

    "Just like when I masturbate all day!"

    "He said it's "fantastic" that developers can now write software faster with these tools, sometimes while "barely looking at the code.""

    Sounds exhausting. Wonder how exhausting it is to be cashing VC checks?

  • It's the cold fusion of tech, except cold fusion research knows what it is trying to achieve and serves an obvious practical purpose.

    Chat GPT, Gen AI at the core of the AI hype is a sophisticated mimic, the only thing it creates is derivative based on what's known already, right or wrong.

    What you could do with Agent AI requires API's everywhere and there aren't and if there were we could achieve the same thing with basic process design and engineering more reliably and predictably as we have done for years,

  • And I was about to invest my life savings in a vibe coding company! Whew, that was close!

  • "When I'm coding for a day with AI coding assistance, I'm frankly exhausted by the end of the day."

    I can sympathize. You can cover an awful lot of ground with AI assistance but it can be some pretty heavy intellectual lifting. A much different experience from writing the code yourself, and it can be draining.

  • You're outsourcing or subcontracting your work to someone who needs to use a translator for everything you say to it, and everything it says to you.

    Hell, we've already had recent news about "AI" companies doing your vibe-coding were a staff of hundreds of humans trying desperately to keep up with your requests.

A budget is just a method of worrying before you spend money, as well as afterward.

Working...