Is AI delivering the engineering gains your organisation expected? A little over two years ago, I decided to get back to writing production
Originally published on LinkedIn
๐๐ ๐๐ ๐ฑ๐ฒ๐น๐ถ๐๐ฒ๐ฟ๐ถ๐ป๐ด ๐๐ต๐ฒ ๐ฒ๐ป๐ด๐ถ๐ป๐ฒ๐ฒ๐ฟ๐ถ๐ป๐ด ๐ด๐ฎ๐ถ๐ป๐ ๐๐ผ๐๐ฟ ๐ผ๐ฟ๐ด๐ฎ๐ป๐ถ๐๐ฎ๐๐ถ๐ผ๐ป ๐ฒ๐ ๐ฝ๐ฒ๐ฐ๐๐ฒ๐ฑ? A little over two years ago, I decided to get back to writing production code myself, hands on keyboard in real systems, with one ambitious target, write 0% of the code by hand. Two years ago that was a big ask; today, it is entirely possible.
I wanted the advice I gave teams and organisations about AI to be grounded in realty not hype. Iโve learned a huge amount, seen the pitfalls first-hand and worked with engineers making the same transition.
A few misconceptions are common.
๐งฐ ๐ง๐ผ๐ผ๐น๐ถ๐ป๐ด AI is powerful, but giving everyone a coding assistant and expecting productivity to jump is not a strategy.
๐ง ๐ช๐ฎ๐๐ ๐ผ๐ณ ๐๐ผ๐ฟ๐ธ๐ถ๐ป๐ด You canโt assume engineering teams keep working exactly as they always have. How we break down problems, explore solutions and validate results changes. Experience becomes more important, not less: architecture, judgement, trade-offs and knowing what โgoodโ looks like matter more than ever.
โ ๏ธ ๐๐ฒ๐๐ฒ๐ฟ๐ฎ๐ด๐ฒ AI doesnโt automatically make every engineer dramatically more effective. It can also enable large amounts of code to be produced without enough understanding of whether it is appropriate, secure, maintainable or solving the right problem. AI amplifies capability, and that makes good judgement even more important.
๐ ๐ฃ๐ฟ๐ผ๐ฐ๐ฒ๐๐ The biggest misconception may be that the same engineering process will work, only faster. If implementation gets dramatically faster, everything around it changes too: Product collaboration, architecture, business context and decision-making.
The bottleneck moves. So what should organisations do instead?
๐๐ฒ๐ฎ๐ฟ๐ป ๐ต๐ผ๐ ๐๐ผ ๐ฏ๐๐ถ๐น๐ฑ ๐ฒ๐ณ๐ณ๐ฒ๐ฐ๐๐ถ๐๐ฒ๐น๐ ๐๐ถ๐๐ต ๐๐ ๐ฏ๐ฒ๐ณ๐ผ๐ฟ๐ฒ ๐ฏ๐๐ถ๐น๐ฑ๐ถ๐ป๐ด ๐ฎ ๐ฝ๐ฟ๐ผ๐ฐ๐ฒ๐๐ ๐ฎ๐ฟ๐ผ๐๐ป๐ฑ ๐ถ๐. And get the engineering environment ready. That means more than choosing a model, IDE or agent. Repositories need to be understandable, standards explicit, architectural preferences clear, testing strong and engineering rules machine-readable.
Getting the best results from AI requires us to get better at engineering practices we have often struggled to make time for.
The engineerโs role is changing dramatically and expectations raised, less time producing the implementation, more time defining the problem, shaping the architecture, setting constraints, reviewing results and deciding what good looks like.
Iโve enjoyed this journey, writing real software this way and helping teams see where AI is creating value and where things are breaking down.
๐ฌIf anyone in my network is trying to make this work in their engineering teams and could use some help, please DM me. Iโm happy to come in and sit down with your engineers, work through real problems, and figure out where your approach is getting stuck and how to improve it.
#AIEngineering #SoftwareEngineering #EngineeringLeadership #GenerativeAI #AIDevelopment