Surely this must reduce the quality of the talent pool available to new startups, as the experienced developers conclude that other options are a better use of their time.
Surely this must reduce the quality of the talent pool available to new startups, as the experienced developers conclude that other options are a better use of their time.
Second, regarding the talent pool available to employers, two factors confound the analysis: the first and by far the strongest is stated preference vs. revealed preference --- to wit, good developers will make large concessions on comp in exchange for working at companies that seem more fun; the second is that software developers are as a demographic cohort terrible at negotiating.
Yep. It's no real surprise that coders are mostly men with poor social skills, while HR is mostly women with good ones, most of whom those men find attractive. Classic Valley symbiosis.
Most of the software developers I've worked with in my career have had very good social skills, those that didn't, were poor developers as well... So are they bad negotiators because of they lack negotiating ability, or actual ability?
Is there data on the social skills of IT, HR, Gender breakdown etc... Perhaps what you are refering to is a U.S (?) phenomenon?
The fact that people with good social skills convinced you that they were good developers proves the comment made by the parent poster.
To clarify for those that are a bit slow(er):
Their development skills convinced me they were good developers, their social skills just correlated.
I am sure there are companies that, by outward appearance, do have candidates negotiating with HR people after the interview is over. Step 1 in handling negotiation with those companies: realize that you are not negotiating with HR.
The other was a big one in San Francisco, and their HR was insanely powerful... for some reason. It was quite a shock to me but to a lot of others used to Bay Area startups they made it seem like the norm.
So I guess my point is that not all HR is alike and there is probably some truth to this HR negotiating business.
HR is there to make sure you know where the toilets are. They can't pick a Javascript programmer, nor can they decide what to pay for one.
I've met quite a few HR folks with rather poor social skills. It's often the place where the worst business majors get "parked"
In other words, you're telling me both people and organisations are imperfect?! Shocking.
Sarcasm aside: really, it is shocking how SW engineers could come to think that any of the inexact, data-free, human-judgement-driven sides of business are optimal--simply from the theoretical argument that a market is involved. A little economics is a dangerous thing.
I suggest starting from the assumption that everything can be improved, unless proven otherwise.
The failing is not that the employee equity math rarely works out, it's that the "industry" is so focused on equity. It often falls short as a recruiting tool (a significant number of prospective employees are clued in to the fact that it's likely to be worthless) and it's usually a poor retention tool as well (just look at startup turnover and the number of employees who don't stay with one company long enough to fully vest).
The startup value proposition today is actually quite compelling in some cases. Employees, many of them young and without significant real-world experience, can earn six-figure salaries working at companies that, without outside investment, could not sustain themselves.
Too much capital chasing too few opportunities has given many startup founders the ability to raise capital on terms that are insane. I mean, you have entrepreneurs raising million-plus convertible note seed rounds with caps that make absolutely no sense. Where does all that cheap money go? For many if not most startups, one word: salaries.
If you're being paid $120,000/year plus benefits to work on a CRUD Rails app at a startup that probably won't be around in five years, you should forget about equity. You have already won the lottery.
Getting that first job on your resume can be quite a trick.
Just before he emphasizes, with italics, that this is only "compelling in some cases".
Because of the circumstances in which I got dumped into the job market, I started out with a sysadmin job with some programming, which I turned into more programming, but it was not a great start, and it was only through unique coincidence (about the only person in the community with serious Lisp Machine and UNIX(TM) experience) and connections that I got my first really good job.
They were working with Western Digital, which like everyone else at the time was designing a 68000 based workstation, and conveniently enough, it was based on MIT's Nubus NuMachine: https://en.wikipedia.org/wiki/NuMachine
So they were doing all the normal infrastructure for a high end workstation, and LMI was designing a 4 board Lisp Machine CPU with a Nubus interface that would work in one of their machines, with or without the 68000 processor board running UNIX(TM).
People with a serious UNIX(TM) background were actually harder to find in the community at that time....
Oh well, lucky you for having been exposed to Lisp machines.
Working in tech may be unjustifiably glamorized, but you have to be incredibly out of touch with reality not to realize that earning six-figures plus benefits working 8-10 hours a day in air-conditioned buildings for employers, many of whom will feed and transport you, is something that millions of Americans would give everything for the opportunity to do.
What?
Even in professions like law and investment banking, where employees do have to work grueling hours on a regular basis, the "80 hour work week" is largely a myth. I think medical residents are one of the few groups that really puts in these types of hours consistently.
so I was probably exaggerating a bit, but I stand by my original comment that many of these overworked, underpaid startup employees lead absolutely miserable lives and work harder than 95% of people on the planet.
For reference, the US in general works more hours per week than any other industrial nation. Hunter gatherers worked only 15 hours/week. Most impoverished nations work very few hours per week. The only people who beat them out are sweat shops in Southeast asia
This allows us to:
1) Justly reward our employees to the upside (with cash, delivered semi-anually) if things go according to plan
2) Automatically controls costs if we don't perform as a team
3) Achieve upside fairness across early vs late employees since we can adjust the bonus % as we hire each new person
4) Eliminates oddities due to variations in company valuations where swaths of employees end up underwater due to bad luck of timing
Downsides:
1) the tax treatment of bonuses as income rather than capital gains is nominally worse; but given the complications with options, it probably works out better for all but HUGE equity gains
2) this plan might not work well for a company that will be pre-revenue for many years, but that should be a pretty far outlier case.
All-in-all this allows us to offer the opportunity for employees to earn above-market comp without having hope they get lucky with company growth, market timing, and their timing of joining the company.
It's been 3 years now and so far, so good!
I worked at a very successful company that used a similar model: flat 50% of profits paid to employees as bonus. This worked fantastically well in the short term. Now, 10 years later, the company is still very successful but the upside has all shifted to the owners due to departures, renegotiations, and new hires not getting the same terms. So at 3 years it looked very pro-employee but at 10 years it looks very pro-owner.
Would have been really "interesting" if there had been a liquidity event...
However, I'd make the argument that paying above market for top talent is about the best thing a startup can do to increase its likelihood for continued success.
So why did we choose revenue growth instead of profits as the basis for the bonus plan? Profits are easily gamed and frankly rare in startups and would not make for an appropriate metric to base bonuses on for an early-stage company.
I am not sure I follow your points about metrics, transparency, valuations, etc. Those seem like concerns unrelated to the structure for giving employees exposure to our financial upside.
Our #1 metric is revenue growth. That's what we want our team focused on. Not vanity metrics, not profits even. That's a management concern. Our bonus plans cover multi-year terms, and they motivate one to do the right thing in the long-term vs short term. There are no issues with gaming the bonus program; moving $1 of revenue forward/backwards by a few months has no effect. Making an extra $1 now at the expense of $2 next year is not rewarded. "Top management" still has to approve overall direction and operational processes, so it's not like anyone even has the opportunity to game revenue numbers at the expense of operating margin. Besides that, we hire good people and if you can't trust
I will say that for some types of models (eg Twitter) this wouldn't work as it's a free-as-in-beer product until they can start doing advertising. But models like that are quite rare. Though even in those cases there is probably a single vanity metric that is theoretically the main driver of future revenue growth which could be used.
Of course, that's still talking about equity, which gets back to the fact that it really is best to treat your equity as little better than a lottery ticket -- something with the possibility of turning into a modest bonus and the remote chance of making you wealthy.
> experienced developers conclude that other options are a better use of their time.
Which I suppose is part of the reason the startup labor pool skews young. Occasionally, though, experienced developers get bored and need new opportunities too.