工程师和产品发布会

来源:V型知识库 | 2016年11月24日 09:03 | 323次浏览 | 分类: 互联网&程序员 作者原创 版权保护

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

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

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

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

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

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

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

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