May 30, 2024 · 25m · y-combinator
Startup Experts Discuss Doing Things That Don't Scale · Y Combinator
Brad Flora · 3m spoken Dalton Caldwell · 2m spoken Harj Taggar · 2m spoken Nicolas Dessaigne · 1m spoken Michael Seibel · 1m spoken Diana Hu · 1m spoken Pete Koomen · 1m spoken Aaron Epstein · 1m spoken Jared Friedman · 60s spoken Surbhi Sarna · 33s spoken
0:00 / 0:00
▶ Watch on YouTube →
gold bands on the timeline = statements, start to end. Hover to read, click to jump. CC turns on captions
This video features Y Combinator Group Partners discussing Paul Graham's foundational essay "Do Things That Don't Scale" and analyzing how early-stage startups achieve success through manual, unscalable tactics. Through historical case studies of companies like Airbnb, Instacart, and DoorDash, the partners demonstrate why prioritizing rapid learning and direct customer connection over early server scalability provides an unbeatable competitive advantage.
How this conversation actually went
Every chapter scored 0–10 on four independent dynamics. Hover any point for the reasoning behind the score. The partners hold 38.6% of the talking time here. How this is scored →
The partners as informed peer 6.0 Guest teaching 1.1 Guest disagreement 0.7 The partners pushing back 0.7
speaking balance: gold is the partners, purple is the guest (3 minute bins)
Sharpest disagreement ▶ 2:09 Google's distortion of startup culture
Jared Friedman aggressively challenges conventional startup orthodoxy by blaming Google for warping founders' minds about premature scaling.
Hardest push from the partners ▶ 20:24 Rejecting big company error-proof mindsetMichael Seibel sharply contrasts corporate playbooks with startup realities, arguing founders must un-teach themselves big company habits.
Biggest teaching moment ▶ 23:29 Explaining the consulting revenue failure modePete Koomen educates on the hidden risk of unscalable work by illustrating how Optimizely had to transition away from service revenue to build true software.
The partners hold their own ▶ 11:04 Algolia's hands-on Product Hunt implementationNicolas Dessaigne demonstrates deep founder domain expertise by recounting how Algolia directly implemented search into Product Hunt's codebase via GitHub.
the scores for every segment, with the reasoning behind each
| Chapter | Topic | The partners as informed peer | Guest teaching | Guest disagreement | The partners pushing back | Why |
|---|---|---|---|---|---|---|
| Animated Title Sequence: Office Hours | 7 | 1 | 1 | 1 | Dalton Caldwell and Jared Friedman provide historical context on the early 2000s tech landscape, explaining how infrastructure limits and Google's dominance distorted founder expectations around scalability until Paul Graham inverted the doctrine. | |
| Airbnb's Unscalable Beginning and Early Founder Mindset | 6 | 1 | 0 | 0 | Harj Taggar explains how Airbnb's founders manually photographed listings in New York to kickstart their marketplace, emphasizing that no operational task is beneath early founders. | |
| Fleek, Algolia, and Optimizing for Learning | 7 | 2 | 1 | 1 | Brad Flora and Nicolas Dessaigne share hands-on examples from Fleek and Algolia, explaining how physically moving inventory or writing integration code manually accelerates customer learning. | |
| Founder FaceTime and Personal Sales Advantages | 7 | 1 | 1 | 1 | The partners discuss personal sales advantages and recount how Instacart bought and photographed Trader Joe's products over a weekend without asking for corporate partnerships. | |
| DoorDash's One-Day Launch and Embracing Startup Chaos | 8 | 1 | 1 | 1 | Diana Hu and Michael Seibel examine DoorDash's one-afternoon launch, using the metaphor of turning on water to find cracked pipes to argue that startups must embrace operational chaos. | |
| Knowing When to Scale and Avoiding the Consulting Trap | 7 | 2 | 1 | 1 | Pete Koomen shares how Optimizely began by manually running A/B tests for clients, warning against the trap of relying on consulting revenue instead of scalable software. | |
| Conclusion and Final Key Takeaways | 0 | 0 | 0 | 0 | Voiceover monologue summarizing the core takeaways of Paul Graham's essay and closing the episode. |
Statements from this episode (12)
Friedman: Google's early success warped founders into obsessing over premature scalability
“I actually think Google is indirectly responsible responsible for basically scaling. Warping the minds of a whole generation of founders and investors and creating the problem that Paul Graham had to solve with this, which is because Google became so famous fo…”
Caldwell: Most startups fail from lack of demand, not unscalable architecture
“The biggest problem that most startups have is they can't get users, and they're not making something people want. Not that their architecture is not scalable enough.”
Taggar: The best founders believe no startup task is beneath them
“One thing I've just noticed again is the best founders, no matter how smart they are, like they just like dive into that. I think you just got to have that mindset of like, nothing is beneath me. The only thing I care about is like getting to product market fi…”
Dessaigne: Algolia founders manually coded Product Hunt's first search integration
“I remember when we implemented Algolia in Product Hunt, you know, Ryan, the founder, that was before Product Hunt became huge, and he didn't have, like, any resource to implement search himself, and so we remembered the Stripe story. We did it. Like, he gave u…”
Dessaigne: Founders should manually do the work before writing software
“Doing things that don't scale, I think the main goal is that how much can I learn today? Not waiting to have developed anything. Maybe what I'm going to develop is going to be the wrong thing. Like, if I can do anything like manually even going physically doin…”
Flora: Early-stage founders prioritizing self-service are hiding from customers
“When we see people, oh, like let's jump to self-service early on. It's, in some ways you wonder like, oh, they're, they want to hide behind their computers versus going out and talking to their customers and really grappling with their problems and their pain.”
Epstein: Founders beat large competitors by offering unmatched personal commitment
“What middle manager is going to give out their personal cell phone number when trying to win a customer's business? Like nobody's going to. And so if you make people feel like you care about them and you're going to stop at nothing and your personal career dep…”
Hu: DoorDash built its initial product in one afternoon using Google Drive
“DoorDash, as a product, was built in one afternoon. Whether you believe it or not, the tech stack was basically Google Drive to upload the menus. HTML, CSS for putting the menus. The phone was Tony's phone.”
Seibel: Startups must use tactics that would get corporate employees fired
“And like, if you play the big company game, they will always beat you. You always have to be thinking about, what would you have gotten fired for at the big company? That should be your playbook at the startup.”
Hu: Startups do not die from crashes caused by excessive product demand
“I don't think we've seen startups die because of that reason. That's not, that is actually a hundred percent solvable problem. And you're not gonna die from it because the incentives are so high to fix it, and you're on the path to build a large company at tha…”
Koomen: Optimizely started as manual A/B testing consulting before building software
“We actually had this example at Optimizely where we were building software to help companies run A-B tests. But at the earliest stages, we got companies to pay us just to go in and manually build A-B tests. For them. Right. And so we're making money. The first…”
Koomen: Founders cannot build large, scalable businesses depending on human labor
“The failure mode here though, is getting addicted to that consulting revenue, because like, that's the thing that won't scale quite literally, like it won't scale and you won't be able to build a big business if you depend on human's labor.”