"No Duh," say senior developers everywhere.

The article explains that vibe code often is close, but not quite, functional, requiring developers to go in and find where the problems are - resulting in a net slowdown of development rather than productivity gains.

you are viewing a single comment's thread
view the rest of the comments
[–] 93 points 1 year ago* (16 children)

There's some real perks to using AI to code - it helps a ton with templatable or repetitive code, and setting up tedious tasks. I hate doing that stuff by hand so being able to pass it off to copilot is great. But we already had tools that gave us 90% of the functionality copilot adds there, so it's not super novel, and I've never had it handle anything properly complicated at all successfully (asking GPT-5 to do your dynamic SQL calls is inviting disaster, for example. Requires hours of reworking just to get close.)

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

    Fair, I've used it recently to translate a translations.ts file to Spanish.

    But for repetitive code, I feel like it is kind of a slow down sometimes. I should have refactored instead.

  • source
  • parent
  • hideshow 4 child comments
  • [–] 11 points 1 year ago

    This is a thing people miss. "Oh it can generate repetitive code."

    OK, now who's going to maintain those thousands of lines of repetitive unit tests, let alone check them for correctness? Certainly not the developer who was too lazy to write their own tests and to think about how to refactor or abstract things to avoid the repetition.

    If someone's response to a repetitive task is copy-pasting poorly-written code over and over we call them a bad engineer. If they use an AI to do the copy-paste for them that's supposed to be better somehow?

  • source
  • parent
  • [–] 7 points 1 year ago

    Similarly I find it very useful for if I've written a tool script and really don't want to write the command line interface for it.

    "Here's a well-documented function - write an argparser for it"

    ...then I fix its rubbish assumptions and mistakes. It's probably not drastically quicker but it doesn't require as much effort from me, meaning I can go harder on the actual function (rather than keeping some effort in reserve to get over the final hump).

  • source
  • parent
  • [–] 4 points 1 year ago

    I’ve had plenty of success using it to build things like docker compose yamls and the like, but for anything functional, it does often take a few tries to get it right. I never use its raw for anything in production. Only as a leaping off point to structure things.

  • source
  • parent
  • [–] 1 point 1 year ago (2 children)

    (asking GPT-5 to do your dynamic SQL calls is inviting disaster, for example. Requires hours of reworking just to get close.)

    Maybe it's the dynamic SQL calls themselves that are inviting disaster?

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

    Dynamic SQL in of itself not an issue, but the consequences (exacerbated by SQL's inherent irrecoverability from mistakes - hope you have backups) have stigmatized its use heavily. With an understanding of good practice, a proper development environment and a close eye on the junior devs, there's no inherent issue to using it.

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

    With an understanding of good practice, a proper development environment and a close eye on the junior devs, there’s no inherent issue to using it.

    My feelings about C/C++ are the same. I'm still switching to Rust, because that's what the company wants.

  • source
  • parent
  • [+] -6 points 1 year ago (3 children)

    So much of the AI hype has been pointing to ten year old technology repackaged in a slick new interface.

    AI is the iPod to the Zune of yesteryear.

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

    Repackaging old technology in slick new interfaces is what we have been calling progress in computer software for 40+ years.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 8 points 1 year ago (1 child)

    I mean... I like to think we've done a bit more than that. FFS, file compression alone has made leaps and bounds since the 3.25" floppy days.

    Also, as a T-SQL guy, I gotta say there's a world of difference between SQL 2008 and SQL 2022.

    But I'll spot you that a lot of the last 10-15 years has produced herculean efforts in answering the question "How can we squeeze a few more ads into your GUI?"

  • source
  • parent
  • hideshow 1 child comment
  • load more comments (1 reply)