Proudly zero. I just wrote and posted an article explaining why. The short version: genuine engineering is an abandoned skill I want to revive.

Zero.

But there wasn't this much hate for people who copied random Javascript off whatever site LYCOS linked you to back in the day. Vibe coding for non-critical applications doesn't seem all that different to me.

Zero

Zero. I care about the code I write and value doing things well and building knowledge through deep understanding. Over the years I’ve proven to myself (and others) that approach improves both speed and accuracy, as well as reduce the need for rewrites because experience increases the chance I’ll get it right early on and design in a way that I don’t paint myself into corners.

I’ve noticed that coding with an LLM leads to severely diminished knowledge retention and learning (not to mention it’s less fun), and I suspect overuse would lead to a degree of dependency I don’t wish for myself.

All you zero people - one thing you're going to want to understand is that at some point you're going to sound a LOT like the people working in factories in the 50s, 60s and 70s laughing about how some machine is going to do BETTER than you at filling the toothpaste tubes up. Or the ladies working a telcos wondering how a computer is going to figure out how to route calls.

And even when you start screaming at home, you'll turn on the TV and on the news will be someone saying "oh yes the software engineers are going to be retrained to X Y and Z" Those "retrainers" will never knock on your door.

And then we'll all finally understand.

But yeah, short answer yes you have your jobs right now.

Depends on the task. I use AI for planning/figuring out how to implement stuff. Probably 80% is with AI to bounce ideas off and figure things out.

Writing the code, probably 30% is with AI. Our product requires a lot of context for AI to get stuff right so it's challenging to get it to write good, working code. If it's a small thing that doesn't require a lot of context then I use AI.

I use various tools for this, let me know your needs and I can provide recommendations.

Vibe coding in the traditional sense (coined by Karpathy back in Feb): 20%

Vibe coding using detailed, structured requirements (from tools like Userdoc): 65%

Very little. It's directly forbidden for my day job, and if I'm programming anything in my off hours, it's for my own enjoyment.

All of the code that I've generated by LLM has backed itself into a corner very early on, so I tend to use that as a starting point, then fix and refactor. I've made some toy-sized programs that way (but hours quicker than I would've looking up library documentation on my own).

I've had good luck refining my understanding of some concepts, talking through design of pieces of code, and basically generating snippets of example code on demand. Even in those limited cases, I end up relying on my own experience to determine what's helpful and what's crap. They're usually intertwined.

Partly. Mostly I write it myself, and only ask the LLM when I encounter problems.