Premature Scaling Debate

Comments discuss whether startups and developers should prioritize scalability early or focus on growth until scaling issues arise, referencing Paul Graham's 'do things that don't scale' and real-world examples.

📉 Falling 0.3x Startups & Business
5,959
Comments
20
Years Active
5
Top Authors
#9955
Topic ID

Activity Over Time

2007
37
2008
180
2009
172
2010
207
2011
286
2012
283
2013
259
2014
190
2015
209
2016
308
2017
369
2018
271
2019
312
2020
417
2021
502
2022
576
2023
591
2024
384
2025
391
2026
15

Keywords

CPU IMHO BS SEDA harvard.edu HN KISS YouTube IAAS VC scale scaling scalability scalable economies economies scale startup architecture building application

Sample Comments

collyw Sep 28, 2022 View on HN

Scaling is likely to be the biggest problem, not app development.

axod Jun 27, 2008 View on HN

Scalability problems are not just for the web :)

antirez Apr 9, 2008 View on HN

Don't needed? Even the book of Founders at Work is full of stories where the problem was scaling (delicious, paypal, blogger, ...). Every startup that's going to work well is going to have this kind of scalability problem (and it is most of the time related to DB and not HTTP front-end side).

Vkkan2016 Apr 12, 2017 View on HN

IMHO until you hit scalability issue don't try to spend your time and money there yet

brodock May 19, 2022 View on HN

people learned how to scale, not a big deal unless you are handling 1/3rd of the internet traffic for a specific industry.

27182818284 Oct 19, 2012 View on HN

Similar to not worrying about scaling because 99% don't get to the point where they need scaling.

petervandijck Dec 18, 2011 View on HN

Forget about scaling, it does not matter.(Unless you're building something that needs to scale day 1, say, an aggregator, a search engine, or something like that.)

drob518 Nov 10, 2025 View on HN

Without knowing what the cause of those scaling problems were (CPU, memory, IOPS, etc.), I’ll have to take your word for it. But having worked at several startups, I can say that it’s a common disease that engineers start to optimize for the “we’re going to have a jillion customers” case long before they even have one customer, and that adds a whole bunch of complexity, cost, and schedule to the development, which increases burn and stands between the company and its cash-flow positive date. In

t0pj May 2, 2008 View on HN

"X doesn’t scale" is a myth.http://news.ycombinator.com/item?id=160730

nickff Oct 16, 2024 View on HN

Seems like an application of "do things that don't scale".https://paulgraham.com/ds.html