工作过几年的工程师总能遇到和自己相关的产品发布会。

因着最近 Airbnb 刚刚发布了 Magical Trips，就和几个也是互联网公司的朋友聊起了关于发布会这件事。至于什么是 Magical Trips，我就不多说了，感兴趣的可以点击文末 {阅读原文}，一篇来自硅谷密探公众号的文章。

  很早的时候，还没有亲身经历过，总感觉像 Google、Apple 之类的有新产品要发布了，那一定是早早地万事俱备。所有相关代码和功能反复测试，只等着公司的头脸人物上场、演讲，掀起各种热潮热情。完了宣布新产品正式发布，幕后的工程师们把早已准备就绪的 “开关” 轻轻一按。一切像电影里发射火箭一样完美和优雅。

  后来经历的多了，这些大公司朋友也多，才知道其实还真不是那么一回事儿。不论之前怎么好好做项目计划、日程安排，在发布前的最后几天，总有一些新的产品需求不断提出来，或者必须做最后的调整改动。好在这种时候大家都是打了鸡血的，怎样的需求都能（不那么轻松的）搞定。

  等到正式发布的时候，手忙脚乱说不上，但是绝对不是按个纽启动洗碗机那么简单。倒是有点上战场的意思：总负责人发号施令，各个子项目组负责人待命、传达、执行。各种 Metrics 的 Monitoring，每个人屏幕上都是满屏的各种实时的图表曲线 Log 等等。而且不管你之前怎么本地测、内测、Dog Food……等到一下子发布给千千万万用户的时候，总有哪里会出现你意想不到的问题。

  好在负责发布的工程师都是或者身经百战、或者动手能力极强，各种问题从发现、到追踪、到找到 Root Cause、到 Fix……都是效率高到令自己人都咂舌的程度。

  然后终于几个小时过去，产品稳定上线。大家几个月紧绷的弦才算松下来。一起去喝个痛快，互相吹捧对方在产品开发以及发布过程中的表现是多么神勇。

  发布会那几天，通常不是特别紧急的代码，都是不让轻易改动的。只等发布会过后几天，一下子大家攒了几天的写代码热情一下子爆发，Deploy 流水线通常也是热闹非凡。究竟什么样，却又是每个公司有每个公司的景观了。