Live data from Hacker News

Do Things that Don't Scale

paulgraham.com

21–30 of 223 posts

Re: Do Things that Don't Scale

#21
"But (like other ways of bestowing one's favors liberally) it's safe to do it so long as you're not being paid to."

We at blogVault love the above line. We often have our customers ask us for help with things completely unrelated to what we do. However, we always refuse to be paid for it. We always tell them that we are in the business of backups. Everything else we will help out but could not accept any payments for. It ensures that we don't have to commit to deadlines etc.

Re: Do Things that Don't Scale

#23
PG’s point about a lot of startup founders having an engineering background is hugely relevant to this, beyond his assertion that “customer service is not part of the training of engineers.“

Systems that don’t scale, or that are reliant on the grunt work of humans, are not part of the training of engineers either. For so many engineers, an unscalable, human-dependant system is a bug, not a feature.

Is it too hyperbolic to say doing things that don’t scale runs counter-intuitive to an engineering mindset? (I’m a left-brained, analytical, systems-minded designer, so I’m definitely not trying to throw stones at my peers.)

Re: Do Things that Don't Scale

#24
TLDR: Startups that try to focus on big launches are generally lazy. Success comes from putting in extraordinary effort to putting your customer first. This means you get super-enthusiastic users. This works by the principle of compound growth as users tell their friends.

Somewhat ironically I am of the opinion that:

(A) this is one of pg's best and most useful essays ever

(B) it is partially more useful because it is longer and more experience driven than some of his other "classic" essays (i.e. the theory behind why blub is bad and lisp is great)

(C) it is too long and could have been edited down a bit more

Re: Do Things that Don't Scale

#27
I like this essay a lot.

In the early days of Apple, the founders placed minimum orders for parts on 30-day credit, then built the computers in 10 days and sold them before the payment for the parts came due. There wasn't any sexy software at that point. Apple was a hardware startup.

Web startups are in general probably more attractive to VC, but I'm excited about hardware startups.

Re: Do Things that Don't Scale

#28
It's interesting that what pg writes in this essay is implicit in the word scale. If you think about what it means to scale, it means your level of automation grows as your number of users grows. If you don't have many users, it doesn't make sense to automate too much.

Re: Do Things that Don't Scale

#29
post #7

I can think of quite a few startups that used a big bang launch with press with success. Off the top of my head - Instagram (MG's series of pieces on Techcrunch), Mailbox, Flipboard, Square, Path. I get where PG is coming from but press can help bootstrap a network effect if you have none.

When asked if he would like condensed milk or honey on his bread - Winnie the Pooh said "Both, but never mind the bread".

Dropbox went to YC and to TC 50 and did "double-sided affiliation" and has a great product and and and... etc.

Post reply on HN