May 31, 2026 • 4 min read
Naming Is Part of the Architecture
State names, field labels, and object vocabulary shape how quickly teams can understand, operate, and safely change a system after launch.
Dev Blog
Essays on HubSpot architecture, AI workflow design, and engineering delivery for teams that care about what happens after launch, when operators, edge cases, and changing requirements put the real system on display.
Topics
May 31, 2026 • 4 min read
State names, field labels, and object vocabulary shape how quickly teams can understand, operate, and safely change a system after launch.
May 29, 2026 • 4 min read
Integrations stay safer and cheaper to evolve when teams define field meaning, ownership, and failure behavior before the first sync goes live.
May 26, 2026 • 8 min read
AI features improve when teams treat context assembly as product and systems design work instead of assuming the model can infer its way past noisy, stale, or incomplete inputs.
May 24, 2026 • 5 min read
Systems feel reliable when retry, rollback, reprocessing, and operator recovery paths are designed before failure forces them into existence.
May 22, 2026 • 4 min read
Workflow quality depends on whether each state has a clear owner, a clear next action, and a clear escalation path.
May 16, 2026 • 4 min read
Boring integrations stay reliable because their contracts, ownership, and failure handling are explicit from the start.
May 14, 2026 • 4 min read
HubSpot architecture proves itself after launch, when editors, marketers, and ops teams start stretching the portal in production.
May 12, 2026 • 4 min read
Content models matter more than page templates once campaigns, channels, and teams need the system to reuse content cleanly.
May 6, 2026 • 4 min read
Launches go better when teams instrument critical workflow states, delays, failures, and human intervention before go-live.
May 4, 2026 • 4 min read
Fast delivery only lasts when teams keep change cheap and refuse to let temporary shortcuts harden into architecture.
May 1, 2026 • 5 min read
This dev blog is where I write about the architectural, operational, and delivery decisions that determine whether systems keep working after launch.