【51CTO.com原创稿件】
导语：CTO训练营第二季已经圆满收官，作为一个学习分享和社交的平台，CTO训练营提供的不光是知识分享，还有一个属于技术管理者的人脉圈子。结课之后，第二季学员提交了毕业设计，来对四个月以来的学习进行总结与回顾，部分论文由CTO导师进行点评和打分。
提升团队工程能力的培养方案 王运辉 币云科技安卓开发
·代码规范
我觉得codestyle还是很重要的。我曾经看过一些谷歌的代码规范。Android在代码规范中***个讲得就是关于异常的捕获处理。谷歌告诉我们Don't Ignore Exceptions。异常的捕捉在代码中是很有必要的。比如数字格式化，在开发中出现意料之外的数据是很正常，这时如果按照正常的逻辑跑，是很容易出现崩溃。当然有时我们会捕捉异常，往往不会处理异常。谷歌告诉我们这也是一个不好的，规范告诉我们一个异常要么自己处理，要么抛出让使用者处理。引用一句名言
Anytime somebody has an empty catch clause they should have a creepy feeling. There are definitely times when it is actually the correct thing to do, but at least you have to think about it. In Java you can't escape the creepy feeling. -[James Gosling]
代码规范可以让我们有一个好的开发习惯，他就像语言中的普通的。他准确，帮你解决潜在的错误。他通用，有助于大家交流。他是技能，能利于我们的成长。
·代码的可读性
有人曾说过，开发中逻辑代码都是可以接受的，而起名字是一个令人头痛的事情。写了一个可运行的代码，过了两三个月，我们回头来看代码，就会发现这代码写的什么意思？没有一个良好的注释，规范的变量命名，方法命名，逻辑计算。我们自己的代码过一段时间，自己就看不懂了。这是很恐怖的一件事情。所以我们一定要加强代码的可读性。
我们可以加强注释，分步骤，分层注释。针对每个类：包括摘要信息、作者信息、以及最近修改日期等；针对每个方法：包括用途、功能、参数和返回值等。如果多行代码的每行都要添加注释，则在每行代码后添加该行的注释，这将很容易理解。
单元测试
很多人会认为单元测试是一个浪费人力和精力的事情。为了完成编码任务，没有足够的时间编写单元测试。编写单元测试会导致不能按时完成编码任务，导致项目延期。大家经常会使用这样的接口推掉单元测试。我觉得单元测试还是很有必要的。他是一个功能的各种用例，也是为以后升级测试功能是否完好的工具。
通过把测试过程自动化，你可以在任何时候对程序进行任何遍次的测试。这不仅仅在以后会节省你大量的时间，而且会增加你的自信心，因为每次当你感觉到程序可能出错时，只要运行一下你的测试程序，看看测试结果就行了。
·代码review
代码review是一件很费事的事情。如果项目比较紧。一个接一个，review的次数就会很少。有人说，一段代码完成之后，有人看和没有人看，在质量上还是会有差别的。 当你知道你的代码会被人一行一行review时，你的代码一定为努力写的***，而不是为了完成功能而应付了事。其实合理的code review即不用浪费很多时间，而且问题都能快速暴露，快速修复。代码始终都能在保证在一个正确的方向上。codereview能让大家对自己的代码负责。写出更优秀的代码。
代码review可以提升团队的技术能力，摆正写代码的态度。虽然眼前看着影响工作效率。但是长期以来是对公司技术和个人技术的提升。等大家成长起来了，大家的工作效率就会提高很多
·提升办法还是很多的。但是在执行中会有很多困难去克服。我们要符合实际，一步一个脚印的去处理这些问题。做优秀的人，做优秀的事。
导师点评：七乐康技术VP曲毅
评分：90
评语：从论文能看出来，笔者是一个专注技术的同学，就和老师是一样一样的。在管理团队的同时，如果技术的高管对代码也有敏锐的洞察力，是整个团队的幸运，因为可以深入一线，并且可以积极推动开发中的痛点问题，解决它。老师个人观点仅供参考，研发和测试我认为其实是一件事情，我的管理中测试其实也是研发，只是多了一项功能测试而已。也许对也许不对，是我自己的风格而已。好的技术团队，要有疯子和极客，这样才有创造力。
CTO训练营是51CTO高招主办，面向中高端技术管理者的学习分享及社交平台，汇集业界资深技术高管、投资人资源，以“打造技术经理的MBA”为核心，全心全力帮助中国***潜力的技术管理者，成长为未来技术领域的***及榜样。第三季CTO训练营将在原有优质内容体系的基础上，延伸四大选修活动，满足不同技术管理者的个性化需求。
【51CTO原创稿件，合作站点转载请注明原文作者和出处为51CTO.com】
