Google 工程师文化 -- 互助篇

发表者：吴颉，Google 工程师 51Testing软件测试网H(m\A/sF

|P p4v+\R^(Eg.Q0一年多前，因为 Google 的飞速成长，公司曾做过一个工程师们对公司各方面满意程度的调查。记得公布汇总结果的时候有这么两条：
Z l;_+C.c0
!wN1Rb!A]0b)h0先公布的是大家最满意的一点:51Testing软件测试网3kf6rY\8aK9D
-- 同事们真是太友好了，我可以随时向同事提问题，他们总是及时地给予帮助。51Testing软件测试网v \X+MT-z
fB W
51Testing软件测试网c)lEh)Ir{s$XY
紧接着公布的是大家最抱怨的一点：51Testing软件测试网Yv/JA
eT
-- 新人实在是太多了，我总是被问题打断，白天没法集中精力干事，只有晚上才能干些事。51Testing软件测试网 x.iL;Lr1qrs
51Testing软件测试网mXTN,J9`gW&s|dJ
不禁引得哄堂大笑。 显然，对同样的问题，不同的角度有不同的结论。51Testing软件测试网w6uIG&c

t)h7@4YAaa)Z0不过抱怨归抱怨，同事们依然很耐心。为了增进工作效率，许多项目负责人或者有各种经验的员工，建立了各种常见问题答疑录（FAQ)， 起到了知识共享、承前启后的作用。 大家还自发地建立了各种各样的邮件列表作为帮助热线， 以便针对性地答疑。大家都知道，有时“不耻下问”是解决问题的最好办法；今天你是提问者，明天你就可能回答别人的提问。51Testing软件测试网7]b P/W/KhF

4g9rc&od M0有一个邮件列表是针对“项目设计文件”（Design Document)的。 产品开发前， 工程师们会向这个邮件列表征询关于项目设计文件的意见反馈。 公司的第一名雇员 Craig, 至今依然常会在百忙之中给各种项目设计文件提出细致的、建设性的意见，用他丰富的开发经验给项目把把关。当然，据说 Craig 是那种能够一边用键盘写着流畅的电子邮件，一边当面与你对答的“一心二用”的专家，非一般人可比。51Testing软件测试网RO"B0n/s!o g;[4vD
51Testing软件测试网k tw8v5T,k z
有一次，我一天内连续两次麻烦 Michael （一位编译器方面的内行） 关于某个特定版本编译器的一些特殊细节。 Michael 不厌其烦，热心地帮我寻找解决方案。 由于 Michael 在纽约办公室，许多技术细节只能通过电子邮件来交流。我最后告诉他问题解决了，向他表示感谢。Michael 在电子邮件里只回复了一个词：
2l?-`$[7ud051Testing软件测试网+x9m:W`2uXi
W00t! 51Testing软件测试网%i
SCs#S)Iy

2i8rv#`JY0哎，又是一个看不懂的词。 我还是 Google 了一下才知道这位工程师是很高兴能够帮我解决问题。51Testing软件测试网O
Bq#T:fuV:h I
51Testing软件测试网#Ry4\3QVu"sD s(A
我曾经通过问问题，结识了不少优秀的工程师，学习到了很多技术知识。后来，我负责的系统日渐成熟，我也有了自己撰写的 FAQ,有机会回答同事们这一方面的问题。我想，许多人都是在被帮助中和帮助人中感受快乐吧。 
p;d8@&j;h5f,@}0
!t7V8a bG{*alF2f0
!k r+z~ H051Testing软件测试网 G)m_ Mda(x0Hb
51Testing软件测试网kr_B"P(H8z
Link URL: http://www.cnblogs.com/tester2test/archive/2006/07/24/458580.html