本文对面向失败设计做了一些浅显的思考。
2015 年 5 月，杭州市萧山区某地光缆被挖断，某公司支付软件受到影响，用户反复登录却无法使用，一时间#XXX炸了#成为微博热词；2021 年 7 月 ，某视频网站深夜宕机，各系产品所有功能似乎全崩，直至次日凌晨才恢复服务。这两个故事，导致吃瓜群众对企业技术实力产生了质疑和误解，影响颇深……
从两个故事可以看出，对于失败场景考虑不充分对于企业声誉的打击有多大。站在程序员个体角度，面向失败设计对于个人的影响也同样巨大，企业的事故责任终究要落到程序员个人头上，而事故也往往会消耗组织对于个人的信任，直接或者间接地影响个人的发展。在字节跳动，事故对个人的影响不算太大，但在其他一些公司，一次事故往往意味着程序员“一年白干”。
不同年限的程序员差异到底在哪里？这个问题，我的理解是，除了架构设计能力、项目管理能力、技术规划能力、技术领导力之外，面向失败设计能力也是极其重要的一环。
业务开发的新同学有时候可能会有迷之自信，觉得自己写的代码与老鸟们没有什么不同。实际上，编写正常流程的业务代码大家的差异不会太大，但是针对异常、边界、不确定性的处理才真正体现一个程序员的功力。老鸟们往往在长期的训练下已经形成多种肌肉记忆，遇到具体问题就会举一反三脑海里冒出诸多面向失败的设计点，从而写出高可用的业务代码。如何去学习面向失败设计的方法论，并慢慢形成自己独有的肌肉记忆，才是新手向老鸟蜕变的康庄大道。
基于这样的考量，我写了这篇文章，对自己这些年来的一些经验和教训做了一些总结，希望能够抛砖引玉，让更多的老鸟们把自己的经验分享出来，相互学习共同进步。
