I see no difference there except speed at the cost of whatever little understanding may have been gained by the manual inspection between steps.
You're basically describing my work day. My job went from interesting, highly skilled work to mostly horrible brain rot over the past year.
It's depressing and I don't know a way out. Other then a complete career change, throwing away 30 years of experience and a matching salary.
But that's because I don't have any real familiarity with the systems involved and I don't expect that gaining such familiarity will benefit me. If I am working on a system or product I'm responsible for at my job, it should be a different situation.
But I think we should decouple mediocrity from laziness. I haven't seen any team invest in the mentorship required to develop juniors in years, for example.
It would make sense to develop juniors if most of their comp was a four year vest but that doesn't happen until later. And in your first year or two you're usually a net negative... This is even more true with AI.
Maybe this «spearheading AI person» just sucks at AI related stuff, as clearly that approach is bananas, but they could still be a OK developer.
If working with LLMs effectively means accepting subpar results or be a reverse centaur, then I’d be glad not to be able to work with them.
I’ve never seen a good example where AI is a net positive to any development workflow. No one argues against compilers, build tools, IDEs, task runners, deploy and orchestration tools. Because they are great levers that lets you create more with less effort.
Where it shines is glueing systems together or building one-off automations that would take days, or weeks, to figure out. It’s for things you don’t have time to figure out or didn’t think were possible.
Why would it mean that? That's one way of using them, sure. Personally, my code is better as I have more time to think about the software design than before, and I'm less avoidant of refactoring in my personal projects.
> I’ve never seen a good example where AI is a net positive to any development workflow
Alright, does that mean you also believe it's impossible then that anyone out there is using AI in a "net positive" way for their development workflow? Or just that you've never seen it, but you're open to it existing?
This one. Only a sith deals in absolute.
I don’t mind experiments to try to find methodologies for those tools. And I believe there are instances where they’ve been successfully used. The issue I have is the kind of generic statements that they are good enough to replace currently established methodologies. Like using AI is a panacea.
> Personally, my code is better as I have more time to think about the software design than before, and I'm less avoidant of refactoring in my personal projects
That’s a bit what I’m talking about. Have you investigated how it has helped you? And if there are other, more economical way to get the same result? Your statement seems more ritualistic than logical.
Both of these can be quite invisible. But the benefit is there.
Uhm ... I've heard quite alot arguing against IDEs. And I feel IDEs are too much of a lock in.
Over the past year maybe 1.5x to 2.0x for me. As in: I can work on two projects at the same time with reduced amount of context switch. But that's it for me.
Maybe I don't have the brains for 1000x terminal agent coding, but 2 parallel projects seems like my saturation point.
But most who keep on going about their 10x productivity gain are indistinguishable from that one obnoxious guy at a party who won't shut up about his Ayahuasca retreat last spring. And they think they're Erdős.
AI is like having a junior dev with an adderall addiction and an encyclopedic knowledge of coding syntax at your beck and call.
Many many people have jobs where their contribution is granting access to deliberately undocumented things, like knowing where the config files are and some such. They hate the idea of AI. For my non IT friends its great for diagnosing wifi issues. It's also great for competent network engineers. It's not great for those who gain a salary due to having memorized some actions or settings that they don't even understand much. Note that this group has also already resisted traditional script automation, just like US dock workers who resist automation.
Workplaces are where many of us spend a large percentage of our waking lives. So, it is "normal," unfortunately. This is why HR language and norms have broken containment into the non-work world. (Whether that's a good thing is another question.)
There is not one single discourse norm to rule them all and calling out every little thing as too offensive is just annoying. Yeah, yeah there are no midwits, everyone is a unique little genius flower, yeah.
More productive? Sure, to an extent.
Being merely more productive is a tame claim for what some people unashamedly post here
Karpathy, Carmack, Terence Tao, Simon Willison etc. are all smart people and manage to use AI effectively and productively because it doesn't hurt their ego.
You can see my comment history.