None of these sophisticated articles mention that you could already steal open source with the press of a button before LLMs. The theft has just been automated with what vibe coders think is plausible deniability.
Quick answer: No. Long answer: its the opposite; as an example, can use claude code to generate, build and debug ESP32 code for a given purpose; suddenly everyone can build smart gizmos without having to learn c/c++ and having knowledge of a ton of libraries.
The other day I also developed a RGB-RGBW converter using a rp2040; claude did most of the assembly, so instead of taking a couple of days, it took a couple of hours.
I don't prefer no code; my point is software is a barrier on embedded systems, and if I - someone who can actually program in c/c++, python and assembly, see huge benefits in using LLMs, for someone at an entry level it is a life changer.
I have Arduino and raspberry Pi boards. I am perfectly capable of hand writing code that runs on these machines. But they are sitting in the drawer gathering dust, because I don't have a use case -- everything I could possibly do with them is either not actually useful on a daily basis, or there are much better & reliable solutions for the actual issue. I literally spent hours going through other people's projects (most of which are very trivial), and decided that I have better things to do with my time. Lots and lots of people have the same issue.
And Claude Code is not going to change a single bit of that.
Also, its not about if there are better or more reliable options; that's the opposite of the maker mentality - you do it because it is useful, it is fun or just because you enjoy doing it.
Such as designing some light fixture, printing it, and illuminating it with an esp32 and some ws2812 leds. Yah you could spend an afternoon coding color transitions. Or use claude code for that.
For example, if you wanted a pretty dress with a specific fabric and cut, you would likely have had to sew it yourself or pay a tailor because your off-the-rack options would be limited, costly, or ill-fitting. But people just did that without fanfare and it wasn't a counterculture. Or if you wanted custom cabinets or resin-coated live-edge stair treads, etc. You'd just figure out how to make it if you wanted it. Or you could pay someone else to do it.
Like… if the maker thing was less of an insane cult that died out than genuine excitement about things that actually did matter… well the whole thing falls apart.
We’re just not required to accept the (false, I think) premise this depends on, even if we’re inclined to agree with what it says about vibecoding.
And mastering a technology has lost its point.
Check out the Maker Project Lab weekly video showcasing awesome stuff from the maker community, it's inspiring and fun to see. https://www.youtube.com/@MakerProjectLab
If someone tells me they ran a marathon, I'm impressed because I know that took work. If someone tells me they jogged 100 meters, I don't care at all (unless they were previously crippled or morbidly obese etc.).
I think there are just a ton of none-engineers who are super hyped right now that they built something/anything, but don't have any internal benchmark or calibration about what is actually "good" or "impressive" when it comes to software, since they never built anything before, with AI or otherwise.
Even roughly a year ago, I made a 3D shooting game over an evening using Claude and never bothered sharing it because it seemed like pure slop and far too easy to brag about. Now my bar for being "impressed" by software is incredibly high, knowing you can few shot almost anything imaginable in a few hours.
I think now you are freed up to make a shooter that people will actually want to play. Or at least attempt it.
We probably need to come to terms with the idea that no one cares about those details. Really, 2 years ago no one would have cared about your hand crafted 3d shooter either I think.
It's also why AI generated code is a nightmare to read and deal with, because the intention behind the code does not exist. Code outputting malformed input because it was a requirement two years ago, a developer throwing in a quick hack to fix a problem, these are things you can divine and figure out from everything else.
Why share something that anyone can just “prompt into existence”?
Architecture wise and also just from a code quality perspective I have yet to encounter AI generated code that passes my quality bar.
Vibe coding is great for a PoC but we usually do a full rewrite until it’s production ready.
————
Might be a hot take, but I don’t think people who can’t code should ship or publish code. They should learn to do it and AI can be a resource on the way.. but you should understand the code you “produce”. In the end it’s yours, not the AIs code.
It's hard to not be dismissive or gate-keeping with this stuff, my goal isn't to discourage anyone or to fight against the lower barriers to entry, but it's simply a different thing when someone prompts a private AI model to make a thing in an hour.
Anyway I think we are seeing a scenius phase -- it's just happening everywhere all at once on a world stage. And it's exciting. As with any moment in time there's a ton of experimentation and a small number of break-out hits. Also the pace of change means there's less staying power for a break-out hit than there used to be.
But the quick break-out hit phenomenon is particularly applicable for things that are more about the attention economy and less about the boring hidden things that traditionally have been where the economy's silent toil is really centered.
All of this makes me feel the author is too close to the creative end-consumer layer e.g. "make something flashy and cool whether it's a 3d-printer in a 5th avenue dept. store window, or a new app front end" but perhaps less focused on the full depth of things that really exist around them.
This really resonates with me in that a lot of NYC's "tech" circa 2013 was 3d printing oriented, much more so than in Silicon Valley. And I wondered why? but then it was a reflection that tech in NYC then was more about marketing, story telling, and less about the depth...
Obviously you had the west coast makers, you had the burners, so I don't mean to conflate all these differnet things. But the idea that Maker Faires were really about bringing manufacturing back... I don't know I think it was more about the counterculture, about having fun. I think that's coming back to tech right now as well in a sense. Even if it's also got dystopian overtones
As for the parallels with the maker movements, here's one example: drones are one of my hobbies. I love drones and I've built countless fpv ones. For anyone that hasn't done that, the main thing to know is that no two self-build drones are the same - custom 3d printed parts, tweaks, tons of fiddling about. The main difference is that while I am self-taught when it comes to drones, I have some decent knowledge in physics, I understand the implications of building a drone and what could go wrong: you won't see me flying any of my drones in the city - you may find me in some remote, secluded area, sure. The point is I am taking precautions to make sure that when I eventually crash my drone(not IF but WHEN), it will be in a tree 10km from anything that breathes. Slop code is something you live with and there are infinite ways to f-up. And way too many people are living in denial.
The crux of the problem. The only way to truly know is to get your hands dirty. There are no shortcuts, only future liabilities.
Bot detected
i can write like this if i want. or if i were a clever ai bot.
And people hack on assembly and ancient mainframe languages and demoscene demos and Atari ROMs and the like (mainly for fun but sometimes with the explicit intention of developing that flavor of judgment) today.
I predict with high confidence that not even Claude will stop tinkerers from tinkering.
And all of our technical wizardry will become anachronistic eventually. Here I stand, Ozymandius, titan of motorcycle repair, 16-bit assembly, and radio antennae bent by hand…
But LLM-aided development is helping me get my hands dirty.
Last weekend, I encountered a bug in my Minecraft server. I run a small modded server for my kids and I to play on, and a contraption I was designing was doing something odd.
I pulled down the mod's codebase, the fabric-api codebase (one of the big modding APIs), and within an hour or so, I had diagnosed the bug and fixed it. Claude was essential in making this possible. Could I have potentially found the bug myself and fixed it? Almost certainly. Would I have bothered? Of course not. I'd have stuck a hopper between the mod block and the chest and just hacked it, and kept playing.
But, in the process of making this fix, and submitting the PR to fabric, I learned things that might make the next diagnosis or tweak that much easier.
Of course it took human judgment to find the bug, characterize it, test it in-game. And look! My first commit (basically fully written by Claude) took the wrong approach! [1]
Through the review process I learned that calling `toStack` wasn't the right approach, and that we should just add a `getMaxStackSize` to `ItemVariantImpl`. I got to read more of the codebase, I took the feedback on board, made a better commit (again, with Claude), and got the PR approved. [2]
They just merged the commit yesterday. Code that I wrote (or asked to have written, if we want to be picky) will end up on thousands of machines. Users will not encounter this issue. The Fabric team got a free bugfix. I learned things.
Now, again - is this a strawman of your point? Probably a little. It's not "vibe coding going straight to production."
But having an LLM help doesn't have to mean that less understanding and instinct is built up. For this case, and for many other small things I've done, it just removed friction and schlep work that would otherwise have kept me from doing something useful.
This is, in my opinion, a very good thing!
[1]: https://github.com/FabricMC/fabric-api/pull/5220/changes/3e3... [2]: https://github.com/FabricMC/fabric-api/pull/5220/changes
There are plenty of products now that only exist because of what it did deliver on. Any one who spends time in the niche communities where it is thriving can see that... On the low end look at Apollo automation, the story of Grismo Knives, at the high end look a Hadrian Manufacturing.
Vibe coding is a terrible name, but what a skilled dev can do with a deeply integrated AI coding assistant is amazing. It changes the calculus of "Is it worth your time" (see: https://xkcd.com/1205/ ).
Is it helpful in my day to day: it sure is. Is it far more helpful in doing all the things that have been on the back burner for YEARS? My gods yes! But none of that is matching the hype thats out there around "vibe coding".
Vibe coding skips that floor entirely. Software "just works" until it doesn't, and the failure mode is invisible until it's customer-facing. Hardware at least tells you when something is wrong because it sparks or stops blinking.
That said: the maker movement didn't die. It got serious -- RISC-V, open silicon, edge inference. The people who started with Arduinos are now doing real work.
My bet is vibe coding has the same trajectory. The floor failure will just be more catastrophic when it comes, because software doesn't spark.
I never heard that. It didn’t seem like 3D-printing ever showed sings of displacing existing ways of manufacturing at scale, did it? Units per hour and dollars per unit was never its strength. It was always going to be small things (and if anything big grew out of it, those would naturally transition to the more efficient manufacturing at scale).
Vibe coding, on the other hand, is competing against hand coding, and for many use cases is considerably more efficient. It’s clearly replacing a lot of hand coding.
BTW, I think a lot of people were/are greatly overestimating the value of coding to business success. It’s fungible from a macro perspective, so isn’t a moat by itself. There’s certainly a cost, but hardly the only one if you’re trying to be the next big startup (for that, the high cost of coding was useful — something to deter potential competitors; you’ll have to make up the difference in some other way now).
Also, software is something that already scaled really well in the way businesses need it to — code written once, whether by human or LLM, can be executed billions of times for almost nothing. Companies will be happy to have a way to press down the budget of a cost center, but the delta won’t make or break that many businesses.
As always, the people selling pick-axes during the gold rush will probably do the best.
Then it was a lot of “self replicating printers” for quite a while, which never has been a real thing.
Certainly there’s utility in the technology, and much moreso if you’re making aircraft parts. And I love prototyping with my various machines.
But I agree, it has had far more than its fair share of hype at the home printer level.
They're not common by any means, but they do exist. Walls look pretty ugly though.
No, it never seemed that way to the realists, but it was said to seem that way to the makerspheres.
Fully agree - We already saw dev prices drop significantly when offshore dev shops spun up. I've had great, and also horrible experiences working with devs that could produce lines of code at a fraction of the price of any senior type dev.
The higher paid engineers i've worked with are always worth their salary/hourly rate because of the way they approach problems and the solutions they come up with.
Agents are great at building out features, i'm not so sure about complex software that grows over time. Unless you know the right questions to ask, the agent misses alot. 80/20 doesn't work for systems that need 100% reliability.
personally I enjoy creation and writing code so I'm not going to vibe code my hobby/passion project, I don't care if theoretically it'll save me x amount of time, the code is rote for me anyway but I have to be actively engaged in it to enjoy it
Vibe coders treating those as the same category is what actually worries me. Even in regular software there's a feedback mechanism - unit tests go red, CI breaks. Vibe coding skips that too. You get working code that passes the happy path and nothing that tells you which 5% failure rate is the dangerous one. That judgment about problem category severity is the thing that's hard to develop without breaking things first.
Couldn't be happier. I make things because I want to see them exist, not because it was hard.
itunpredictable•1h ago
GrinningFool•1h ago
piker•1h ago
[Edit: no need for the downvote, folks, it was an honest question although it seemed otherwise. I think the answers below make sense.]
margalabargala•1h ago
This isn't the first time something like this has happened.
I would imagine that people had similar thoughts about the first photographs, when previously the only way to capture an image of something was via painting or woodcutting.
jjmarr•1h ago
margalabargala•1h ago
Paraphrased, "There's basically no business in the Western world that wouldn't come out ahead with a competent software engineer working for $15 an hour".
Once agents, or now claws I guess, get another year of development under them they will be everywhere. People will have the novelty of "make me a website. Make it look like this. Make it so the customer gets notifications based on X Y and Z. Use my security cam footage to track the customer's object to give them status updates." And so on.
AI may or may not push the frontier of knowledge, TBD, but what it will absolutely do is pull up the baseline floor for everybody to a higher level of technical implementation.
tcoff91•49m ago
rockskon•23m ago
How much longer do we have to put up with people saying this? It's been four years now.
margalabargala•4m ago
The things I am saying are now a year away, are not the things people were saying were a year away two years ago.
And you're going to have to put up with it forever, because "a year in the future" has always and will always be a year away.
mghackerlady•1h ago
lm28469•1h ago
em-bee•12m ago
some people build apps to solve a problem. why should they not share how they solved that problem?
i have written a blog post about a one line command that solves an interesting problem for me. for any experienced sysadmin that's just like a finger painting.
do we really need to argue if i should have written that post or not?
wasmainiac•26m ago
There are many people who code to make cool stuff and enjoy sharing, but there is even more people who code to look good on CV.
I’m not trying to be mean, this is just an anecdote I had from my time hiring.
lanfeust6•1h ago
LastTrain•28m ago