随笔二：如何更好地参与团队合作

我认为一个高效、成功的软件工程师需要把主要是时间花费在编写代码上，而不是整体都在与人沟通问题。

 

隐藏代码：

　　人们害怕别人看到自己的代码，因为有可能收到他人的批评。这种不安全感是一个更大的问题。

　　另一个隐藏工作的动机是担心别人窃取自己的想法并执行。

 

隐藏有害

　　软件开发中的协同和评审很重要，可以避免个人独自工作所带来的不必要麻烦，也可以避免个人独自工作时自以为是的潜力增长假象。

 

及早检测

　　早失败，快失败，常失败。

　　早期的分享不紧能防止个人失误，而且还可以让你的想法得到验证，更重要的是还可以提升项目的巴士系数。

 

巴士系数

　　指多少关键开发者被巴士撞了会让项目停摆。

 

小步快跑

　　写一个新函数，编译，添加一个测试用例，编译，重构一些代码，编写，这样我们可以尽快发现并修复问题。

　　足够多的眼睛就可以让所有问题浮现。

　　足够多的眼睛可以确保项目一直在正确的轨道上开展。

 

拒绝隐藏

　　独自工作比与其他人一起工作本身更具有危险性。

 

一切为了团队

　　软件工程是团队努力的结果。

　　高效运作的团队是成功的关键。

 

社交的三大支柱

　　谦虚

　　　　自己不是宇宙的中心，所写的代码不可能面面俱到，要保持开放的心态，不断进行自我改进。

　　尊重

　　　　关心和爱护身边的同事，欣赏他们的能力和成就。

　　信任

　　　　相信别人有能力做正确的事，在适当的时候接受别人的帮助。

 

不要失去自我

　　谦虚很重要，但是并不意味你要逆来顺受，我们在一个集体中要时刻保证“自我”的表现，而不是担心你在集体中个人表现的是否优秀，应该去建立一种团队成就感和团队自豪感。

学会接受批评

　　在软件工程中，批评绝不是个人行为，它是做好项目过程的一部分。

　　确保你理解对某人创造性成果的建设性批评和对某人性格歇斯底里攻击之间的区别。

　　另一方面要学会提出和接受批评。

快速失败和迭代

　　失败是一种学习和改进的转折点。

 

无指责的回顾文化

　　从错误中吸取教训的关键是通过根因分析还原整个失败的过程，并记录“回顾”。

　　记录“回顾”要避免成为一份无用的道歉。

　　首先要包含对所学内容的解释，以及学习到经验之后会改变什么；其次保证回顾分析文档是容易获得的，并且团队真正地按照建议的意见执行。

　　一份好的回顾内容应该包含以下内容：

• • 事件的简短摘要
  • 事件的时间表，从发现到调查再到解决
  • 导致该是事件的主要原因
  • 影响和破话评估
  • 可立即修复问题的行动事项
  • 防止事件再次发生的行动事项
  • 经验教训

学会隐忍

　　要有耐性和意愿接触新的工作方式。

接受影响

　　越放开的接受影响，越有有能力去影响别人；你表现的越脆弱，就显得越强大。