Comment by brookst

19 days ago

I can’t speak for anyone else, but Claude Code has been transformative for me.

I can’t say it’s led to shipping “high quality projects”, but it has let me accomplish things I just wouldn’t have had time for previously.

I’ve been wanting to develop a plastic -> silicone -> plaster -> clay mold making process for years, but it’s complex and mold making is both art and science. It would have been hundreds of hours before, with maybe 12 hours of Claude code I’m almost there (some nagging issues… maybe another hour).

And I had written some home automation stuff back with Python 2.x a decade ago; it was never worth the time to refamiliarize myself with in order to update, which led to periodic annoyances. 20 minutes, and it’s updated to all the latest Python 3.x and modern modules.

For me at least, the difference between weeks and days, days and hours, and hours and minutes has allowed me to do things I just couldn’t justify investing time in before. Which makes me happy!

So maybe some folks are “pretending”, or maybe the benefits just aren’t where you’re expecting to see them?

I’m trying to pivot my career from web/business app dev entirely into embedded, despite the steep learning curve, many new frameworks and tool chains, because I now have a full-time infinitely patient tutor, and I dare say it’s off to a pretty good start so far.

  • If you want to get into embedded you’d be better suited learning how to use an o-scope, a meter, and asm/c. If you’re using any sort of hardware that isn’t “mainstream” you’ll be pretty bummed at the results from an LLM.

    • If it’s okay with you, I’m going to very intentionally do my initial learning on mainstream hardware before moving on to anything beyond that.

      1 reply →

    • Why not both? An LLM as a tutor, for the o-scope, meter, and assembly is pretty good at getting you unstuck. It doesn't have to do everything for you. It can do the parts you're not interested in and you can focus on the parts that are interesting to you.

      1 reply →

  • I got into embedded 10 years ago, there really is something about driving hardware directly that is just so rewarding.

    For AI I've been using Cecli which is cli and can actually run the compile step then fix any errors it finds - in addition to using Context7 MCP for syntax.

    Not quite 10x yet but productivity has improved for me many times over. It's just how you use the tools available

Sounds like you only tried it on small projects.

  • That’s where it really shines. I have a backlog of small projects (-1-2kLOC type state machines , sensors, loggers) and instead of spending 2-3 days I can usually knock them out in half a day. So they get done. On these projects, it is an infinity improvement because I simply wouldn’t have done them, unable to justify the cost.

    But on bigger stuff, it bogs down and sometimes I feel like I’m going nowhere. But it gets done eventually, and I have better structured, better documented code. Not because it would be better structured and documented if I left it to its ow devices, but rather it is the best way to get performance out of LLM assistance in code.

    The difference now is twofold: First, things like documentation are now -effortless-. Second, the good advice you learned about meticulously writing maintainable code no longer slows you down, now it speeds you up.

    • I’ve developed a similar sense about maintainability becoming more important with LLMs. I have no hard data. Just feels that way.

      Can you elaborate a little bit on how you get the LLM to produce maintainable code? Any tricks other than better prompting?

      1 reply →

  • At work I use it on giant projects, but it’s less impressive there’s

    My mold project is around 10k lines of code, still small.

    But I don’t actually care about whether LLMs are good or bad or whatever. All I care is that I am am completing things that I wasn’t able to even start before. Doesn’t really matter to me if that doesn’t count for some reason.

> I’ve been wanting to develop a plastic -> silicone -> plaster -> clay mold making process for years, but it’s complex and mold making is both art and science. It would have been hundreds of hours before, with maybe 12 hours of Claude code I’m almost there (some nagging issues… maybe another hour).

That’s so nebulous and likely just plain wrong. I have some experience with silicone molds and casting silicone and other materials. I have no idea how you’d accurately estimate it would take hundreds of hours. But the mostly likely reason you’ve had results is that you just did it.

This sounds very very much like confirmation bias. “I started drinking pine needle tea and then 5 days later my cold got better!”

I use AI, it’s useful for lots of things, but this kind of anecdote is terrible evidence.

  • You may just be more knowledgeable than me. For me, even getting to algorithmic creation of 4-6 part molds, plus alternating negatives / positives in the different mediums, was insurmountable.

    I’m willing to believe that I’m just especially clueless and this is not a meaningful project to an expert. But hey, I’m printing plastic negatives to make silicone positives to make plaster negatives to slip cast, which is what I actually do care about.

    • I had no idea you were talking about algorithmically making molds.

      You’re just talking about taking a positive 3d model and automatically creating a mold for it that you 3d print?

      If so I wouldn’t want that to be algorithmic because that’s never going to work in the general case. There are just too many edge cases that you have to manually handle. Might as well just create the mold in your CAD program.