87 karma · joined October 4, 2009
After people are let go, severance and continuation of healthcare beyond some term mandated by law (maybe state, maybe federal, maybe varies by state, don't know) are not considered employee claims in this sense.
CEO and the board didn't follow the YC guidance mentioned above, and it's on them.
There is no one-size-fits-all recommendation though. Everybody is different, and everybody's situation is different. What works for me won't necessarily work for you.
Equity comp, especially in non-publicly-traded companies, indeed is closer to a lottery than a lot of people think, and articles like this are helpful because they are educating people about it.
I also once wrote a blog post about this topic - http://www.somic.org/2015/12/28/on-employees-investing-in-th...
There are also certain 401k rules that may play very hard against you. For example, take a look at mandatory withdrawals ("required minimum distribution" - RMD) for some types of retirement accounts in the US at certain age + how your retirement account suffers disproportionately if market is down when you start mandatory withdrawals.
I know the math you are talking about, it does make sense conceptually and that's why it's cited in all 401k materials, real life with its rules and uncertainty is bit more complicated.
If I have 99% cash and 1% in VTI for 10 years, am I "always invested in the market" during this time?
Hint: he never sells.
This is a reasonable default option but not necessarily the best for everyone.
There is a flaw in this statement - you are encouraged to save more today in order to maximize amount of money in your retirement account, with side effect of some immediate tax savings (which btw will not be in absolute figures but will be in rate - if you save more to 401k, your tax rate will be lower but amount of tax you will pay will still be higher).
If you are too far from retirement and have other goals that will come before retirement that could be very important to you, it becomes a decision just like anything else, not a no-brainer.
This is because of tax law - you are very constrained in your ability to take money from 401k before retirement if you need it.
When private funding is available, IPO is not needed by definition. And since comp structures are set up with the expectation of IPO or exit, it's employees who are affected.
If you are negotiating an offer with a private company, you should attempt to price the risk of having to forfeit your stock comp. This risk has increased recently (that's what this story is about) but most people still under-negotiate it in their offers.
I will give you a simple example. If you get a random sample of people in the US, I am afraid more than 90% of them won't even understand that investing 5K in a neighbor's kid's shiny new startup is not a binary proposition (invest or don't invest); one actually is buying N of something (shares, options, warrants, etc) for those 5K, with all sorts of properties like seniority, etc, etc, etc.
Regular people can understand a loan - I give a neighbor's kid 5K and get back 5K+3% in 1 year. But equity-based investment is significantly harder to grasp.
Information asymmetry, risk mismanagement, chasing quick riches, etc - too many reasons imho why startups are not a viable asset class for most people.
A maintenance process whose purpose in life is to delete data from ELB backend database (if it were not the case, you'd see "maint process didn't work right") in such a weird way that it would cause such chaos? Why on earth would such a maint process exist in the first place? I can imagine some possibilities here of course but it feels to me there is more to it than what they've chosen to disclose.
Next. So they lose config data but data path for now not impacted. Fine, makes sense. But then backend, with only partial data, attempts to reconfig running LBs, doesn't fail completely (as in it was able to connect and do at least something but not all actions it was supposed to do) thus forcing otherwise good but impaired LBs into a completely bad state. Sunds suspicious to me.
And then the biggest question - why did they choose to attempt to restore entire backend database when only 6.8% of LBs were impacted?
I also have no idea how a CM process can protect against making a mistake - mistakes happen when somebody is at the controls with or without prior coordination.
All in all, their backend systems are so sophisticated and precisely engineered that any unforeseen/unexpected abnormality caused by manual intervention (be it inadvertent run of a maint script or fat fingered traffic re-routing from primary to backup network) inevitably lead to overwhelming reaction of their automation that makes the problem even worse and extremely hard to recover from.
Very tough position to be in - during these outages, they are essentially fighting the skynet that they themselves created and at their scale there is no way around it.
So hats off to those who've been working on this and good luck taming the beast.
Many companies claim to be working on things like marketplaces etc, but unless you can sell (buying is always trivial) and further unless you can sell to not just AWS but to a pool of other users, it ain't no marketplace.
Further parallels with options are: 1) your upfront payment is option premium; 2) your RI has time value which is always declining as time passes; 3) RI gives you a right, not obligation, to do something; 4) RIs have many series, each expiring at the same time, just like exchange-traded options that expire at predetermined times.
All in all, this is huge. Or even bigger than huge. It can enable certain things that were not possible before, and personally I am very excited about opportunities it will present and how it will re-shape public IaaS.
My post was directed at folks who said "web sites that went down as a result of such unprecedented EC2 problem made an engineering mistake by not building to be able to withstand."
Again - I am emphasizing "engineering mistake", not business mistake or funding mistake or resource allocation mistake.
My point is there are things you rationally protect against. But at some point, putting up defenses against more and more bad things stops being rational.
For different systems this point (where it stops being rational) is different.
http://somic.org/2011/01/19/my-doubts-about-idea-behind-spot...
Agree that implementing similar system for a single AWS account is not going to be very difficult.
To sum up, Netflix's strategy is to go with the best and biggest in each category, and AWS is obviously the biggest as of now.