We're about to learn a painful lesson about delayed gratification in software engineering.

New data from China, 26,811 students tracked January 2023 through June 2025. Students using AI for homework saw their scores jump 20 percent. Completion time dropped nearly half. They aced the assignments.

Then exam season came. Those same students scored 20 to 40 percent worse when they couldn't use the tool.

The homework phase is over. The exam phase is coming.

We're doing this in software right now. Vibe coding feels incredible. Features ship fast. Nobody's asking what happens in Month 18 when the original dev has left and nobody understands the codebase.

Commercial pilots fly with autopilot for most of every flight. They're required to maintain manual flying proficiency regardless. If the system fails mid-air and the pilot can't take over, people die.

Most teams using AI right now have forgotten how to fly manually. They've become passengers in their own systems. The autopilot flies, nobody checks instruments, and the first sign of trouble will be a breach notice or outage.

Three rules:

  1. Command the mission. Define architecture before prompting. Ambiguity kills in code and in flight. Delegate selectively. Offload mechanical work. Keep design and security reviews human. Verify everything. Audit before production.
  1. Never trust the automation without checking instruments.
  1. Quick wins feel good. Sustainable engineering feels boring. Boring keeps systems standing.

Organisations surviving the next two years won't ship the fastest. They'll be the ones who remember how to fly without the aids.


people insisting that you actually be skilled, independently of your tools, doesn't make them Luddites. Rather, being unable to do so makes you a phony.

you are viewing a single comment's thread
view the rest of the comments
[–] 6 points 15 hours ago (3 children)

I'm no dev, but did do my HND in computing some 25 years ago. I have also tinkered with scripts to solve an itch and have has plenty of VBA and of late DAX and power query.

I did a project for myself around a year ago that was much larger than I normally would these days and I used Gemini. It was a constant battle with the LLM (man it's hard not to gender and personify these LLMs) to keep it on track and not keep breaking shit all the time. It struggled to writ valid rules for it's own firebase/firestore. It generally felt like a bad time.

This past week end I got codex to migrate the PWA from google's services and database into a selfhostable docker stack. It was a pleasure, it documented the whole process map, built a full test environment, followed through and imported my data. It the suggested a few improvements. It even rewrote a a complex equation that Gemini could nust not get correct and added manufacture safe/max bounds.

all this to say 'yes, modern agents do seem to do a good job of a codebase that they have never seen'

  • source
  • parent
  • hideshow 3 child comments
  • [–] 6 points 15 hours ago (2 children)

    Yeah, I've been tinkering with coding agents for a while now and it feels like some sort of "phase transition" happened earlier this year - the models and their harnesses went from being the sort of clumsy barely-passable student coders that people make fun of to being actually highly competent. Lately even the small local models have reached that level - I've been using Qwen3.8 27B on my own machine and it's been doing just fine. I suspect a lot of the folks making fun of them tried them early on and wrote them off, not giving the latest versions a second chance.

    The compiler comparison works there too, IMO. I remember back when I was learning the tricks of the trade there were all sorts of ways you were supposed to write code to trick compilers into generating more efficient results. Coding standards would say to use ++i instead of i++ for incrementing loop indices, use x*0.1 instead of x/10 because division was way more expensive than multiplication, using memcpy instead of copying values with =, using int instead of bool, and so forth. Lots of stuff. Some of it was never useful, it was just folklore and superstition. Other stuff did make a difference with early compilers but modern ones know these tricks themselves and can often apply them better than the human programmer can. So the old-school greybeards who still insist on doing that stuff can actually make things worse these days (disclaimer: my beard is pretty grey these days too).

    I expect so too will this "hah, vibe slop" attitude eventually pass away. AI is getting quite good quite quickly.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 3 points 14 hours ago* (1 child)

    I fear for my career in this field.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 3 points 14 hours ago

    To be serious for a moment here on programmer_humor, yeah, it's a real puzzler. For now there's still a role for programmers like us in all this because we're still good at knowing how to translate the requirements of non-technical people into the things we actually ask the coding agents to build for us. But AI's getting good at that too. As might be expected, they're language models so interpreting what people tell them using language is kind of their jam.

    If I were advising someone who's looking at whether to get into programming as a profession right now, I'd tell them to only go that route if they had the resources to take a mulligan on their education and try something else if a couple of years from now it turns out that the robots have completely taken the job over. I think it's a real possibility, and will lead to some interesting times indeed.

    Until then, I guess we keep making jokes about it? Just make sure not to take them too seriously. AIs can count how many Rs are in "strawberry" now. They can whip up a bit of Javascript to do it for them in their harness' sandbox.

  • source
  • parent