Ask HN: Is "Vibe Coding" a term people are using with pride?
2•AbstractH24•17h ago
I thought it was a sarcastic term for people who have to rely on generative AI to build things and when it goes wrong can't do anything but write more prompts.
But I just saw a 20-something bragging about how he was using it with clay to create personalized apps.
Comments
PaulHoule•17h ago
I think the first people to use that phrase were advocates for it.
You have to remember that a lot of people in the industry have ass-backwards values. A lot of people squee when they see chaos and the more chaos the better. When things are orderly they feel like they are in the Apple '1984' video
It's got a lot to do with why Docker is so popular. Instead of deciding that you're going to use a certain version of libc and a certain version of Java and a certain version of MUI widgets, they take joy in having many different partitions of the system slightly different from others in ways that will cause all sort of problem large and small. If you standardized things you could run multiple tenants with 1/10 the resources you'll waste with Docker, in a just world it would mean you crush the Docker-using competition but unfortunately the Docker-users are often backed by VC which can be irrational longer than you can stay solvent.
gogurt2000•15h ago
I don't want to defend Docker because I'm not a fan, but I can tell you that as a dev the appeal is controlling the environment instead of specifying it.
Lots of Docker fans don't think about what version of libc or java is in their image. They start with a base image, develop code that works there, and release the docker container without ever thinking about it.
If it's an open source project, ignoring bugs that occur outside the official docker build cuts out a lot of work. Inevitably someone with no Linux experience will try to setup Slackware on a raspberry pi to run your project because they read in a forum post that 'real nerds run slackware.' When it doesn't work and they open a bug report, you can spend the next year trying to teach them enough about Linux for them to fix their system and run your project. Or you can come across as mean by saying RTFM. Or you can just avoid all that by pointing them to the Docker image and admitting "I only have the resources to ensure this works in that specific environment."
If it's a corporate project, it safeguards against other devs or someone in IT being foolish. Despite having rules and procedures in place, I've seen plenty of instances where IT or a dev changed something in production environments without warning or announcing it because they thought it would be fine.
PaulHoule•15h ago
Yeah but if you "don't think about what version of libc or java is in their image" either you will find out that your image cares or the programmer who comes along to maintain it will. At one job Docker seemed to give data scientists the superpower of finding a different broken Python image for every image they built, these would work OK in dev and test and then blow up in production.
My early history with Docker was terrible because it just didn't work for me because I had a slow ADSL connection and any attempt to download images would time out and fail. (I guess reliable downloads are a "call for prices" kind of feature) Later on working at an office with gigabit I found that Docker only increased build times by a factor of 2-10x depending on what I was doing.
I was wanting to build an image sorter last year and wanting to try the danbooru image board software, the git repository says just do
docker compose
and I get a bunch of incomprehensible error messages, turns out that the compose configuration is two versions old. Could I revert compose on my system to the old version? Maybe. Probably doesn't break anything running on my machine but I'd rather not find out. Could I update the configuration file? I guess. But my internet connection still isn't that fast and I could go through a lot of run-break-fix cycles just to learn "you can't get here from there". So I cut-and-pasted the framework code out of one of my other projects and coded a minimal product up in a weekend, then had to spend another weekend adding features I tried to get away with not implementing.
PaulHoule•17h ago
You have to remember that a lot of people in the industry have ass-backwards values. A lot of people squee when they see chaos and the more chaos the better. When things are orderly they feel like they are in the Apple '1984' video
https://www.youtube.com/watch?v=ErwS24cBZPc
It's got a lot to do with why Docker is so popular. Instead of deciding that you're going to use a certain version of libc and a certain version of Java and a certain version of MUI widgets, they take joy in having many different partitions of the system slightly different from others in ways that will cause all sort of problem large and small. If you standardized things you could run multiple tenants with 1/10 the resources you'll waste with Docker, in a just world it would mean you crush the Docker-using competition but unfortunately the Docker-users are often backed by VC which can be irrational longer than you can stay solvent.
gogurt2000•15h ago
Lots of Docker fans don't think about what version of libc or java is in their image. They start with a base image, develop code that works there, and release the docker container without ever thinking about it.
If it's an open source project, ignoring bugs that occur outside the official docker build cuts out a lot of work. Inevitably someone with no Linux experience will try to setup Slackware on a raspberry pi to run your project because they read in a forum post that 'real nerds run slackware.' When it doesn't work and they open a bug report, you can spend the next year trying to teach them enough about Linux for them to fix their system and run your project. Or you can come across as mean by saying RTFM. Or you can just avoid all that by pointing them to the Docker image and admitting "I only have the resources to ensure this works in that specific environment."
If it's a corporate project, it safeguards against other devs or someone in IT being foolish. Despite having rules and procedures in place, I've seen plenty of instances where IT or a dev changed something in production environments without warning or announcing it because they thought it would be fine.
PaulHoule•15h ago
My early history with Docker was terrible because it just didn't work for me because I had a slow ADSL connection and any attempt to download images would time out and fail. (I guess reliable downloads are a "call for prices" kind of feature) Later on working at an office with gigabit I found that Docker only increased build times by a factor of 2-10x depending on what I was doing.
I was wanting to build an image sorter last year and wanting to try the danbooru image board software, the git repository says just do
and I get a bunch of incomprehensible error messages, turns out that the compose configuration is two versions old. Could I revert compose on my system to the old version? Maybe. Probably doesn't break anything running on my machine but I'd rather not find out. Could I update the configuration file? I guess. But my internet connection still isn't that fast and I could go through a lot of run-break-fix cycles just to learn "you can't get here from there". So I cut-and-pasted the framework code out of one of my other projects and coded a minimal product up in a weekend, then had to spend another weekend adding features I tried to get away with not implementing.