Rule 1 of vibe coding is to never use your own API keys. The first thing that you should do for any project is to go find another project written by someone vibe coding and use the API keys that...
Rule 1 of vibe coding is to never use your own API keys. The first thing that you should do for any project is to go find another project written by someone vibe coding and use the API keys that they let the AI hard code and push to github.
I have messed around with "vibe" coding projects out of curiosity: The initial code is often fine, as it is simple. But even here I have seen plenty of instances of subtle bugs already being...
I have messed around with "vibe" coding projects out of curiosity:
The initial code is often fine, as it is simple. But even here I have seen plenty of instances of subtle bugs already being introduced. The sort of thing you will only catch over time or if you already know how to code.
The bigger the project becomes the messier, unless you specifically start asking to refactor code to bring back structure, etc. Something you specifically need to know a bit about and explicitly ask about.
Why would you even bother? Because LLMs otherwise start confusing themselves. The context window of the models I did play around with is not big enough to keep sight of one single file of code. Vendors often claim a certain context window, but in my experience most models already start loosing track of what they are doing way before you hit the official window.
As your project grows at some point it will outgrow the context window anyway. You then need to switch to asking about specific blocks of code. Any quick progress you made before will slow down for sure at this point. In fact, for me, it is the point where I let go of the vibes and just take back the wheel. I might still use an LLM, but more like I am already using them
Realizing this also made me realize why the surrounding hype is so big. Many people get introduced based on demos and proof of concepts that never really exposes them to issues down the line around my third point. LLMs are incredibly good at flashy demos and proof of concepts and can bullshit through a lot immediately after.
More importantly, their context windows and context awareness is so limited that for the time being I really don't see them out competing a lot of professionals in actual work. Of course, large swaths of management across the globe doesn't see it the same way because their reality is the one of demos and proof of concepts.
Yeah, LLMs can be ok for conjuring a barebones starting point or acting as a hyper intelligent rubber duck that can spit out examples, but quality starts declining fast. In just a few questions...
Yeah, LLMs can be ok for conjuring a barebones starting point or acting as a hyper intelligent rubber duck that can spit out examples, but quality starts declining fast. In just a few questions they start to trip over themselves, make obvious mistakes, and hallucinate.
I can only see myself ever using them for languages and frameworks I’m well-acquainted with so I can spot the inevitable bugs easily, and even then I don’t feel comfortable entrusting them with anything more than getting me started.
I have read this term several times but I never read the posts. I thought "vibe coding" was when a bunch of programmers went to a discotheque and coded while dancing on a stage like DJs. You...
I have read this term several times but I never read the posts. I thought "vibe coding" was when a bunch of programmers went to a discotheque and coded while dancing on a stage like DJs. You known, coding according to the vibe. Now that I googled it, I have to say, my version is way cooler.
My org is infatuated with vibe coding and thinks it will be the solution to all of our problems. At what point do I start plowing fields and woodworking?
My org is infatuated with vibe coding and thinks it will be the solution to all of our problems. At what point do I start plowing fields and woodworking?
Even for pet projects, I guess it makes sense to first set hard budget limits and circuit breakers for your third party services of choice so your vibe coding wouldn't blow a hole in your wallet....
Even for pet projects, I guess it makes sense to first set hard budget limits and circuit breakers for your third party services of choice so your vibe coding wouldn't blow a hole in your wallet.
On another note, vibe coding is making me super stupid. I started coding after LLMs and use them heavily. Sometimes, I have sessions where:
I bounce ideas off of an LLM on how to implement some feature
I let it create a POC
I improve on it via prompts
A bug arises
I'm out of my knowledge zone at this point and prompt the LLM to fix it, thinking the fix is a prompt or two away
I get to a point where I've been prompting for a few hours to fix an issue that I would have fixed quicker if I just took the time to learn the underlying tech and concepts and debug it myself
When I'm not pressed for time, tho, debugging stuff without any assistance is fun and cathartic :)
I last learned Java back at 1.1 or something and then never touched it since. My lad has a JAVA module at college right now so I was taking a look at his brief. I mean, it's just a language, and...
I last learned Java back at 1.1 or something and then never touched it since. My lad has a JAVA module at college right now so I was taking a look at his brief. I mean, it's just a language, and I've been programming over 40 years.
I was pretty shocked at how IntelliJ would auto complete and have suggestions for entire chunks of logic. Some of it I could see was perfectly fine, and some I could see would cause bugs (like, defining a variable inside a scope block, that was then referenced outside that block). But I know enough Java and programming in general to notice these things and fix them
I implemented his project brief over 3 days, at about 3 hours a day so 9 or so hours. It'd have been much longer if I had to manually search up a lot of the classes and techniques that I've never used or not used in a long time.
I was both impressed and kinda concerned how good it actually was though. Good job I'm in my 50s now or I'd be out of a job in 10 years.
Mind you - whither the neophytes creating the questions for the greybeards to solve on *overflow and *exchange? What will the AI ingest to create new answers when all the beginner questions are answered by the corpus it already has stolen trained upon.
I honestly think that is more a problem with java. I have been working in more python where I can over the last few years after having done java primarily for a long while. There are just so many...
I honestly think that is more a problem with java. I have been working in more python where I can over the last few years after having done java primarily for a long while. There are just so many succinct ways to say and do things in python it's quite amazing for many jobs. When you go back to java it feels so cumbersome to write some of the things out and it's just so much boilerplate. In that setting I think is where AI is really good, the road traveled is well known and easily spotted by what you have.
There is no bout that future coding will heavily involve AI, though it'll have to get way better at it than what it can do. I hope that future coders will take the time to understand every line of code they put down in their programs though, even if the AI is coming up with it. It's the same care one should take when getting stack overflow code or forking off open source or whatever else you do, I feel like it's the programmer's responsibility to know what their code is doing above whatever method you use to put it in there. But that also might be wishful thinking, and I'm sure we'll all be wading through AI slop for a long while now.
I think as long as you use a tech stack you are comfortable in, set up a base project yourself before you 'vibe,' use git yourself to manage Claude's changes in case you need to roll back...
I think as long as you use a tech stack you are comfortable in, set up a base project yourself before you 'vibe,' use git yourself to manage Claude's changes in case you need to roll back 'hallucinations,' and obviously don't give it access to sensitive data like api keys, then it generally is a good time and can increase productivity quite a bit. I have a family to take care of and it's provided me the ability to actually get shit done outside of work.
Accidental Tech Podcast included a segment on vibe coding on the most recent show. It was a member only segment, so you need to have an $8/month membership to listen. I’ll try and cover what I...
Accidental Tech Podcast included a segment on vibe coding on the most recent show. It was a member only segment, so you need to have an $8/month membership to listen. I’ll try and cover what I remember of their discussion.
This isn’t a new thing. Fourth generation programming languages (might have been third) were all about allowing business people to write programs without needing to know how to code. That clearly didn’t pan out. Intellisense was touted as allowing non-coders to be able to program.
Throughout computer science history, there have been many advancements that improve the productivity of programmers. Every single one has paradoxically increased the demand for programmers, not decreased it.
With vibe coding, you have to define a strict set of expected outputs given certain inputs. As you test, you will find issues and need to redefine the behavior to be correct. This is programming. The unique part of vibe coding is you provide these definitions to an LLM instead of programming them yourself. You are still a programmer, you just don’t write the code yourself.
Is the idea of vibe coding to essentially just use AI to write code only with AI, and assuming it will just work? Is this like a social idea? A common workplace strategy? This sounds entirely...
Is the idea of vibe coding to essentially just use AI to write code only with AI, and assuming it will just work? Is this like a social idea? A common workplace strategy? This sounds entirely terrible. I use AI a lot to figure out small challenges in a coding project but it's all just pieces. I would never rely only on AI in its current state. AI is my assistant.
The idea that this might be used in practice to avoid needing to dig in and learn to code fills me with dread for the future. I'm glad I'm not alone in my worries.
The idea that this might be used in practice to avoid needing to dig in and learn to code fills me with dread for the future. I'm glad I'm not alone in my worries.
I’m a janitor (actually a bachelors degree holding photographer turned storage admin who is currently down on his luck but also maybe just shitty at jobs and life) who’s successfully vibe coded...
I’m a janitor (actually a bachelors degree holding photographer turned storage admin who is currently down on his luck but also maybe just shitty at jobs and life) who’s successfully vibe coded some projects and even I know you need to watch your API calls. Especially when it’s set to auto replenish from your credit card! How is this Claude’s fault? I’d expect API calls to be one of the few things an actual developer would look over to make sure a AI wasn’t going to cause a scenario like this. I’m not a real developer and I watch my keys like a hawk.
I don’t think I could ever learn to program for real from scratch, but being able to talk in plain language to Claude and create working software to solve some personal need or scratch an itch and then tinker with it to figure out what it’s doing and how to improve it is exhilarating and I’ve learned more than I ever would have from a book or on my own and at little cost.
I even used the new ‘Claude Code’ developer API to fix some JavaScript on a React site that was causing crazy CPU spikes and it fixed it instantly. I would have thought that a developer who knew what they were doing could do things 50x faster and better but maybe not. It’s a tool that’s very good at some things, but it also has limitations just like any other tool.
I got ChatGPT to write a song, Vibe Codin' to the lyrical structure of Jive Talkin' by the Bee Gees. I'm going to have a go at writing some myself to contrast after work. (Verse 1) Vibe codin’,...
I got ChatGPT to write a song, Vibe Codin' to the lyrical structure of Jive Talkin' by the Bee Gees. I'm going to have a go at writing some myself to contrast after work.
(Verse 1)
Vibe codin’, workin’ all through the night,
Dark mode glowin’, makin’ everything right.
Syntax flowin’, yeah, my script’s real tight,
No bugs showin’, watch me take that flight.
(Pre-Chorus)
You say I’m lost in the code, but I’m locked in,
Functions stackin’ up, yeah, I’m locked in.
You can’t break my loop, I’m optimized,
Call my method once, now you’re hypnotized!
(Chorus)
Vibe codin’! Bit by bit, I keep it rollin’,
Logic flow, you know I own it,
Debug once and keep it golden!
Vibe codin’!
(Verse 2)
Stack overflowin’, got solutions on deck,
Pseudocode flowin’, every line’s so checked.
Coffee’s pourin’, I don’t break, no rest,
Keys keep tappin’, I just pass the test.
(Pre-Chorus)
You say I’m lost in the code, but I’m locked in,
Infinite loop, but my mind’s still rockin’.
Tweak that script, yeah, watch it shine,
Push to prod, now it’s runtime!
(Chorus)
Vibe codin’! Bit by bit, I keep it rollin’,
Logic flow, you know I own it,
Debug once and keep it golden!
Vibe codin’!
(Bridge)
Night turns day, but I ain't slowin',
Refactor once, keep that code glowin'.
Commits so clean, ain't no delay,
Push that merge, then fade away.
(Outro)
Vibe codin’! Yeah, my brain stay in motion,
Bug-free waves, like a smooth locomotion.
Vibe codin’! Ain’t no stoppin’ this notion,
Keep it tight, keep it bright, keep that potion!
(fade out with synthy beeps and keyboard clacks…) 🎶
Rule 1 of vibe coding is to never use your own API keys. The first thing that you should do for any project is to go find another project written by someone vibe coding and use the API keys that they let the AI hard code and push to github.
I have messed around with "vibe" coding projects out of curiosity:
Realizing this also made me realize why the surrounding hype is so big. Many people get introduced based on demos and proof of concepts that never really exposes them to issues down the line around my third point. LLMs are incredibly good at flashy demos and proof of concepts and can bullshit through a lot immediately after.
More importantly, their context windows and context awareness is so limited that for the time being I really don't see them out competing a lot of professionals in actual work. Of course, large swaths of management across the globe doesn't see it the same way because their reality is the one of demos and proof of concepts.
Yeah, LLMs can be ok for conjuring a barebones starting point or acting as a hyper intelligent rubber duck that can spit out examples, but quality starts declining fast. In just a few questions they start to trip over themselves, make obvious mistakes, and hallucinate.
I can only see myself ever using them for languages and frameworks I’m well-acquainted with so I can spot the inevitable bugs easily, and even then I don’t feel comfortable entrusting them with anything more than getting me started.
I don't have anything to add, just wanted to say that this is a fantastic distillation of the state of LLM coding.
I have read this term several times but I never read the posts. I thought "vibe coding" was when a bunch of programmers went to a discotheque and coded while dancing on a stage like DJs. You known, coding according to the vibe. Now that I googled it, I have to say, my version is way cooler.
My org is infatuated with vibe coding and thinks it will be the solution to all of our problems. At what point do I start plowing fields and woodworking?
In between the period that they implement vibe coding and the period they rehire capable developers to clean up the mess I recon.
Even for pet projects, I guess it makes sense to first set hard budget limits and circuit breakers for your third party services of choice so your vibe coding wouldn't blow a hole in your wallet.
On another note, vibe coding is making me super stupid. I started coding after LLMs and use them heavily. Sometimes, I have sessions where:
When I'm not pressed for time, tho, debugging stuff without any assistance is fun and cathartic :)
I last learned Java back at 1.1 or something and then never touched it since. My lad has a JAVA module at college right now so I was taking a look at his brief. I mean, it's just a language, and I've been programming over 40 years.
I was pretty shocked at how IntelliJ would auto complete and have suggestions for entire chunks of logic. Some of it I could see was perfectly fine, and some I could see would cause bugs (like, defining a variable inside a scope block, that was then referenced outside that block). But I know enough Java and programming in general to notice these things and fix them
I implemented his project brief over 3 days, at about 3 hours a day so 9 or so hours. It'd have been much longer if I had to manually search up a lot of the classes and techniques that I've never used or not used in a long time.
I was both impressed and kinda concerned how good it actually was though. Good job I'm in my 50s now or I'd be out of a job in 10 years.
Mind you - whither the neophytes creating the questions for the greybeards to solve on *overflow and *exchange? What will the AI ingest to create new answers when all the beginner questions are answered by the corpus it already has
stolentrained upon.I honestly think that is more a problem with java. I have been working in more python where I can over the last few years after having done java primarily for a long while. There are just so many succinct ways to say and do things in python it's quite amazing for many jobs. When you go back to java it feels so cumbersome to write some of the things out and it's just so much boilerplate. In that setting I think is where AI is really good, the road traveled is well known and easily spotted by what you have.
There is no bout that future coding will heavily involve AI, though it'll have to get way better at it than what it can do. I hope that future coders will take the time to understand every line of code they put down in their programs though, even if the AI is coming up with it. It's the same care one should take when getting stack overflow code or forking off open source or whatever else you do, I feel like it's the programmer's responsibility to know what their code is doing above whatever method you use to put it in there. But that also might be wishful thinking, and I'm sure we'll all be wading through AI slop for a long while now.
Interview with Vibe Coder in 2025
Every time he said "Fix it now, or you go to jail" I lost my shit. Thank you for the laugh.
I think as long as you use a tech stack you are comfortable in, set up a base project yourself before you 'vibe,' use git yourself to manage Claude's changes in case you need to roll back 'hallucinations,' and obviously don't give it access to sensitive data like api keys, then it generally is a good time and can increase productivity quite a bit. I have a family to take care of and it's provided me the ability to actually get shit done outside of work.
Accidental Tech Podcast included a segment on vibe coding on the most recent show. It was a member only segment, so you need to have an $8/month membership to listen. I’ll try and cover what I remember of their discussion.
This isn’t a new thing. Fourth generation programming languages (might have been third) were all about allowing business people to write programs without needing to know how to code. That clearly didn’t pan out. Intellisense was touted as allowing non-coders to be able to program.
Throughout computer science history, there have been many advancements that improve the productivity of programmers. Every single one has paradoxically increased the demand for programmers, not decreased it.
With vibe coding, you have to define a strict set of expected outputs given certain inputs. As you test, you will find issues and need to redefine the behavior to be correct. This is programming. The unique part of vibe coding is you provide these definitions to an LLM instead of programming them yourself. You are still a programmer, you just don’t write the code yourself.
Is the idea of vibe coding to essentially just use AI to write code only with AI, and assuming it will just work? Is this like a social idea? A common workplace strategy? This sounds entirely terrible. I use AI a lot to figure out small challenges in a coding project but it's all just pieces. I would never rely only on AI in its current state. AI is my assistant.
The idea that this might be used in practice to avoid needing to dig in and learn to code fills me with dread for the future. I'm glad I'm not alone in my worries.
I’m a janitor (actually a bachelors degree holding photographer turned storage admin who is currently down on his luck but also maybe just shitty at jobs and life) who’s successfully vibe coded some projects and even I know you need to watch your API calls. Especially when it’s set to auto replenish from your credit card! How is this Claude’s fault? I’d expect API calls to be one of the few things an actual developer would look over to make sure a AI wasn’t going to cause a scenario like this. I’m not a real developer and I watch my keys like a hawk.
I don’t think I could ever learn to program for real from scratch, but being able to talk in plain language to Claude and create working software to solve some personal need or scratch an itch and then tinker with it to figure out what it’s doing and how to improve it is exhilarating and I’ve learned more than I ever would have from a book or on my own and at little cost.
I even used the new ‘Claude Code’ developer API to fix some JavaScript on a React site that was causing crazy CPU spikes and it fixed it instantly. I would have thought that a developer who knew what they were doing could do things 50x faster and better but maybe not. It’s a tool that’s very good at some things, but it also has limitations just like any other tool.
I got ChatGPT to write a song, Vibe Codin' to the lyrical structure of Jive Talkin' by the Bee Gees. I'm going to have a go at writing some myself to contrast after work.
(Verse 1)
Vibe codin’, workin’ all through the night,
Dark mode glowin’, makin’ everything right.
Syntax flowin’, yeah, my script’s real tight,
No bugs showin’, watch me take that flight.
(Pre-Chorus)
You say I’m lost in the code, but I’m locked in,
Functions stackin’ up, yeah, I’m locked in.
You can’t break my loop, I’m optimized,
Call my method once, now you’re hypnotized!
(Chorus)
Vibe codin’! Bit by bit, I keep it rollin’,
Logic flow, you know I own it,
Debug once and keep it golden!
Vibe codin’!
(Verse 2)
Stack overflowin’, got solutions on deck,
Pseudocode flowin’, every line’s so checked.
Coffee’s pourin’, I don’t break, no rest,
Keys keep tappin’, I just pass the test.
(Pre-Chorus)
You say I’m lost in the code, but I’m locked in,
Infinite loop, but my mind’s still rockin’.
Tweak that script, yeah, watch it shine,
Push to prod, now it’s runtime!
(Chorus)
Vibe codin’! Bit by bit, I keep it rollin’,
Logic flow, you know I own it,
Debug once and keep it golden!
Vibe codin’!
(Bridge)
Night turns day, but I ain't slowin',
Refactor once, keep that code glowin'.
Commits so clean, ain't no delay,
Push that merge, then fade away.
(Outro)
Vibe codin’! Yeah, my brain stay in motion,
Bug-free waves, like a smooth locomotion.
Vibe codin’! Ain’t no stoppin’ this notion,
Keep it tight, keep it bright, keep that potion!
(fade out with synthy beeps and keyboard clacks…) 🎶