内幕：推特广告投放出问题了。面临广告主天文数字索赔

马一龙和川宝一样，是真的不懂但是又要假装自己什么都懂的类型。
复杂软件系统就跟一个人体一样，如果是正常发育，体质健康，那么各种不稳定因素都可以顺利的smooth掉。
你把一个人的所有器官切掉一半，这个人多半会立刻心肺衰竭。就算全身ecmo吊命，后面还有成吨的后遗症等着呢。
比如twitter这次可能碰到的只是碰到spike过高，数据清理不够干净之类的破事，甚至可能只是些qps报警，token失效之类的小问题。，owner还在的话看一眼就知道怎么修，修不了知道怎么WA。结果不仅owner走了，知道谁是owner的人也走了，知道跟谁去找owner的人也可能走了。
现在好了，让Tesla写车机软件的c++工程师去看scala，他们看得懂看不懂先不提。就假设他们都是天才脑子里内置了twitter所有编程语言的reference manual。但是他们要知道代码哪里有问题，至少得有在类似规模的系统里围观问题和解决问题的经验。否则问题摆在他们眼前他们都不知道这是个问题。。。
这就是我们为什么说，“代码，数据和工程师，都是系统的一部分”。
转载一亩三分地评论
科技公司的码农人数就算有冗余的情况，也大体是符合所需要正常维持公司运行的人数比例的。毕竟低息大扩张时代满打满算也刚进行了一年左右。
裁撤超过20%我觉得都有可能出现一些问题，而且裁撤也不能是某个org连锅端，尤其是一些水平的组其工作内容支撑上面好几个组那种。
我不知道有些动辄发言一会推特不需要多少人，一会meta不需要多少的人是不是没工作太久把推特这种级别的系统想象成上学时做的CRUD app，还是工作了很久也只盯着自己组里的东西。就我的经验，无论技术多么成熟的公司，每天在各个大的org都可能会发生多起事故。有的时候事故很小是凭借oncall多年的经验和对系统的熟悉程度第一时间把事故破灭。这就是为什么其实美国科技公司正常裁员会优先保留经验丰富的老将，推特这种公司十几年的代码量那是天文数字，出现任何一个小的问题如果是从头查起都会耗费太多时间导致更大范围的事故和对用户的影响。
裁员可以，尽量精确地对每个组每个engineer的重要性有个基本的概念，这需要把整理裁员名单的任务下放到manager，或者至少是二级manager这一层，经过反复的商量和探讨去整理出一份名单来。尽可能保证每个组的工作内容出问题时至少有骨干人员可以去处理问题。这是最起码的了。而且你要考虑一旦裁员的话那些骨干人员本身技术能力就出色，出现裁员你也要考虑他们会主动走人的可能。这就是为什么成熟一点，懂技术一点的科技公司领导者会尽量避免大规模裁员。因为大规模分布式系统下的app无论从用户角度上看上去多么简单，实际上就维持其正常运行所需要的人数就远比你想象得多。
Musk这一波真的挺暴露他对软件公司和软件行业管理缺乏起码的基础知识，Tesla那套工业软件系统的经验其实并不是很适合套到日活很高的互联网应用的。