HN user
A subversive thought: as it becomes cheaper & cheaper to build start-ups, prices would fall too. Granted, start-ups are not interchangeable commodities, but given that so many are being created, that ought to impact pricing (aka valuations). Asymptotically, this could lead to a start-up being valued "at cost" (or below it in a serious downturn).
As I said, just a subversive thought. I am sure it doesn't apply to any of us here ;-)
Not that typical in a merger, especially a "growth seeking" merger (like what Google does) vs "cost cutting" merger, like what Oracle does.
This is unusual for Google, for sure. What that tells about them (i.e growth expectations etc) is anyone guess ...
The PDF was painful so here is a converted HTML link http://viewer.zoho.com/docs/xdLbwd
I am in the camp that says keep the abstraction level somewhere in the middle, not too low (painful) and not too high (you will lose a lot of people). There is a happy Buddhist middle there somewhere.
Almost any code meant to be used by other people (i.e not throw-away scripts, but even some of those!), even code written by almighty Lispers, will need to be tweaked by another person at some point - they call that "maintenance" but since that term comes with baggage, I say tweaking.
Great Lisp (and by extension any very-high-level-abstraction) tends to emphasize the elegant proof aspect of it, or the poetry aspect of it, depending on whether you come from the math or the art bent of mind, which, of course, need not be mutually exclusive. "Painters and Hackers" captures this.
But refining code this way can leave out later day tweakers in a state of dread. This is why really great math profs don't just recite the super-elegant proof but actually "motivate" it, with examples, with analogies and so on, none of which will be found in the proof itself.
A medium-level abstraction language will tend to leave in the analogies and examples, in a sense, so the tweaker will find some guide-posts. At the very least, he can turn a little knob here and there, and there is a bit of continuity in his experimentation. With dense, super-abstract code, a single token can hold the hold galaxy but will take arbitrarily long to figure out.
Sorry for the long, rambling comment, but my personal experience (I have shipped a lot of stuff) is Buddha is right. We must avoid extremes and go for the middle.
On the face of it, this would look like a very bad deal. But I feel there must be more to it.
The OP does now YC, know the culture here, understands valuations. Why does he/she even consider selling for 3-4x earnings (i.e profit, not revenue). There must be something about the business ...
Excellent point. My guess is that they could be a bit higher, up to 300K per employee (that would be a somewhat exceptional, I grant you). $300K estimate would give $2.7 million per year.