Somewhere in the last year, a bunch of us who hadn’t shipped real code in years quietly started shipping again. Not reviewing it. Not architecting it in a doc and handing it off. Actually building it. And loving it.
I lead software for a living. That means my days are meetings, roadmaps, hiring, unblocking people, and saying “no” a lot. The last time “writing code” was my actual job was a long time ago. I never stopped being able to code — I stopped having the time to code. At least in my day job. There’s a difference, and every engineering leader reading this feels it in their bones.
Yeah, I thought the blog post was gonna be about horror stories, because even the greatest senior/architect/whatever will push absolute garbage into your codebase, if they don’t have the time to familiarize themselves with how the code actually works.
Even if it’s some isolated component, if they implement it without explaining the what and why to others, then no one else can maintain or debug that. And you do not want to rely on your super important guy to have the time to fix things when production grinds to a halt.
At this point I think we’re moving past maintaining projects. Tech debt is no longer going to be paid off; management will just suggest a complete rewrite using AI as soon as issues get too complex for a junior dev with Copilot to figure out. It’s going to be a mess.
I
feelfear the same. Problem is, when it’s too complex to maintain for a junior dev/intern with AI, it’s probably also too complex for a rewrite/redesign with AI…