51CTO编者前言：本篇文章节选自一位中国雅虎前员工的博客：《技术文化和惨淡命运——怀念中国雅虎》。顾名思义，全文讲述的是中国雅虎的技术文化 + 惨淡命运。惨淡命运先不提了，作者对于中国雅虎的技术文化的描写，对于各个领域的IT工程师——前端开发、测试、运维——都是有所启发的。雅虎毕竟是老牌互联网公司，其中的很多技术方法和流程，都很有了解的价值。下面我们就从原文中节选了“技术文化”的部分。如果你是一位系统运维，可能对雅虎内部的Linux文化、知识库、产品上线流程、以及自动化工具的部分都会感兴趣。
中国雅虎***的一个地方就是它和 Yahoo 全球共享同一个技术平台，那是一个有十几年历史的技术平台。Yahoo 的技术文化不如 Google 的工程师文化那么有名，但 Yahoo 在相当长的一段时间内都是互联网的旗帜，吸引了全球大量的技术牛人加入，Yahoo 的技术平台就是他们的知识、经验和心血日积月累的成果。尽管阿里巴巴收购了中国雅虎，但是在技术方面并没有对中国雅虎做出太大的改造（幸好没有改造），所以就工程师来说，每天更多接触到的还是 Yahoo 的东西，而不是阿里巴巴的东西，对我影响***的也正是这些东西。
一、Linux 和开源文化
之前一个中国雅虎的同事，他是工作了几年之后才来中国雅虎，有一次他说：“雅虎是我见过的最尊重 Linux 的一家公司”。什么叫做尊重 Linux 呢 ？ 不是在服务器上装个 Linux 跑 Apache 就叫做尊重 Linux 。在雅虎很多同事日常都使用 Linux 操作系统办公，即使有一些人使用 Windows, 也都是使用 pietty 或者 Xshell 等工具远程连接到开发机器上使用 VIM 做开发。不只是日常工作，在雅虎全球的技术体系中，产品的上线和发布也都借鉴了 Linux 包管理的方式：所有的产品都会被打成包放在一个专门的服务器上，产品的部署和升级就变成了简单的装包操作，绝对不会出现***上线的时候文件路径出错等低级问题。Yahoo 的技术平台是深深扎根于 Linux 和开源文化的。
大型互联网公司一般都会使用开源的产品，同时也向社区贡献代码。Google 和 Facebook 经常将自己研发的成熟产品开源，Yahoo 当然也不例外。而且 Yahoo 不仅仅给社区贡献代码，它在设计方面也拥抱了开源文化，将多年研究总结的设计模式库共享了出来。在 Yahoo 内部，很多代码都是存放在 CVS 里面的，并没有限制读的权限，任何员工都可以查看里面的代码，这对于那些小团队内部代码都不敢共享防员工如防贼的公司来说应该是非常不可思议的。另外， Yahoo 的工程师也经常出现在各种技术会议上，分享自己项目的架构、流程和经验。虽然这些更多都是 Yahoo 全球技术团队做的事情，但是对于他们那种开放共享的精神我们是非常认同并且向往的，你会觉得做一个工程师很自豪，而不会觉得自己是民工、做技术没前途。这种认同感和成就感乍看上去没什么，但实际上它决定了你对技术的追求和态度，也会影响你以后在职业上的选择。
二、浓厚的技术氛围
虽然2008年的时候中国雅虎已经被折腾得快不像样了（这点后面细说），不过那个时候还是有浓厚的技术氛围的。让我印象深刻的一件事情是 Google Chrome 浏览器刚发布的时候，大家都立刻下载下来使用，但由于公司内网的一些问题无法打开网页。当我正打算把 Chrome 卸载了的时候，忽然发现公司邮件列表里面已经有人发邮件给出了详细的解决方案。从这件小事可以看出公司大部分工程师都不是那种只知道完成工作的人，而是随时关注新技术和业界动态的人。当时中国雅虎还是有很多牛人没有离开，大家也喜欢在邮件列表里面谈论技术，经常能看到精彩的讨论和解答。最让我兴奋的是，无论我遇到什么技术问题都不用慌张，即使无法 Google 到答案也可以从同事那里获取到帮助，而且大家也愿意回答技术问题，这对于我这样一个基础很差技术又烂的菜鸟来说真是天大的福气。
中国雅虎还有做技术分享的文化，如果有哪位同事想要分享一下最近学习到的技术，就可以自己预订一个会议室然后向所有的工程师发送会议邀请，有时候还会有一系列非常系统的课程，我就参加过长达十几个课时的 UED 培训，完全改变了我对 Web Develop 的认识。很多公司应该都鼓励员工做技术分享，但在中国雅虎几乎每次技术分享都会把会议室坐的满满当当，可见大部分工程师都还是想要不断提高自己的技术能力。直到离开雅虎之后我才明白这种普遍的学习热情有多么难得。我想，业界之所以到处流传着“程序员做到30岁***转管理”之类的忠告，应该就是因为大部分公司都缺乏这种良好的技术氛围吧。
三、庞大的知识库
入职的前几天，我每天的工作就是看文档，不是类似“PHP技术手册”那种文档，而是一些 Yahoo 内部的工具手册。Yahoo 内部的文档非常齐全和详细，光是 Yinst 这款工具的使用手册就长达几十页。Yahoo 内部是用 Twiki 做知识管理的，这个知识库经过十多年的积累已经非常庞大，从入门到提高，从 PHP 到 C ，从前端到后端……应有尽有，而且几乎 Yahoo 全球所有子公司的技术资料都是开放浏览的，没有任何乱七八糟的权限设置和保密限制。有这么一个宝藏在，再加上好的学习氛围，如果你想要提高自己的能力的话，总是可以提高。当初我想从 PHP 工程师转做 Web Developer 的时候，就先把 Twiki 上 UED 部门的所有资料看了一遍，受益匪浅。
国内大部分互联网公司都是没有太多技术积累的，因为大部分产品的开发都只追求开发速度，并不会特别追求技术上的***，就更不要提文档这种东西了。也正因为如此，从中国雅虎出来看到其它公司的知识库的时候总有不过瘾的感觉，可能也只有像 Google, 微软和 Facebook 这样的公司才会有像 Yahoo 那样的知识库吧。在和之前一些同事吃饭聊天的时候，大家也总是会怀念那个无所不包完全开放的 Twiki ，好像少了一个忠实的朋友一样。我们由衷地尊敬那些在完成工作之余还愿意总结项目经验并花时间写 Twiki 的工程师们。
四、完善的流程
***次参与项目开发的时候，我的 Leader 领了一个 MM 过来说：“这位是项目的 QA 负责人”，我当时愣了一下：“呃…… QA 是做什么的？” 尽管在大学里我也在实验室做过一些项目，但那些项目基本上都是我自己负责所有的事情，完全没有分工和流程的概念，所以也不知道 QA 是负责产品测试工作的。进入中国雅虎之后，我才***次接触到商业产品的开发流程，不过由于那个时候中国雅虎已经半死不活，我也没有受到有关流程的入职培训，以至于在做了好几个项目之后才真正熟悉了完整的流程。
中国雅虎的开发流程沿袭了 Yahoo 的开发流程，乍看之下很平常，对于已经熟悉的工程师来说还显得枯燥，但后来我特别留心了这套流程之后，非常惊奇于它的严谨和高效，所以这里要详细说明一下。Yahoo 的内部生产线分为三个相互独立的环境：开发环境、测试环境和生产环境（即线上环境）。这三个环境虽然独立，但它们的配置都会尽量保持一致，这样就可以保证开发完成的产品不会因为环境不同而出现问题。在开发的时候，我们会在开发环境中搭建虚拟环境，开发完毕之后开发工程师会自己在虚拟环境里面测试，保证没有大的问题，然后就会把所有相关文件打包上传到雅虎全球统一放置产品包的地方。上传完毕之后，就会发邮件通知 QA 部门相关人员，邮件内容里面要写明产品在测试环境的部署步骤：需要安装哪些包、是否需要修改数据库等等。然后 QA 就会开始测试，如果发现 BUG 就会写到 Bugzilla 中，指派给相应的开发工程师，开发工程师就会在开发环境中定位BUG并修正，修正一些BUG之后就会再次打包升级产品的版本，然后QA 会将新的软件包部署到测试环境验证之前的 BUG 并报告新的 BUG 。整个测试过程中可能要发布好多个版本，直到所有 BUG 被修正为止。修正完毕所有的 BUG 之后，开发工程师就会填写上线申请，Ops 看到申请之后就会安排一个时间把产品部署到生产环境。一般来说，生产环境不止会有一台机器，所以 Ops 会先从生产环境摘下一台机器部署，部署完毕之后会告知 QA 和开发工程师，然后 QA 和开发工程师就会修改 Hosts 文件，配置域名指向那台机器进行线上的测试，如果测试没有问题，那么就会把软件包部署到生产环境中所有的机器上，完成上线；否则就进行回滚，取消这次上线，也不会影响到线上的用户。
整个流程大概就是这样，但是要特别注意的是以下几点：1. 开发工程师只能接触开发环境。他所能做的就是在开发环境中开发、改 BUG 和打包上传。如果他去测试环境中修改 BUG，就很有可能忘记修改开发环境中的相应代码，这可能会导致产品测试通过但是上线之后却发现大的问题。 2. 产品“封版”之后就不可以做任何改动，如果有改动，即使只改动了一点所有功能也要重新测试一遍。所有的 BUG 都修改完毕之后的那个版本就会进行“封版”，那就标志着这个产品随时可以准备上线了。如果真的发现了新的 BUG 要修改的话，那么修改之后就需要重新打包重新走一遍完整的测试流程，只有这样才能够保证就算修改代码过程中引入了新的 BUG 也不会被遗漏。 3. 上线手册要详细。开发工程师要详细写明每一个步骤，不只是说明性的文字，还要把具体的安装和修改命令完整地放上去，如果写得好的话，那么 Ops 的同事只需要把上线手册里面的命令逐行复制到服务器上运行就可以完成上线。
这样的流程有什么好处呢？ 首先，它***地降低了上线风险。因为开发工程师不能接触到测试环境，只能打包让QA测试，所以完整经过测试的产品上线之后基本不会有什么问题，况且上线的时候我们也要先部署到一台机器上进行测试之后才会决定是否上线，即使上线不成功也可以在不影响用户的情况下回滚。中国雅虎的上线极少会出现问题，很多时候我们上线到半夜只是因为那个时间段用户访问量最小，而不是说焦头烂额地忙活几个小时一直到半夜才上线成功。其次，它使得各个部门职责分明。开发工程师和 QA 通过 Bugzilla 沟通，和 Ops 通过上线手册沟通，因为沟通渠道唯一而且清晰，所以就可以完全责任到人，出了问题也很容易定位到具体环节。比如说，如果产品测试通过之后在上线的时候出现了问题，那么基本就可以确定是 Ops 操作失误或者上线手册没有写好。职责分明之后很多事情也变得有条理，大家就可以各司其职、专注本职工作并且合作愉快，开会的时候也可以明确知道需要哪些人参加。
完善、清晰的流程从根本上解决了一些问题，创建了一个非常好的环境，这样我们就可以把心思都放在如何开发和测试上面，而不用担心诸如“如何上线才能不出错”等琐碎的事情。所以尽管中国雅虎的高层那么不靠谱，我工作得还是很开心，因为这个流程保证了管理层再怎么乱开发也不会乱。记得那时候很喜欢改 BUG ，有时候改得兴起会把之前版本遗留的 miss BUG 一并改掉，加班也是颇有兴致，不是很能明白为什么网上大部分程序员讨厌加班讨厌得要死。现在我明白了。
五、自动化工具
工欲善其事，必先利其器。如果没有那么多好用的自动化工具，那么 Yahoo 的流程就不可能如此完善。Yahoo 内部有很多非常好用的工具，而且这些工具都有非常齐全的文档，也可以在 Twiki 上找到不少相关资料。这些工具之所以在 Yahoo 会起到那么大的作用，是因为 Yahoo 全球所有的技术团队都在使用它们，Yahoo 所有的服务器上也是默认安装了这些工具。这些工具就形成了一套全球 Yahoo 工程师通用的话语体系，可以想象它们帮助 Yahoo 节省了多少沟通成本。
由于考虑到服务器的安全问题，Yahoo 的这些工具的使用方法是对外保密的，这里我只简单说一下 Yinst 这款工具的强大。假如要把软件包 example_1_1_0.tar.gz 部署到 a1.yahoo.com ~ a10.yahoo.com ，那么只需要下面这样一行命令：
yinst install example_1_1_0.tar.gz -h a[1-10].yahoo.com
就可以完成整个上线过程。由于好奇的缘故，在上线的时候我比较喜欢跑到 Ops 那边看他们是如何操作的，然后发现其实他们在上线过程中执行的命令很少。因为工具好用，所以产品极少因为 Ops 这个环节出现问题，上线就变成一件比较轻松的事情。
中国雅虎的产品和业务确实不好，搜索不如百度，新闻不如三大门户，“雅虎助手”是人人皆知的流氓软件，邮箱也出过丑闻，而且被 Gmail 和 QQ 邮箱远远抛在后面。中国雅虎最广为人知的也都是这些不光彩的事情，但这里我想让很多人知道，对于一个对技术还有追求的工程师来说，当时的中国雅虎真的是一个很好的工作环境。至少对于我自己来讲，我从 Yahoo 学到了太多太多的好东西，而且这些东西还只是 Yahoo 精华中的一小部分，如果不是阿里巴巴集团战略调整，我一定会在中国雅虎多呆两年。
编者后记：原文后面还有很长的篇幅讲述中国雅虎的死亡，如果感兴趣，可以到原文观看：
http://www.zhuoqun.net/html/y2010/1535.html
现在我们说起互联网公司、世界***的运维技术，想到的大多是Google、Facebook，以及阿里巴巴等；但是真正了解才发现，老牌的互联网企业的技术文化，的确有其独到之处。现在国内把互联网仅仅当作工具的环境，对于技术人而言的确是极大的悲哀。平心而论，相对于国内大多数企业而言，其实阿里巴巴在技术文化的营造上做的已经好很多了。整个市场环境的转变，一个尊敬技术的大环境，还需要很长时间来培养。
【编辑推荐】
