351–360 of 459 posts
Did the maker movement end? I dont think so, its just as niche as its always been. We have plenty of maker type posts on here. I dont think “vibe” coding is going away. Especially with so many open source models you can run on a simple Mac.
I've got to be honest: my complete skepticism that the maker movement is somehow past tense makes it extremely difficult for me to take this tenuous comparison to LLM coding particularly seriously. The author talks about lowered barriers to prototyping as though they represent a failure state; that's absurd, and it has absolutely nothing to do with whether most people have membership-based maker spaces nearby. Meanwh…
I disagree with your framing cynicism as an "agenda". For the record, I agree that the maker movement hasn't actually ended, and most of your points are correct; however, the idea of LLMs teaching Electronics worries me about as much as people using LLMs to learn Chemistry. A little while ago I had to dissuade someone from learning Chemistry via an LLM, because the advice that they had been given by the LLM would hav…
Can't wait for the load-bearing drywall recommendations coming from LLMs that were trained on years of Groverhaus content.
Earlier quoted context omitted.
I mean, I've expanded what I use my programming skills for dramatically in the last year. I've suddenly got several personal macOS apps I'm building and maintaining for myself, for my small business, or for fun. That never happened before (I've generally been full stack on the web). I've built far more useful and complex firmware and finally begun designing and building custom circuits. I rarely had the time for that…
I sympathize your your feelings of existential dread without further qualifiers. Big hug! I personally think that as amazing as LLMs for coding are, LLMs for coding and electronics is like activating the powered robotic exoskeleton for your mind. As for whether your projects are lower quality (the kids would say "mid"; catch up!) or not... they are higher quality than the ones you made last year, and I heard that the…
Thank you!
> they are higher quality than the ones you made last year,
This is exactly it. Perfect is the enemy of good here. These projects have made significant impacts on how I get real things done.
Earlier quoted context omitted.
> BTW, I think a lot of people were/are greatly overestimating the value of coding to business success. 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/hou…
I think it's really dependent on the software. And frankly, with the current rate of development, I feel like this continues to shift. No, a non-engineer can't just spin up the next great app. Even with the newest models and a great prompting/testing system, I don't think you can just spit out high quality, maintainable, reliable code. But as a generalist - I'm absolutely able to ship software and tools that solve ou…
A single engineer assigned to maintain your in-house solution will cost more than this.
> The central promise—that distributed digital fabrication would bring manufacturing back to America, that every city would have micro-factories, that 3D printing would decentralize production—simply didn’t materialize. 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…
> BTW, I think a lot of people were/are greatly overestimating the value of coding to business success. 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/hou…
They were only as good as the input they were given. They rarely went above and beyond, and most of the time getting something "good enough" was challenging. Yes, time zones, cultural differences/attitudes, and their exposure/opportunities play a big role.
What I'm saying is that teams who had bad onshore employees got horrible results. Teams that had actual systems engineers and people who could architect systems usually got great results.
For example, we were building a bleeding edge (at the time) e commerce site for one of the largest companies in the entertainment space. I made sure to work with the best people I knew at the company to design the system from the ground up. Then, we made sure the actual "functional" pieces were digestible and written plainly that we didn't need to clarify words. Nor did we write a fucking 300 page technical document. We kept things simple and effective, and all the work was broken down into as atomic pieces as possible.
The end result was that we used a team distributed between Ukraine and India to build this in about 4 months. We'd do weekly sprints, and the team had great spirits too because we actually gave a fuck about them and ensuring their success. I'm sure they're used to being scapegoats because of some lazy fucks onshore.
Now I use agents daily and have great success. However, the whole "write a sentence and AI will do it for you" is obviously bullshit. I even asked HN why I got wrong results to test what people would respond (sorry for playing you) and as I predicted they blamed me thus proving that this broader sentiment that's so prominent by "thought leaders" is stupid as fuck. So, that's where we are.
People who can actually build great systems know that it requires careful planning, deep understanding, and ability to fill in the gaps.
Earlier quoted context omitted.
The problem you describe is real, but I think it can be addressed by improving tooling without any improvement in available LLM technology.
How? Are you thinking of adversarial AI reviewers, runtime tests (also by AI), or something else? Guess I just don't see how you can take the human out of the loop and replace them with non-deterministic AIs and informal prompts / specs.
And spec management, change previews, feedback capture at runtime, skill libraries, project scaffolding, task scoping analysis, etc.
Right now this stuff is all rudimentary, DIY, or non-existent. As the more effective ways to use LLMs becomes clearer I expect we'll see far more polished, tightly-integrated tooling built to use LLMs in those ways.
Earlier quoted context omitted.
I guess we have to agree to disagree, because I am not particularly interested in chemistry and ChatGPT has been extraordinarily helpful in demystifying electronics. Having 24/7 access to a patient person who can unpack the difference between TTL and CMOS logic or when you'd choose a buffer instead of a Schmitt trigger without belittling you for not already knowing what they know is awesome and not going to get anyon…
> Having 24/7 access to a patient person It’s not a person. You understand that, right? I have to ask considering the amount of people who are “dating” and wanting to marry chatbots. It’s a tool. There’s no reason to anthropomorphise it.
This particular combination of snark, faux-concern and pedantry doesn't help the point you're trying to make about my loving AI wife.
> The central promise—that distributed digital fabrication would bring manufacturing back to America, that every city would have micro-factories, that 3D printing would decentralize production—simply didn’t materialize. 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…
To the realists, 3D printing is specifically for small-scale manufacturing, rapid iteration on prototypes, etc.
I've got to be honest: my complete skepticism that the maker movement is somehow past tense makes it extremely difficult for me to take this tenuous comparison to LLM coding particularly seriously. The author talks about lowered barriers to prototyping as though they represent a failure state; that's absurd, and it has absolutely nothing to do with whether most people have membership-based maker spaces nearby. Meanwh…
> It's now possible for people to buy affordable CNCs, laser cutters and UV printers. And for the most part they just aren't
Either way, I suppose the answer is relative and subjective and Bambu Lab would not agree with you.
Earlier quoted context omitted.
> It's now possible for people to buy affordable CNCs, laser cutters and UV printers. And for the most part they just aren't
They just aren't affordable or they just aren't buying them? Either way, I suppose the answer is relative and subjective and Bambu Lab would not agree with you.