It's interesting to note that this presentation strongly contradicts the advice of "The Pragmatic Programmer" and "Clean Code", which are highly respected by many. Does this mean that those books are wrong, or does it mean that Facebook will eventually come to regret their philosophy? Or maybe writing this kind of code is somehow fundamentally different, so the usual wisdom and rules of thumb don't apply. I really do…
I think what it means is that as it stands now, there is no definite good/bad way to make successful software. There are just opinions.
To be successful does software need to (check off what you think would matter):
* Make money directly
* Make money in-directly
* Be used by at least 1 user (not including dev + dev friends and family)
* Be alive and working in 6 months
* Be alive and working in 2 years
* Be alive and working in 10 years
* Simply ship so dev gets a positive yearly review
* Be bug free
* Only crash N% of the time (who cares just re-run it and don't do the bad thing)
* Quality / features don't matter as long as marketing is talking about it and people play with it so it looks successful.
* Simply exist, but be subsidized by some one or something so devs keep hacking on it even if no one uses it.
* Still be useful when there are zero devs working on it.