Bob大叔的架构新作，送一批给大家（很荣幸为中文版写推荐序）

《代码整洁之道》、《架构整洁之道》等经典图书的作者——鲍勃大叔（罗伯特 C. 马丁）又出新书了《匠艺整洁之道》，据说这是他的封山之作。 很早就看了中文译稿，很是激动。 作为一名工程师，《代码整洁之道》给了我很多启示；作为一名架构师，《架构整洁之道》也让我收获颇丰。这次非常荣幸受邀，给中文版《匠艺整洁之道》写推荐序，受宠若惊。 新书上架，第一时间推荐给大家，也送一批给大家，希望大家有收获。

很多公司的业务，是产品或者运营来驱动的。对于一个非技术驱动的公司而言，技术团队的核心工作与核心职责，都聚焦在产品与系统的交付上。如何提升产品与系统的交付效率与交付质量，是每一个技术人，每一个技术管理者，日思夜想的问题。

我管理技术团队很多年，在带领技术团队作战的过程中，曾经有过这样的困惑与疑虑：

（1）是什么决定了技术团队交付效率与交付质量的底线？

（2）用什么量化度量技术团队的交付效率与交付质量，并持续改进？

（3）作为一个技术人，其核心职业操守是什么？

Bob大叔的《Clean Craftsmanship：Disciplines，Standards，and Ethics》从纪律，标准，职业操守等三个方面给了我部分答案，很后悔没有能够早一点读到它。

近期，其中文译版《匠艺整洁之道》如期而至，作为一个技术人，又或者是一个技术管理者，如果你也遇到过和我类似的困惑与疑虑，建议你读读这本书。

一、关于纪律

不同的公司，研发效率与质量各异，那究竟是什么决定了技术团队交付效率与交付质量的底线呢？

举一个很小的例子，有一次发布一个系统，发现用户访问大约有1/8的概率发生异常，我们百思不得其解。跟踪下来，是系统发布的时候，集群中的7个节点二进制发布成功，1个节点二进制发布失败导致的。

事后复盘，如何避免此类情况的发生呢？答案是“清单革命”，在发布流程里增加一项纪律，必须校验集群所有发布二进制的MD5，从今以后，不管是新人校招生，还是资深的工程师，都不会再犯类似的问题，这就是纪律的威力。

系统发布有纪律，高效率高质量的系统交付同样存在有迹可循的纪律准则：测试驱动，系统设计，系统重构，结对编程，验收测试... 等等等等

正是纪律，决定了技术团队交付效率与交付质量的底线。

二、关于标准

作为技术团队的负责人，如何有效的为交付设定效率标准与质量标准，并持续迭代与改进呢？

研发质量，要有标准：冒烟测试通过率是多少？千行缺陷率是多少？平均需求缺陷数是多少？...

测试质量，要有标准：测试环境自动化搭建程度是多少？用例复用率是多少？全量用例回归时间是多少？...

研发效率，要有标准：项目并行度是多少？故障定位与修复时间是多少？APP版本迭代周期是多少？...

关于标准，Bob大叔和我们谈了技术生产力，谈了持续改进，谈了自动化测试，谈了极致质量... 等等等等。

俗话说，没有度量标准，就没有办法评估；没法评估，就没法改进。正是标准，在指导着研发的效率与质量不断进步着。

三、关于职业操守

不少技术人是傲气的，包括我自己。我们改变着世界，用代码编写着规则，掌控着互联网运行的规律，那什么是我们必须遵守的职业操守与道德准则呢？

每当我们写下一行代码，实现一个函数，提供一个接口，这些意味着什么呢？我们有责任全力保证代码的正确性，有责任让所有继承它的人了解所写函数的作用，有责任保证接口好用，易用，难于误用。稍有失误，可能就意味着一次登录的失败，一笔资金的丢失，一次刹车的失效，甚至是一条生命的代价。

关于职业操守，Bob大叔和我们谈了正确性证明，谈了结构化编程，谈了测试驱动开发，谈了突变测试，谈了团队协作... 等等等等。

注释，文档，思考，交流，承诺，协作，自动控制，每一行代码里，无一不体现着我们技术人的职业操守。

末了，对每一个工程师，每一个技术管理者，再次郑重的推荐《匠艺整洁之道》，希望你能有收获，也和每一个致力于提升研发效率与质量的技术人，一起共勉！

沈剑

2022.3.11

英文原版（36美元）

画外音：中文译版非常划算。

作者简介

罗伯特 C. 马丁（鲍勃大叔），软件开发行业领军人物，曾任C++ Report杂志主编、敏捷联盟首任主席、Object Mentor公司总裁，面向对象设计、模式、UML、敏捷方法学和极限编程领域的资深顾问。

中文译版

福利1：限时下单，立减50，最后3天。

限时下单立减50，最后3天

福利2：免费抽奖送出5本如何抽奖？留言评论想看此书的原因。一人一楼, 10, 20, 30, 40, 50楼依次中奖。中奖者我会回复你的评论与你联系。抽奖截止时间：5.15 12:00
阅读原文入手，立减50，最后3天。

‍‍‍‍‍

调研：

你看过《代码整洁之道》《架构整洁之道》吗？