CloudChat logo
#0034

Build vs Buy in 2026 (Yes, We Mean AI)

Published on

Summary

Build versus buy has been part of software since there was software to buy — custom development, licensed components, SaaS, managed service providers — and the deciding factor was usually what staff you already had or could afford to hire. What makes 2026 different is agentic coding, and Carl opens with a first-hand example: an off-the-shelf theme package that tanked his desktop app’s performance, where two years ago the realistic options were file an issue, rip it out, or live with an ugly app. Instead he handed the requirements to an agent and got a replacement. Writing code is edging toward commodity, which pushes the architect’s job from deciding what is possible to justifying what is worth owning.

The tradeoffs still bite. Buying gets functionality fast but binds you to a vendor’s feature set, plugin model, and visibility into how your data is handled — and Brandon is clear that “buy” includes open source you didn’t write. Cost is where teams get optimistic: the news story about a health insurer vibe coding a CRM to replace a $600,000-a-year SaaS contract makes a great headline, but operational support, on-call, patching, admin tooling for credential resets and GDPR requests, and the hosting bill all arrive later. Brandon’s TMNT framing — time, money, and tokens — captures the modern version, especially when per-engineer AI spend starts rivaling the engineers themselves. Differentiation is the sharper filter: custom game engines were once a competitive edge until consolidation made bespoke engines an onboarding tax, and the same logic says a health insurer’s differentiation lives in its domain knowledge, not in its CRM. Lock-in gets a nuanced treatment too, split between harmful lock-in that limits strategic flexibility and acceptable lock-in that just accelerates delivery, with contracts and auto-renewal terms doing as much damage as any technical coupling.

The framework that falls out of it is four questions: is this core to the business, do you need deep customization, what is the long-term operational burden, and how hard would it be to leave later. None of these are new questions — commoditization played out the same way with carts, cars, and outsourced truck transmissions — but agentic coding put a new lens on them. Build where differentiation is real, buy for the rest, price the total cost of ownership on both sides, and remember that defining the business requirements is still your job.

Referenced in the Episode

Cost, Ownership, and Operations

Architecture Patterns and Lock-In


Recent Episodes

Published on

Cloud networking still breaks teams in familiar ways: parity assumptions, IP and DNS drift, SNAT exhaustion, and hidden egress paths that hurt both reliability and cost. Carl and Brandon map the practical pitfalls and the architecture habits that keep multi-cloud designs predictable.

Published on

If everything is logged, nothing is useful. Carl and Brandon walk through what logging is really for in cloud architectures, how to use log levels and structured formats without drowning in noise or cost, and the correlation, retention, and platform habits that turn logs from a line item into a debugging superpower.

Published on

AI-assisted development can outpace your sprint cadence, so Carl and Brandon rethink which processes still earn their keep and which ones just get in the way.