导读：近日一个朋友和我吐槽说感觉他所参与的模块代码很混乱，存在重复功能的公共组件、不合规范的代码等问题，有点想重构整个模块的冲动，这引起了我的一些思考。
常见问题
相信这在团队做开发的朋友都会遇到过这些类似的问题，因为团队人员水平参差不齐、需求的频繁变动调整代码、没有良好的管理和开发规范等原因，导致整体代码结构混乱、重复造轮子等情况。我的看法是，导致这些结果常常可以用“破窗效应”这个概念来解释，模块主要负责人如果能对团队及模块代码起到一个良好管理的作用，则可以有效的避免这些情况的发生。
1.什么是破窗效应
一扇破窗户，只要有那么一段时间不修理就会渐渐给建筑的居民带来一种废弃感，一种管理部门不关心这座建筑的感觉。于是又有一扇窗户破了，人们开始乱扔垃圾和出现了乱涂乱画，严重的结构损坏开始了。在相对较短的一段时间里，建筑就被损毁地超出了业主愿意修理的程度，而废弃感变成了现实。
2.结合实际团队开发情况分析
例如，当在开发的过程中，如果开发人员如果没有合理地遵守代码规约，那么写出的不规范代码就犹如这座建筑里的一扇破窗户。当负责人不对这个窗户进行修补调整，开发人员不遵守规约变得越来越随意，以自己的意愿编码涂鸦的时候。整个项目代码不规范等问题慢慢地积累多了，结构损坏便开始了，最终将导致废弃感变成了现现实。其中，模块负责人起着至关重要的作用。
3.朋友们的一些建议
对此，我也请教了一些比较有经验的朋友，他们也给我分享了些各自对于团队开发中模块代码质量管理的看法：
一位的后台开发朋友：
一个模块需要有一个人做主要负责人，并且对整个模块起到管理、把控的作用。
需求的反复变更导致的代码变动，其最根本的原因是没有弄清楚需求的主线。
团队人员水平参差不齐是正常现象，可以通过合理的人力安排方式解决。在大部分的公司里，在主线需求上的功能都会交由经验比较丰富的人去做，新人则多负责些不影响主线的业务功能。
设计阶段是非常重要的。
负责人定期实行代码质量抽查。
一位前端开发朋友：
沟通很重要，不要吝啬时间去沟通，作为一个团队，每一次交流都是有意义和必要的。
记录开发日志。记录每天的开发内容，写明白修改的思路和原因。便于其他人以后接手代码。通过这种方式，以后在修改的时候可以快速定位和理清影响的地方，交接的时候也能避免信息丢失或遗漏，避免重复开发，提高代码复用率。
需要一个负责人，而这个负责人有必要做好这些工作，例如一些不好的不利于团队的代码要及时纠正，帮助实习生快速融入团队。
4.总结
上文的共同点都觉得负责人起到管理作用是至关重要的，这也是“破窗效应”里管理部门需要起到关键作用。团队开发提高了开发的效率，同时也增加了代码质量管理的难度。合理有效的管理能使建筑保持着良好结构。各位如果有其他对于团队代码质量管理的好方法，欢迎发表评论，共同讨论！
本文内容不用于商业目的，如涉及知识产权问题，请权利人联系51Testing小编(021-64471599-8017)，我们将立即处理
