Most software engineers I know use some amount of ai assistance in coding.
Pretends is a pretty strong word here. A lot of people actually use it to help them do their work.
In my experience, the place it’s most useful is an area you don’t have expertise in as a sort of bolster to your knowledge.
Also in my experience, it tends to be really good at producing outputs that sound extremely convincing to the non-expert that are completely incorrect in detail. And the only way to know if you got a good or bad answer is to be a subject matter expert… which sort of defeats the purpose.
Even if you "iterate", and eventually arrive at something that's correct, the thing that sticks is the first one, the one that you paid most attention to before you realized it's wrong.
Part of it is that “what good looks like” - from leadership - looks a certain different way right now, thanks to LLMs. The other part is that knowing isn’t enough in a large org, you have to show.
We are embracing this SO HARD, I need my communication to look like this, and most importantly my teams communication needs to implicitly show that we are bought in (to accompany the explicit proof, measured in token kpis - not kidding).
I do use AI, but I make out it's a bigger part of my workflow than it is to appease him.
"Look at these commits and do a review" to find stupid stuff like forgotten exception throws or nulls. Or "Critique this documentation for a different audience"
I don't want to get into the "let the machine write the code" phase because that's the task I enjoy most, and it swaps my efforts into review, which I'm bluntly less confident about (having to follow and second-guess an architecture without being "there" when it was evolved increases the chances I'll miss stuff)
The stuff that AI demos well at-- "refactor 5,000 lines of code", "build a new client from ground level" are simply not what my team works on; we end up doing things where building a prompt to actually make the change we want-- and only the change we want-- takes longer than writing the code itself. 80% of the time is the debugging and planning.
dotcoma•5h ago