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