Pinned Tweet
hockeystick moments are the biggest opportunity of your career. It's exciting and kinda scary. Everything changes!
I wrote Scaling Fast: Software Engineering Through the Hockeystick as your guide. 16 years of startup experience condensed into 240 pages
scalingfastbook.com
Scaling Fast is based on startup war stories, academic research papers, talking to my mentors, and reading industry insights. It shows you what it takes to survive and thrive through the hockeystick. You'll learn about scaling teams and scaling code, how they influence each other, and why none of it matters if the business is bad.
Scaling Fast: Software Engineering Through the Hockeystick is organized in 3 sections:
- Scaling the Business
- Scaling the Team
- Scaling the Tech
The business part, that's to help you evaluate the companies you join, this isn't a business book.
The team part, that's key to shaping your everyday. We talk about delegating decisions, empowering engineers, working smooth instead of fast, finishing things all the way to done, good code review culture, and shipping incrementally without risky big bang releases.
The tech part, that's my favorite. We talk about good abstractions, architectural complexity, observing your systems break, making steady improvements to your code without huge refactoring sprints, why tests don't solve everything, what's even worth testing, how your team structure impacts what you can do with the code, and why solving today's problem is more important than building for an imagined future.
None of it is about numerical scaling [name|]. That's easy in 2025. Computers are fast. The challenge is building complex systems that don't fit in any one person's brain without breaking the business.
oftware engineering when your whole company changes every 6 months is the fun part of this gig. And that's what Scaling Fast is about.
👉 scalingfastbook.com
imo coding interviews have always been *okay* signal when done in the "Build this small thing and let's chat" variety
the system design interview is where it's at and getting even more important. super strong signal, culture too
You need to define a structured rubric *before* the interview and apply the same to every person.
and still the best you can do with a full interview loop is a 70%ish success rate (hires thriving). You’ll never know your true false negative rate
Replying to @Swizec
There are some absolutely terrible system design interviews, not to mention the subjectivity and variability between interviewers. I think you have to be very thoughtful at designing system design challenges and rubrics.
Agent this agents that and it's all just Domain Driven Development same as it always has been.
Guess what, agents write better code faster using less tokens when your words map directly to objects. AND you continue to understand the system even if you don't read every line
I remember in the early 2000's people said you don't need software engineers anymore. Anyone can just go on the internet and learn anything.
Then in 2010's when you didn't need software engineers because anyone can just use a no-code tool and build whatever.
Then in 2020's ...
Building a habit of saying "This is a distraction" after sharing dumb exciting ideas with the team. Wish me luck
Swizec Teller retweeted
Found a wild @Swizec on this trip. One of my fave builders in the bay
Building outcome-focused engineering teams sounds easy in a book but in practice you’re saying “Ok so what does all that mean for the user?” over and over until you retire
if you’re lucky others start saying it for you
Perhaps the most exciting part of all this agentic stuff: No more tech debt! You can actually finish migrations now 😍
swizec.com/blog/no-more-tech…
Swizec Teller retweeted
"When code is cheap judgement becomes the job." swizec.com/blog/when-code-is… < another useful look at where the work moved and what's important. Good post from @Swizec.
You could clean house right now by reposting software engineering lessons from the 80's but add "agentic" to the title 🤔
So weird thing about being manager – if you're bad at focus your team is bad at focus
How do I get better at focus when claude and friends make it so easy to start a bunch of things in parallel?
Amazing stuff. We've been using Start in production for 2 years. Love
TanStack Start 1.0 is officially stable! 🎉
A full-stack web framework for React and Solid, already used to build millions of apps, from Fortune 500 companies to your favorite tools and weekend projects.
tanstack.com/start














