本文探讨了质量内建在DevOps中的重要性，指出85%的缺陷在编码阶段引入，强调早期发现和修复缺陷的重要性。文章讨论了技术债的概念及其影响，提倡使用自动化测试、重构和简单设计来减少缺陷。此外，介绍了质量门禁策略，如童子军军规，以及如何有效偿还技术债。自动化作为关键实践，可以提高效率并降低错误率。其他有效实践包括结对编程、代码评审和暴徒式编程。
什么是质量内建
随着时间的推移，我们项目的开发效率会逐渐降低，直到几年之后整个项目可能就无法维护，只能推倒重来。具体的表现首先就是随着时间推移，我们会发现整个需求列表里面能做的需求越来越少，因为每当我们增加一个新特性，需要改动的代码就非常多，所以最后每提出一个新的需求，团队评估出来的改动成本都非常高，导致最后难以增加新的特性。
第二个表现就是缺陷难以修复。我们做出来的系统只要有人用就会有反馈一些线上的故障，一开始代码很简单的时候修复起来是很快的，但是随着代码越来越复杂、代码行数越来越多，我们会发现定位问题太难了。尤其是现在我们的项目采用的是非常复杂的架构，所以当用户线上报错的时候，我们很难去定位到是哪里出了问题。但其实只要定位到了问题，修复起来是很快的。
第三个表现我们称之为“打地鼠现象”，简单来说就是当你“按”下一个缺陷的时候，又会蹦出来几个新的缺陷。这样会导致大家在工作的过程中压力非常大、心情也会比较沉重。
所以对于这些挑战，我们也有想办法去解决，CI、CD 以及 DevOps 的出现都让我们看到了很好的方向。但是我看到很多团队其实只是靠 DevOps 解决了一些基本的问题，并没有解决核心的问题。这是为什么呢？因为核心问题主要是靠开发人员的能力提升来解决的，但由于改变一个人是很难的，所以企业往往会绕开这些问题。所以我今天分享的内容主要会涉及到开发人员如何去写代码等一些实践。
我们在刚开始启动一个项目的时候，我们会制定一些代码规范，所以代码相对来说是比较清
最低0.47元/天 解锁文章
扫一扫
1272
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
