共计 1866 个字符，预计需要花费 5 分钟才能阅读完成。
作者：苗现方
想要做好代码品质，咱们不得不提什么是代码品质？本文中探讨的代码品质个别是指代码的格调、反复率和复杂度等，代码是技术团队的价值产物，是贵重的财产，同样代码品质的好坏能够间接体现出团队的器重水平和技术管理水平。
代码品质的降落是外在起因，通常会恶性循环， 次要体现出以下两个个性：
感染性：坏代码总能在部门渲染着只有业务交付达成，代码品质不重要的负面氛围，重大减低了研发人员的技术激情，毁坏工作气氛，导致更多的坏代码呈现。
心理暗示性：在坏代码根底上持续生产坏代码的 ” 罪过 ” 加重。
为什么会产生这样的后果，这里我与你举个生存中的栗子，我在上个周日拾掇房间，发现一个房间衣柜中的衣服很乱，花了很长时间才叠放好，过两天早晨上班回家，我发现客厅沙发上也很乱，衣服、电脑、背包、零食简直日常的小物件都会有，两件事件合在一起想，这的确是一个很乏味的思考，为什么会是这样的？在一个绝对关闭的空间中，任其有意识地随着工夫的倒退，房间和沙发也肯定很乱，留神，这里我说的是有意识，也就是我并没有刻意放，或者去刻意整顿。带着这个思考的后果，我又察看了大家的工位、园区内景观，一段时间内肯定会呈现乱象，不过通过一顿治理之后很快复原到有秩序，好，大家能够猜到这是什么定律，就是熵增定律，不理解的能够自行网络科普，那么在品质域中仍然存在这样的定律，不然熵增定律也不会被古今中外的物理学家所推崇备至，它的定义是：在一个孤立零碎里，如果没有外力做功，其总凌乱度（即熵）会一直增大。
代码品质在软件我的项目是一种有序的状态，天然总是向着无序倒退的，要想放弃这种有序，须要被动投入资源，就像整顿房间，花草修剪一样。
回到咱们的少数开发工作中，咱们面临的现状是这样的：
1、业务交付压力大，需要优先上线，业务逻辑实现优先级最高，没工夫没精力关注代码品质，甚至终极目标就是需要上线，导致坏代码产生，开发效率逐渐降落，随着后续版本的迭代，业务交付压力越来越大。
2、呈现了 1 的状况后，咱们意识到压力越来越大，为了应酬这种交付压力，常见的伎俩就是减少人力，然而一味的减少人数，沟通老本及格调的一致性无奈失去保障，这将进一步产生更多的坏代码。
针对以上 2 个现状，咱们该怎么着手解决。
我的倡议计划是多渠道，系统性解决问题，首先管制人力的大量投入，被动发动对代码品质进行管控，其次继续晋升技术升级。然而，从加重业务交付压力的后果来看，人们往往偏向于减少人力来疾速解决问题，技术升级须要靠长期的投入能力有所播种，所以，咱们须要在品质方面减少强有力的管控。
如果做好代码品质管控？
代码品质管控首先应解决两个问题，库存坏代码和增量坏代码。
想解决这两个问题，咱们要对现有的零碎、人员、工具、流程整合造成一套体系化的计划。
对代码品质管控，通过在部门内工程实际，我认为须要经验以下这四个过程，部门内建设代码标准制度（EOS）、查看代码问题的自动化工具（bamboo 平台）、代码质量检查与代码流动过程绑定（品质门禁）、部门视角下，集中管理代码标准和品质情况的通明（代码品质评测零碎）。
过程一：代码品质的根底是标准，包含代码格调的标准、长期一线代码实际标准、与业务需要相干的非凡标准，例如风控文案、异样托底文案等。
过程二：实现自动化的查看能力是在标准根底之上，通过自动化工具进行查看，包含对代码反复率、圈复杂度、单测 case 通过率、动态规定扫描等。
过程三：实现质量检查与代码流动过程绑定，在编辑 - 构建 - 提交 - 公布各个时段部署查看能力保障上线代码必须通过机器和人工的多环节查看。
过程四：团队规模逐渐扩充，各业务线我的项目疾速倒退，实现标准治理对立、我的项目要求统一、各我的项目品质情况通明、比照，建设对立的评测体系。
为了让你有一个很直观的意识，我在上面画了一个张图，心愿能够帮忙疾速了解。
总结：
在日常开发工作中，大家都会想到通过减少人手来缓解我的项目交付的压力，这是能够了解，然而从整体角度看，人员的减少会产生越来越多的坏代码，使整体的效率降落，这又进而加剧了后续我的项目交付的压力，在这种压力下，又通过减少人手缓解 …… 让代码品质变的越来越差，这也是房间为什么会越来越乱，是熵增定律在软件品质域的活泼体现。
为了克制这种恶性循环，咱们意识到了通过无效的伎俩和资源投入进行各项工程实际，逐步完善代码品质的管控体系，积攒很多办法和工具。
目前，我也在积极探索对对立代码品质评测体系的实际，心愿逐渐建设一套中心化的代码品质评测零碎，在这个零碎中让工匠精力、专家文化借住平台进一步流传、让零碎的品质更加通明。