如何提高团队编程水平.docxVIP

如何提高团队编程水平　英文原文：Kicking ass together: How to improve coding skills as a group　过去一年半里，我在为 /Mendicant/大学（Ruby 开发者在线大学）工作。我与同学和员工一起建立了优秀的在线学习社区。美中不足的是，由于一开始我们对 Mendicant 的定位是逐步发展，所以短时间内没有达到我们预期数量的学员。　本文总结了一些 Mendicant 大学深受好评的方法。希望这些经验能帮助更多本地团队和在线团队，这样会有更多优秀的场所供程序员学习和成长。　一、强调个人目标与团队兴趣　在小团队里，只讨论眼下全球流行的 IT 技术，却忽略小组内部正在做的工作，这是对精力和潜力的极大浪费。而将关注的内容与团队成员正在参与的项目或日常工作中面临的问题联系起来，这样则会更加有效。　与其对一般性的问题进行讨论和学习，不如找出团队需要解决的一些具体问题。可以自己克服这些障碍，通过整合手头的资源可以更加有效地找到相关学习资料，或者组织相关人员进行讨论。　实践的方法有很多，其中有一种方法很有意思：在每次会议一开始，让大家谈一谈自己正在做什么、对什么比较感兴趣，这样大家可以依据兴趣进行组合。对于在线讨论组，可以使用 wiki 或者定期的邮件列表摘要来达到类似的效果。　二、实行正式的代码审查　不要空谈想法或策略，最好办法是坐下来、打开编辑器并准备好代码进行审查。通过向别人讲解自己的代码，你能从中学到很多东西。可以毫不夸张地讲，任何向他人教授知识的过程都能产生价值，哪怕仅仅是讲解编程习语或者命名规范这样的小知识也是如此。　如果代码太过粗糙不能进行有效的审查，可以通过编写一个简单的例子来展示你正在学习的核心概念。讨论的内容越具体，在与别人的交流中获得有价值信息的可能性越大。　三、倾向有理有据的争论　在编程社区里，依据权威（“某某说过……，因此……”）和流行观点（“大家都是这么做……”）的争论非常普遍，但最终都会偏离想要表达的观点。幸运的是，讨论代码有一种更为有效的方法。　对于给定问题讨论解决方法，明确问题背景是最重要的。不了解问题背景，就不清楚解决这个问题是使用锤子还是推土机更合适。明确问题背景后，对于给出的解决方案就有了可讨论的依据。　至此，剩下的事情就是比较不同解决方案权衡利弊。打个比方，你可能会说：“Sqlite 易于使用，因为它不需要数据库服务器。但如果要处理 GIS 数据，你可能会选择 PostgreSQL，因为 PostGIS 提供了很多有用功能”。这个说法虽然不是无懈可击，但比“Sqlite 很烂，一定要使用 PostSQL”要好一些。　有时候，你只是想表达一些纯粹的个人偏好，这没有问题。但在这个时候，如果能有一些理性讨论而不只是抒发个人感情，会更好地表达你的观点。在某些情况下，这能让你避开宗教般的争论。　四、寻找有效的练习和学习方法　每天都会涌现很多学习编程的新方法，它们被视作下一代革命性方法并受到推崇。同样你也会发现，通常人们现在学习和讨论的都是一些新技术。当然，这会让你错误地认为很重要并且迫切想要学习。如果追随他们，你会事倍功半因而不能踏实地做出有用的东西，到头来你会发现这些技术不过是过往云烟。　无论何时，尽可能地在学习新技术时为自己设定目标并动手实践。如果可能的话，可以用较低风险的项目试验新想法和新技术，这样会对自己以后大有裨益。如果你确实要花一些时间进行刻意练习而不是边工作边练习，请确保练习的目标是为了实际需要或是为了解决实际问题。例如：采用代码套路学习一门新语言或者文本编辑器新特性是一个好主意，但如果想要通过代码套路来获得意外收获就是一个糟糕的想法。虽然有时候方法不对也能碰巧解决问题，但在你进步的过程中不应该只是碰运气。　（译注：代码套路(code kata)：由 /wiki/Dave_Thomas_%28programmer%29Dave Thomas 发明该词，源自日本空手道中的套路(kata)概念。代码套路是用来帮助程序员通过练习和重复来提高自己的编程技巧。）　虽然上面提到的内容更多的是针对个人而不是在团队练习，但同样的目标也应当出现在你参与的任何团队活动中。无论何时，尽可能根据需要分成专注不同技术的小组，这样可以避免出现强迫一些成员练习或学习与其不相关或不感兴趣的内容。我们可支配的时间和精力是宝贵的，应当小心分配。　值得注意的是，这个建议并不意味着只关注狭窄的和现实的目标。对于理论研究或经典课题的深入学习同样适用，并且可以在团队活动中开展。不要为了模糊不清的兴趣去组织活动，将这些活动在某种程度上与个人内在目标联系起来是非常必要的。　五、在技术与社交之间建立良好的平衡　在任何组织里，没有交流很难建立起共同的文化，成员之间也不会分享自己的兴趣。然而