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.
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.
So, because you don't see value in it, you assume its the same for everyone. Got it.
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.
If you are vibe coding something it's not for the experience of learning, challenging yourself, or accomplishment - it's purely about the end result, the artefact. So asking "what is the purpose of this thing" is actually quite relevant in respect to vibe coding.
Coding is just one of many possible skills you use as a maker; do you think everyone into 3d printing is a stm32 programmer or designs and manufactures their own pcb's? Of course not. Software is just a component. If your kick is software, great; but it doesnt need to be. Also, just because you use an LLM it doesnt mean one is not learning; how do you think you learned how to speak?
I think the reality is that the maker movement slowed down not because it’s hard to learn c++ but because people don’t care enough. Will maybe twice as many people participate now? Sure. But that’ll still be a small fraction of people.
I don't think it has slowed down; in fact,I think it has grown in the last few years. Sure, it is a niche - and will probably always be - but one never had such a low barrier of entry to build stuff and be creative; you have plenty of very powerful chips, somewhat usable SDKs, a ton of COTS ready to use components ranging from gps sensors to rotary encoders, and you can design your own pcbs and order them cheap from China; you can also design enclosures and 3d print parts in your own home with precision that was only accessible to specialized companies 15 years ago. LLMs are a great help not only on the code generation part, but also on the design part - as an example, I sometimes use ChatGPT to generate openscad functions, and it isn't half-bad.
Not sure I see it like that. Micropython removes most of the rough edges of doing embedded C.
If you prefer no code then I suggest ESPHome for your ESP IoT projects.
The other day I built a quick PoC to control 1024 rgb leds using RMT (esp32) and a custom protocol I was developing. Im pretty sure micropython would suck for that.
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.
if youre using a pico, you can use PIO to have a bit more power. (I use it to control stepper motors with a smooth accel/decel ramp. Its doable with RMT, but not as easy.
Sure, and if it didn't is not complicated to add a new module. Thing is, the module does not support DMA. So, for the specific use case I gave, its not a good fit.
I'd take vibecoded iot code any day vs the typical hot mess of poorly written code by non-experts following online tutorials and the casual stackoverflow copy-paste :)
>You have no idea what codebases I've seen and worked in, so don't assume I have not.
Why not? You've been quite confortable assuming things so far, without actually contributing anything of substance to the conversation. Your opinions may even be well-formed, but if they are, your communication skills clearly aren't.
So, how has been your experience using LLMs as a maker (the actual topic) or in the context of IoT development (the topic I was replying to)? Mine has been quite positive, ranging from ensuring specific blocks of assembly code are deterministic (instead of having to check dozens of pages in a manual, and count instructions at every adjustment), to building both code, test fixtures and build infrastructure, to generating documentation, to actually hunt and fix security and logic issues on older codebases.
When people read "vibecode" they assume a clueless intern operating Cursor without any idea of what he's doing (in part because of the overhype of misshaps of LLM-generated code), opposed to the old fox with decades of experience that knows every detail by heart. Thing is, the clueless intern will produce much better code with LLMs than without (and fewer defects, too), and the old fox will produce much more because it will delegate some tasks to coding agents instead of less senior team mates,and have results in hours, not weeks.
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.