Episode 6 of The Developer Tools Podcast tackles API versioning — specifically, why most teams default to URL-based versioning (v1, v2) and why that's a design debt they'll regret. Lucas and Luna walk through the real costs: two codebases to maintain, no graceful deprecation, and the silent contract with clients that never upgrades. They contrast it with header-based versioning and content negotiation, using Stripe's sunset policy as a concrete example. Then they discuss when semver-style versioning makes sense and when it's overkill. The episode ends with a practical framework: don't version unless the breaking change is real, and when you do, treat version retirement as a product decision, not a code one.