2022 年度最受欢迎的文章（TOP 15）
持续交付20约 5 分钟我，乔梁，
畅销书《持续交付2.0》的作者，《持续交付》的译者，
也是一个非常懒惰的公众号文章写手，
完全根据自己的喜好，
亲自运营着这个只有过万粉丝的技术管理公众号。
在 2023 年的第一天，献上一份本公众号的文章汇总。
点击蓝色标题，查看文章内容。
欢迎大家转发、转载。
阅读：7275
在软件行业里，Code Review 一直被认为是一种非常好的工程实践，然而，绝大多数软件开发团队根本不做 Code Review。很多团队即使做 Code Review，工程师也只是为了走个形式，并不会起到什么真正的作用。
本文是我在腾讯工作时结识的一位朋友，是资深软件工程师，也是我为代码委员会 Golang 分会首批选中的理事。本文的特点是：一看就是仍旧奋战在一线的工程师写的，不但给出了一些真实代码的示例，还将他对代码的想法与思路写了出来。……
阅读：4,171
本文主要是介绍特斯拉如何做持续集成和持续交付。
「快速失败（ Fail Fast ）」已成为硅谷公司创新的驱动力。为了理解汽车发布流程，首先需要考虑的是车辆的硬件和软件架构。现代汽车有多达100个具有不同用途的独立ECU（电子控制单元），它们相互作用以实现类似 ADAS（高级驾驶员辅助系统）的复杂功能，如图所示……
阅读：2,553
本文巨长，1.8万字，阅读时间 > 30分钟，容易受伤，谨读，不如去刷短视频 happy！……
阅读：2,011
什么样的团队应该做 Mob CR？原则上来说，只要没有对代码的好与坏没有形成统一且良好的认识，没有形成工程纪律的团队都应该通过 Mob CR 的方式。这些团队的特征包括：（1）新成员达到团队人数的1/3; (2)…… (3)……
阅读：1,896
为了最大限度地提高速度，CTO 们应该考虑一些「非传统」的指标，比如：代码变更前置时间（ commit-to-deploy time ）、构建时间（ build time ）、排队时间（ queue time ）、测试覆盖率（ test coverage ）。但是，在了解这些指标含义之前，需要记得以下五个提示……
阅读：1,735
在《持续交付 2.0》一书中，提到改善软件交付能力的「四持原则」。它们分别是：坚「持」少做，「持」续分解；坚「持」反馈，「持」续改善。如果在工作中，能够践行这个「四持原则」，那么，下面的场景就基本不会发生……
阅读：1,437
本文是本公众号从开始去2022年5月，所有原创文章的链接汇总，以方便读者查阅。
阅读：1,482
测试人员可以投入很多时间编写多种类型的自动化测试，但其重点还是投资于验证整个产品或服务的端到端测试用例。然而，也是投资越高，回报有可能越差……
阅读：1,357
忽略报警是人类的天性，但 CTO 一定要关注。2017年，当DevOps 运动在国内软件行业掀起热潮以后，“质量左移，快速反馈”成了 CTO 应对“在保障质量的前提下快速业务变化”的一个重要方向。自动化测试用例的数量通常是CTO的关注点，然而，“不稳定测试用例带来的驾驶舱警报”才是自动化测试真正发挥作用的关键指标。
阅读：1,343
刚刚接触敏捷迭代开发的团队，常常会出现一系列的反模式。而这些反模式都是由工作惯性导致的。这会让团队看起来在“敏捷开发”，实际上并没有什么本质变化……
阅读：1,223
2019年，美团开始猛学亚马逊。亚马逊很早就废弃PPT，而使用6页纸开会，并且规定了纸张大小，字号大小。美团，今日头条也都在这么做。
PPT到底有何问题？而文档的精髓在哪里？……
12. 持续部署实践 对 ToB 软件企业也是一样有效的，前提是：你真的理解「持续部署」
阅读：1,136
本文介绍开发人员如何应对「速度与质量」，是由他们的激励机制决定的，而激励机制是由团队文化决定的。
持续部署要将两种不同的「发布」概念区分开来。
一种是工程师所说的发布，也就是「部署」：将代码部署到生产环境的过程。
另一种是从市场人员的角度来看的发布，也就是「发布」：让用户看到。
……
阅读：1,105
让开发人员能够快速开发原型、测试和迭代新功能对快速高质量的软件交付至关重要。为了有效地做到这一点，关键是要有一个稳定基础设施，应对这一挑战的两种方式：
更好的抽象。
自动化测试。
因此，有必要设计并开发了一个集成测试基础设施。
阅读：1,041
只要业务市场足够大，找到一个爆点，软件开发有点儿浪费“根本不是个事儿”。即使工程问题凸显了，由于有「业绩增长」，所以管理者也都不太在意它们。然而……
阅读：1,015
本文介绍创建测试策略的方法。理想的测试策略是通过应用成本效益分析和风险分析的基本原则，以最佳方式平衡这些软件开发因素来实现的。……