项目上线的日常

经常听到这样的对话：

“能上吗？”

“能”

别想污了，这是业务领导和项目经理的一段最普通，然而却是最频繁的一段对话。说的是某产品功能是否能如期发布上线的事情。

然后很多神跟帖：

“我洗好澡等你”

“这个功能很急，11月份能上吗”“能”“今天是10月31日，那明天上吧”“。。。”

“先上再改呗”

老司机都知道，风险的种子已经埋下，就等哪一天被某个现网问题引爆。

软件的复杂程度其实远远超过想象，没有银弹是普遍存在的真相。这是不管用多少领导的维权和政治压力都没有办法解决的，作为一个多年混技术饭的人，能做的只有实事求是，最大限度的降低风险，并且，提前想好对策，其实就是怎么甩锅啦。。。唉，说得太多了。

有一点在实操中还是有点用的，那就是从逆向的角度问自己，既然大家都关心能不能上，怎么就没人关心能不能下呢？

所以，更有建设性的问题应该是这样的：

“如果功能出现问题，能下吗？”

“如果功能出现问题，能不能暂时关闭新功能，并切回老功能？”

“在彻底切换到新功能之前，有没有考虑灰度发布，先用一些小白鼠试试效果，如果效果好了，再针对所有小白鼠来个大的操作”

“上新功能前，有没有考虑负载均衡的能力，不要一下把新功能撑爆了？”

如果对以上问题的答案都是“能”或者“有”，那么你显然对神奇的软件上线工作抱有了基本的敬畏之心，走在了继续做工程师的不归路上。

但是，还不够，除了肯定的答案，你能拿出具体的措施和方案吗，如果这个也难不倒你，那么你基本已立于不败之地。

可是，说说都容易啊，实操了吗，严格执行了吗？如果你也这么做了，那么基本上，你可以不用背锅而只需要甩锅了，运气好的话，甚至还可能拯救一下泥潭中的同侪，收获同行的尊敬以及，如果是个妹子的话。。。只能帮你这么多了。

好吧，工程师的日常，是美好还是梦魇，全在你的选择，还有多走一步的那一点点努力上。