作者:刀马、窄多 来源:互联网   酷勤网收集 2008-03-09

摘要
  1 所有开发人员在同一个源代码库下工作,共享基础架构;2 任何一个开发人员都有权利修改整个代码库内的任何错误3 开发常用三个命令(”get, config, make”);4 全公司统一编码风格;5. 所有代码的Check-in必须反复检查;6开发人员需要进行深入的单元测试……

googlesystem提到去年的Google开放日图片中关于对google的工程哲学的介绍。

原文如下:

1. All developers work out of a ~single source depot; shared infrastructure!
所有开发人员在同一个源代码库下工作,共享基础架构。
2. A developer can fix bugs anywhere in the source tree
任何一个开发人员都有权利修改整个代码库内的任何错误。
3. Building a product takes 3 commands (”get, config, make”)
开发常用三个命令(”get, config, make”)
4. Uniform coding style guidelines across company
全公司统一编码风格
5. Code reviews mandatory for all checkins
所有代码的Check-in必须反复检查
6. Pervasive unit testing, written by developers
开发人员需要进行深入的单元测试
7. Unit tests run continuously, email sent on failure
经常进行单元测试,发生错误是邮件通知
8. Powerful tools, shared company-wide
好用的工具,全公司共享
9. Rapid project cycles; developers change projects often; 20% time
快速的项目周期,开发人员有20%的周转空间
10. Peer-driven review process; flat management structure
开发人员之间相互检查程序,实行扁平化的管理模式(相对于金字塔模式
11. Transparency into projects, code, process, ideas, etc.
所有项目、代码、进度和构思对全公司都是开放的
12. Dozens of offices around world => hire best people regardless of location
任何地方都可以建立办公室,雇用最好的员工,无论他们身处何处

虽然我不是专职的程序员,也没有项目管理的经验,具体含义理解的也有所出入,但是google的工程哲学的大概思想我想我还是能理解的,那就是平等,开放和统一。想想和现在流行的社区网站,倒是有写相似之处,高度总结的哲学概念无论是运用到公司运作还是社区的组建,在我看来都是有效的。谁是最先掌握社会发展潮流工程哲学的人,就是最先掌控未来的人。

来自:http://www.zhaiduo.com/2008/03/04/google%E7%9A%84%E5%B7%A5%E7%A8%8B%E5%93%B2%E5%AD%A6/

下面是另一篇译文:

这是从一张ppt的slide(需穿墙访问)里透露出的 Google 的12条开发程序的准则,挺有借鉴的。简单翻译下,译文括号内为我的感想:

原文:

1. All developers work out of a ~single source depot; shared infrastructure!
2. A developer can fix bugs anywhere in the source tree.
3. Building a product takes 3 commands (”get, config, make”)
4. Uniform coding style guidelines across company
5. Code reviews mandatory for all checkins
6. Pervasive unit testing, written by developers
7. Unit tests run continuously, email sent on failure
8. Powerful tools, shared company-wide
9. Rapid project cycles; developers change projects often; 20% time
10. Peer-driven review process; flat management structure
11. Transparency into projects, code, process, ideas, etc.
12. Dozens of offices around world => hire best people regardless of location

译文:
1:所有程序员基于一个 source depot 工作,所以整个架构是共享的。
2:有了第一条,程序员可以修改任何一颗代码树上的 bug。
3:编译执行一个项目只要三条命令:get, config, make(o, my god! 节省了不知多少时间)
4:整个公司使用统一的编写代码的格式。(我们公司5个人各自的代码风格已经乱的一团糟了)
5:对所有的check in 强制要求 code review(以前在微软的经历是,code review一直不是很被重视)
6:程序员写Unit test成一种习惯(不写Unit test,developer 和 tester 就扯皮去吧)
7:Unit test始终被运行,遇到问题发封 email 给你
8:强大的工具,要在全公司分享
9:快速的项目开发周期;开发人员经常变更项目;开发人员有20%的自由支配时间。(不知道这20%到底指的是什么,可能理解的不对)
10:(这句翻译不来)同伎评审,扁平管理(感谢网友page)
11:项目,代码,过程,点子等等都是透明的
12:全世界都有很多办公室,用最棒的人,不管他们在哪里

来自:http://www.machenlei.com/archives/173

分类: 项目管理 管理工具 软件工程

上一篇:项目为什么会失败?   下一篇:不要和你的客户谈方法