Google 工程师文化 -- 互助篇

发表者：吴颉，Google 工程师 51Testing软件测试网FT#LuafVk$oR
51Testing软件测试网5m;RH2}"Xo5TWP
一年多前，因为 Google 的飞速成长，公司曾做过一个工程师们对公司各方面满意程度的调查。记得公布汇总结果的时候有这么两条：
#N'\%}.]
d3D)p7M7}0
;y"\ U5lA)N.H;{0先公布的是大家最满意的一点:
(_7o&W?.e+aA{5M0-- 同事们真是太友好了，我可以随时向同事提问题，他们总是及时地给予帮助。51Testing软件测试网tT|F k
RJ(t

c7hI#mo3v`8`0紧接着公布的是大家最抱怨的一点：51Testing软件测试网,_"h4?6rWX9GUb8rU
-- 新人实在是太多了，我总是被问题打断，白天没法集中精力干事，只有晚上才能干些事。
.xY&pV(p^3U,R`0
d2\mvdy4F/g0不禁引得哄堂大笑。 显然，对同样的问题，不同的角度有不同的结论。
]:y9Xa\+eq6p051Testing软件测试网YP7s*c#P*fN Hn
不过抱怨归抱怨，同事们依然很耐心。为了增进工作效率，许多项目负责人或者有各种经验的员工，建立了各种常见问题答疑录（FAQ)， 起到了知识共享、承前启后的作用。 大家还自发地建立了各种各样的邮件列表作为帮助热线， 以便针对性地答疑。大家都知道，有时“不耻下问”是解决问题的最好办法；今天你是提问者，明天你就可能回答别人的提问。
:oN%yr ]E)A0
6q,g'uKm;d0有一个邮件列表是针对“项目设计文件”（Design Document)的。 产品开发前， 工程师们会向这个邮件列表征询关于项目设计文件的意见反馈。 公司的第一名雇员 Craig, 至今依然常会在百忙之中给各种项目设计文件提出细致的、建设性的意见，用他丰富的开发经验给项目把把关。当然，据说 Craig 是那种能够一边用键盘写着流畅的电子邮件，一边当面与你对答的“一心二用”的专家，非一般人可比。51Testing软件测试网)N)W"^H9A S
51Testing软件测试网 P)OT]!b2yd
有一次，我一天内连续两次麻烦 Michael （一位编译器方面的内行） 关于某个特定版本编译器的一些特殊细节。 Michael 不厌其烦，热心地帮我寻找解决方案。 由于 Michael 在纽约办公室，许多技术细节只能通过电子邮件来交流。我最后告诉他问题解决了，向他表示感谢。Michael 在电子邮件里只回复了一个词：
_$jV8}s0
Zpi j@S%r*?0W00t!
W
T2m`b`051Testing软件测试网"u2pWgS8m.g$C6P
哎，又是一个看不懂的词。 我还是 Google 了一下才知道这位工程师是很高兴能够帮我解决问题。51Testing软件测试网.qg)W(T$H ]![

;r sK5XhA0[0我曾经通过问问题，结识了不少优秀的工程师，学习到了很多技术知识。后来，我负责的系统日渐成熟，我也有了自己撰写的 FAQ,有机会回答同事们这一方面的问题。我想，许多人都是在被帮助中和帮助人中感受快乐吧。 
Md-o \%?u5@0y1jpz0

sc^"Fg6a
HC E0
#uxk
f
G2]:["A:@051Testing软件测试网mH`2}w
51Testing软件测试网 wZc6pl:GI
Link URL: http://www.cnblogs.com/tester2test/archive/2006/07/24/458580.html