Fewer Developers, More Builders: Why We're Starting an AI-First Project
Three years ago it was a playful weekend experiment: prompting ChatGPT to write a Node.js banner generator, then passing the output to a rival model to critique the code smells — orchestrating two junior engineers in a quiet competition. Today, senior engineering leaders openly say they no longer manually code yet ship more pull requests than ever. That stopped sounding dramatic and started sounding inevitable.
So we committed a real internal product to a deliberately AI-first SDLC: AI generating UI components, scaffolding backend services, assisting testing, drafting documentation — to observe honestly where it accelerates and where it struggles. The industry context matters (a MICE business can experiment faster than regulated insurance, where the process itself is regulated). And a quiet moment during onboarding — explaining Git cherry-picking and feeling it drift from the centre of gravity — crystallised the thesis: when coding becomes conversational, the gatekeeper skill is no longer syntax. We may see fewer developers, but many more builders: designers, analysts, domain experts who understand a problem deeply and can now translate intent into working systems. What AI does not replace is ownership.
Key Takeaways
- Coding is ceasing to be the constraint — so the identity of the builder changes
- The question shifts from "who can code?" to "who understands what should be built?"
- If execution becomes cheap, clarity becomes the valuable skill
- Ownership, trade-offs and accountability remain irreducibly human
Related Posts
- Fewer Developers, More Builders (Part 2): The First Week of Going AI-FirstFeb 2026
- Geek Out Time: Back to When I First Asked “What Is a Container?” -CGroups and Namespaces on ColabSep 2025
- Our first Cybersecurity and Data breach tabletop exerciseJul 2023
- First-time use codes generated by ChatGPTJul 2023