Multi-part deep dives on engineering leadership, technical strategy, and lessons learned.
Most teams skip architecture reviews because they feel slow. The cost of that decision compounds in ways that don't show up until it's too late to fix cheaply.
The question isn't whether to fix tech debt. It's whether fixing it right now will create more value than anything else you could do with those engineer-hours.
Junior engineers can write code. What they can't do is tell you things like why a build failed, write a useful commit message, or handle the case where everything goes wrong. That gap doesn't close on its own.
The instinct when you're new on a team and hit conflict is to win the argument. Every time I've tried that, it made things worse. The fix is almost never about being right. It's about building the process that should have existed before you got there.
Most candidates treat this as a warm-up. Hiring managers treat it as signal. Here's how to use it.
The best answer to this question isn't a technology. It's a follow-up question. Here's why that matters and how to use it.
I spent an hour saying 'I don't know' on a digital whiteboard. Here's what went wrong and how I'd approach it now.
A PM, an Engineer, and a Designer walk into a planning meeting and someone says, "We need this feature on iOS, Android, and the web." But that isn't the start to a joke...