Mar 12, 2008
If you can’t think of a time when you held off on refactoring something because thinking up names was too hard, you’re a better man than me.
me

permalink

* *
Mar 12, 2008
When you add a developer to a team you incur at least two fixed costs. The first is in raw currency, the salary you have to pay out. The second is in lines spent—the rate of codebase growth is certain to go up.

Both fixed costs increase your burn rate; only one increase is predictable.

— me

permalink

* *
Mar 12, 2008
If we wish to count lines of code, we should not regard them as “lines produced” but as “lines spent”: the current conventional wisdom is so foolish as to book that count on the wrong side of the ledger.

comments

  • Evan R. Murphy, 2011-02-25: Excellent quote!

permalink

* *
Mar 12, 2008
The more lightweight the process, the more disciplined you have to be in following it. Discipline can and should coexist with iterating on the process.

permalink

* *
Mar 11, 2008
We’re not a replacement for venture capital funds. We occupy a new, adjacent niche. VCs are playing a zero-sum game. They’re all competing for a slice of a fixed amount of “deal flow,” and that explains a lot of their behavior. Our m.o. is to create new deal flow, by encouraging hackers who would have gotten jobs to start their own startups instead. We compete more with employers than VCs.
Paul Graham synthesizes ecology and liquidity.

permalink

* *
Mar 10, 2008
The lesson of Combatants for Peace: misunderstandings breed in rigid, airtight social networks. To bring erstwhile enemies from Israel and Palestine together, bring them into social contact, have them tell each other their stories. (on NPR)

permalink

* *
Mar 9, 2008
A creator needs to acquire only 1000 true fans to make a living.

permalink

* *
Mar 8, 2008
Legacy code is code which has no automated tests.

permalink

* *
Mar 7, 2008
Collection of Rules” is a decent metaphor for programming languages, and some languages have more rules than others. But it is orthogonal to the metaphor of languages as tools.

permalink

* *
Mar 7, 2008
A Hacker is always trying new things, trying to stretch the limits of what’s possible or what exists. Once something is functional and successful, the hacker moves on to another hard problem.
Peter Christensen could be describing a Feynman. Or an Andreessen. Or a Hemingway.

permalink

* *
archive
projects
writings
videos
subscribe
Mastodon
RSS (?)
twtxt (?)
Station (?)