Swizec Teller (@Swizec) header
Swizec Teller (@Swizec) profile picture

Best selling author of Scaling Fast: Software Engineering Through The Hockeystick book ⏵ https://nitter.cf/t.co/juu00EFGy4 blog ⏵ https://nitter.cf/t.co/VuU1lFFjCH

San Francisco
Joined July 2008
Photo by Swizec Teller (@Swizec)Photo by Swizec Teller (@Swizec)Photo by Swizec Teller (@Swizec)Photo by Swizec Teller (@Swizec)Photo by Swizec Teller (@Swizec)Photo by Swizec Teller (@Swizec)Photo by Swizec Teller (@Swizec)Photo by Swizec Teller (@Swizec)Photo by Swizec Teller (@Swizec)Photo by Swizec Teller (@Swizec)
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
12
9
6
56
59,552
this view never gets old
5
447
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
It’s hard to see anything else happening but coding interviews going away. This won’t mean that technical ability won’t be interviewed: but it interviews will be less predictable, more subjective and harder to prep for than the near-universally-disliked DSA interviews.
3
13
1,924
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.
2
2
211
Doing a lot is not the same as getting a lot done. Often the opposite
6
622
Better than a birthday cake
2
6
616
Birthday run with sister! She a spartan weirdo says not enough obstacles
6
631
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
7
19
1,305
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 ...
I spent 25 years getting good at web dev. I memorized syntax, browser APIs, accessibility techniques, and performance optimizations, security patterns, and learned dozens of libraries and frameworks. Now I'm trying to decide what knowledge still has value.
16
9
113
8,476
And never forget the most common type of production software is "That spreadsheet our intern built one summer" most problems don't need engineer-level quality
1
2
626
Building a habit of saying "This is a distraction" after sharing dumb exciting ideas with the team. Wish me luck
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?
3
3
699
Perfect running weather today, a little moist not too hot. Good pace
2
10
637
Found a wild @Swizec on this trip. One of my fave builders in the bay
1
19
857
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
1
8
698
I can’t believe Tesla understands how to make an exciting sportscar better than Ferrari
Complete Tesla Roadster FLYING demo. INSANE!!!
1
4
1,144
You could clean house right now by reposting software engineering lessons from the 80's but add "agentic" to the title 🤔
5
548
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?
5
1
4
1,663
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
1
1
18
2,291
Sometimes management is just giving people the exact next step so they stop overthinking doesn't matter if the step is wrong, they'll figure it out, you're giving them the freedom to get to work by implicitly taking any heat for outcomes
1
6
641