有人负责，才有质量：写给在集市中迷失的一代

文章来源：https://m.ituring.com.cn/article/9363

13年前，新兴的草根开源软件运动如火如荼，而Eric Raymond的《大教堂与集市》（O'Reilly Media, 2001）一书则重新定义了我们的词汇表，几乎预言了瀑布模型和大型软件公司的终结。这本书有煽动性，但却没有说服我。与此同时，由于我正全身心投入开源运动，也就情不自禁地宁愿相信他是对的。

而今年夏天我带到海滨别墅来的这本书，同样有煽动性，比Raymond那本更甚（但这本书在提到《大教堂与集市》时是相当正面的），那就是Frederick P. Brooks的《设计原本》（Addison-Wesley Professional, 2010）。Brooks这本书不断引发我的共鸣，我也越来越佩服他的语言表达能力和他提出的观点，然而越是有共鸣，就越感到难过和失望。

![enter image description here][5]

13年前，正值.COM热潮涌动，年轻的Web程序员比比皆是，辍学创业的大学生也屡见不鲜。在向其中一些人传授过去那些编程技巧的同时，我也获得了很多乐趣。像什么测试恢复备份、写脚本安装操作系统、版本控制等等。当然，现在再看，也就那么回事（有些事并不像你印象中那么激动人心，对吧）。而且，我们已经无路可逃，整个.COM时代总体上对IT/CS而言就是一场灾难，尤其对软件质量和Unix来说，更是如此。

好像从来没有人分析过.COM泛滥那些年，IT行业增长了多少。以我个人的经验，我估计整个行业（包括IT行业由此新增的就业机会）大概增长了两个数量级，或者更确切地说，达到了原来的百分之一万（100倍）。

学会计算机编程很容易，就像学会用钉子把两块木板钉到一起一样简单。但问题是——打个不恰当的比方，市场对“钉在一起的两块木板”的需求，除了“自豪的爷爷”的那点天伦之乐以外，真的是太小了。而且，由此再进一步学习钉椅子或做碗橱，都需要天分、实践和训练。我们增长的这99倍恰恰都来自那些既没有实践经验，又没有受过良好训练的人。等这些人有时间学习和接受训练了，聚会已然结束，大多数人失去了工作。可以乐观地假定那些坚持下来的人最有天分，而且经验也最多，即便如此我们还是无路可逃，因为作为IT专业人士，由于缺乏基本功，他们大多数都很滥！

不幸的是，Raymond鼓吹的——与.COM泡沫之前精心建造大教堂的理念恰恰相反的集市模因（meme）1——“对付过去就行”（just hack it），并没有随.COM泡沫破裂灰飞烟灭。今天，Unix这艘大船正因为难堪重负而迅速沉没。

1 模因论是基于达尔文进化论的观点解释文化进化规律的新理论。[参见这里][6]。——译者注

我刚升级了自己的笔记本电脑。到现在，我运行FreeBSD开发版已经足足有18个年头了，但从源代码编译我的Spartan工作环境仍然要花一整天时间，因为它必须理清头绪，在Raymond那乱糟糟的软件集市中建起一座大教堂来。

宏观上讲，FreeBSD的Ports Collection会尽力为这个集市画一幅地图，以便FreeBSD用户轻易找到自己的应用。目前来看，这幅地图由22 198个文件构成，而这些文件就是集市中每个摊位的简要说明：用寥寥数语告诉你某个摊位卖什么，要了解详细信息再去哪里找。此外，还有23 214个Makefile，告诉你可以对每个摊位上的软件做什么。这些Makefile还想告诉你都有哪些选择，要选择什么，以及不作选择时用什么默认值比较明智。为方便起见，这幅地图还提供24 400个补丁文件，以便弥补这些玩艺儿在制作工艺上的瑕疵，但一般来说，还是因为它们携带（portability ）不便，所以才催生了这些补丁。

最后，地图提供一些建设性意见，比如要是你想要www/firefox，那得先得到devel/nspr、security/nss、databases/sqlite3，等等。在你手拿地图，查到这些依赖，以及这些依赖的依赖之后，你会发现自己的购物清单上已经记满了122个包，你必须在能买www/firefox之前买全它们。

当然啦，模块化和代码重用都是好主意。可是，就算在最简单的情况下，CS/IT的代码重用信条在集市里也没有用武之地：FreeBSD Ports Collection中的软件最少都包含1342个复制粘贴加密算法。

如果有人奋不顾身或者偏听偏信，非要代码重用，结果真制造出了自身完备且无依赖的软件包，那要换得这个容易管理的包，享受代码重用的成果，就算多花点银子也值啊！但这样的事并没有发生过：各种包把Web搞得一团糟，随便依赖，互相纠缠，代码越重用，浪费越严重。

举个浪费的例子吧。Sam Leffler的graphics/libtiff是前面提到在安装www/firefox之前必须安装的122个包中的一个，但安装后的Firefox浏览器却无法渲染TIFF图片。问题出在哪里我还没来得及查清楚，但这122个包中的10个需要Perl，7个需要Python；这其中又有一个devel/glib20，同时依赖着Perl和Python，至于为什么，我到现在都没想通。

继续往下看你的购物清单，你会不断发现满足彼得定律的应用。所谓彼得定律，就是说在一个根据人的业绩、成就和价值来提拔人的组织中，最终会把一些人提拔到他们并不胜任的位置上。这个定律经常被通俗地说成“把员工提拔到他们不胜任的职位”。软件行业也一样，你会发现自己需要三个不同版本的make程序、一个宏处理器、一个汇编器和其他一些必要的包。而在这个“食物链”末端，则是libtool，它试图掩盖一个事实，即在Unix中没有构建共享库的标准方式。的确没有适用于所有Unix变体的标准方式——比如给ld(1)命令加个标签之类的；而此时彼得定律就适用了：这个工作被交给了libtool。此时此刻，彼得定律确实牛，devel/libtool的源代码达到了414 740行，而其中有一半是测试用例。原则上讲，这倒是值得称赞的，但实际上这却是彼得定律的结果：这些测试煞费苦心地在那里验证一个本来就不该存在的问题的复杂方案是否功能齐备！更让人抓狂的是，其中31 085行代码都保存在一个叫configure的shell脚本里，代码格式之乱，任谁也难看明白。这样做是想让configure脚本执行大约200个自动测试，从而免除用户手工配置libtool之苦。这个想法很滥，早在1980年代刚刚出现时，就招来很多非议。因为源代码是靠configure脚本的伪装才让人感觉它可移植的，而实际上并非真正可移植。可以说它是配置思想的余孽。

1980年代出现过很多不同的Unix实现：Cray-1s及其24位指针、Amdahl UTS主机Unix、来自微机制造商的大量的SysV+BSD混搭、Data General等公司开发的准Unix“垫片”，甚至连油漆厂Mark Williams都有纯粹的Unix克隆Coherent。

当时的configure脚本是手写的，用于检测当前系统是BSD还是SysV风格的Unix，然后根据检测结果把一个或另一个Makefile（有时候还带一个.h文件）复制到指定位置。后来，这个configure脚本的神通越来越大，而且不折不扣地印证了彼得定律。我们没有看到Unix采用标准做法来消除对该脚本的依赖，反倒是有人写了一个叫autoconf的程序，用来自动生成configure脚本。

今天，Unix/Posix一脉的操作系统，就连IBM的z/OS主机版，都跟1980年代那些完全一样；libtool这个configure脚本中的31 085行代码仍然还要检测<sys/stat.h>和<stdlib.h>是否存在，即便是没有这两个文件的Unix变体，在既没有足够内存执行libtool，也没有足够硬盘保存其16MB源代码的情况下。

为什么会这样呢？

由于尚不知晓的原因，autoconf是用晦涩的M4宏语言写的，因而实际的测试代码如下：

## Whether `make' supports order-only prerequisites.
AC_CACHE_CHECK([whether ${MAKE-make} supports order-only prerequisites],[lt_cv_make_order_only],[mkdir conftest.dircd conftest.dirtouch btouch a
cat >confmk << 'END'
a: b | c
a b c:touch $[]@
ENDtouch cif ${MAKE-make} -s -q -f confmk >/dev/null 2>&1; thenlt_cv_make_order_only=yeselselt_cv_make_order_only=noficd ..rm -rf conftest.dir
])
if test $lt_cv_make_order_only = yes; thenORDER='|'
elseORDER=''
fi
AC_SUBST([ORDER])

毋庸讳言，这超出了大多数程序员的承受能力。即便有人有这个能力，但给autoconf指定输入文件都是用复制粘贴的，所以那些涵盖前述“标准测试”的标准宏代码日益膨胀也就很难被发现，而这些宏都是为了处理20年前并不存在的兼容性问题。

我一直不明白：为什么针对我系统里根本没有的Fortan编译器，但libtool的配置探针仍然有不少于26个名字，而且还要再执行26个测试，检测这些根本不存在的Fortran编译器分别支不支持-g选项。也许这就是原因所在。

这是由Raymond在其书中称颂的集市模式导致的悲哀的现实：一坨脓包似的权宜代码，被一群盲目的根本不知IT架构为何物的所谓IT“专业人士”永无休止地复制着，粘贴着。这事儿放在今天你也许很难相信，但就是在这令人无比尴尬的混沌之下，沉睡着美轮美奂的Unix大教堂的遗迹，而Unix恰恰是以设计简约、功能实用、执行优雅而著称于世的。（世间荣耀就此消失……）

Brooks提出了很多有见地的观点，其中一个就是所谓质量，只有在某人对它负责时才有意义，而这个“某人”只能是一个人，不能是几个人——二重奏除外。我有点奇怪，为什么Brooks不把Unix作为他这个观点的论据，因为我们可以精确地指出Unix开始走向碎片化的时间点：1990年代初，AT&T抛弃Unix，将其商业化，抢走其架构师的那一刻。

最近几年，不止一个人像Brooks一样得出相同的结论。有些人企图粉饰太平，假装正经，还有人通过制定技术标准的形式来达到类似立法的目的，希冀着在集市中引入秩序和结构。到目前为止，他们的努力全部以失败告终，因为在集市中迷失的这一代.COM神奇小子，从来就没有见过大教堂，也不可能知道你为什么需要大教堂，更不用说去想象教堂是个什么样子了。这么挖苦别人，其实我心里也很难过。真的，那些最需要看看《设计原本》的人，可能会发现这本书完全无法理解。但对于那些怀疑过构建一个Web浏览器居然要使用M4宏来配置autoconf，要写shell脚本，要检测26种Fortran编译器，而且又觉得这怎么说都有点南辕北辙的人，Brooks也谨慎地指出了方向：还有更好的方式。

读书笔记：

千万不要在集市中迷失自己。

1.“所谓质量，只有在某人对它负责时才有意义，而这个“某人”只能是一个人，不能是几个人——二重奏除外”。我们要对我们自己制造出来的产品负责任，保证产品的质量。

2.“学会计算机编程很容易，就像学会用钉子把两块木板钉到一起一样简单。但问题是——打个不恰当的比方，市场对“钉在一起的两块木板”的需求，除了“自豪的爷爷”的那点天伦之乐以外，真的是太小了。而且，由此再进一步学习钉椅子或做碗橱，都需要天分、实践和训练。”这句话让我印象十分深刻，也许学会一门编程语言很简单，比如c语言的学习。但是尽管我们学会了一门编程语言，但是我们到底能不能够满足市场的需求，能不能迎合市场发展趋势都未可知。

3.“可以乐观地假定那些坚持下来的人最有天分，而且经验也最多，即便如此我们还是无路可逃，因为作为IT专业人士，由于缺乏基本功，他们大多数都很滥！”这句话强调了编程基本功的重要性。编程就好比练功,如果学习.net,mfc,vb等具体的语言和工具是外功(招式),对基础的学习就是内功,只注重招式而内功不扎实是不可能成为高手的。代码质量既是设计出来的，也是迭代优化出来的。换句话说，无论是前期的产品需求分析、架构设计，还是后期的详细代码设计与编码，都离不开良好的设计。程序设计是每个程序员的基本功。但是，大多数人都只是对新技术充满热情，却很少有人愿意沉下心来,花几个月甚至- -两年的时间来重温基础知识，修炼基本功。

有人负责，才有质量：写给在集市中迷失的一代相关推荐

《有人负责，才有质量:写给在集市中迷失的一代》简短感言
简短感言 IT行业给我的感觉就像是大海一样,市场的广泛就像海面一样漫无边际,行业的潜力又像海的深度一样,深邃且未知.露出来的部分已经让人惊叹,潜藏的部分又不知多少.但正是这么大的平台,有多少人能在大海 ...
有人负责，才有质量：写给在集市中迷失的一代读后感
文中作者着重强调很多企业所谓专业人士不断地复制粘贴着一些自己都不足够了解的代码,盲目的复用,这导致很多浪费.在安装一个包之前还得安装很多不知道有何用处的包.作者对此表示疑惑,不赞同.提到所谓质量,只有 ...
有人负责，才有质量：写给在集市中迷失的一代（读后有感）
读了这篇文章以后,确实引发了我很多的思考,也对我接下来的学习有了很大的帮助. 简单概括为以下几点: 1．许多人虽作为一名IT人士,但他们的基本功不扎实,仍有欠缺,也缺乏规范化开发软件的过程. 作者说, ...
有人负责，才有质量，写给在市集中迷失的一代读后感
书中所描写的是一个现代的市集式开发越来越普及甚至泛滥,程序员的门槛降低导致基本功缺乏,大多数it人士都很滥的场景,虽然对于这个现实我还没有真正的接触过,但是身为一个刚入门的人来说,我的亲身经验告诉我, ...
四个凡事:有章可循,有人负责,有据可查,有人监督
上个月文总教导我们做事情要遵循4个凡事:有章可循,有人负责,有据可查,有人监督我觉得很有道理,但是也不是特别明白,于是上网查了下,具体内容如下: 凡事有章可循--规章制度规范完善,成为办事遵循的依据 ...
我从写技术博客中收获到了什么？- J_Knight_
我是 J_Knight_,熟悉我的人都应该知道我是一名刚工作满3年的非科班 iOS 开发者,而且一直坚持写技术博客快有2年半的时间了. 其实从去年开始就一直想分享我写博客的心得,但是一直也没有找到合适 ...
《回忆之前，忘记之后---写给我记忆中的汪峰》
<回忆之前,忘记之后---写给我记忆中的汪峰> 曹石汪峰,现在俨然已是烂大街的代言词,至少在搞摇滚和听摇滚的族群里,鄙视和黑他的人大有人在.我也一样,常常在酒桌上和人聊起他时,面带鄙夷, ...
小程序登录问题--登录函数getUserInfo()写在app.js中，首次加载无法获取后台处理过的用户的信息，刷新一次后就可以获取的解决
遇到这个问题,是因为自己需要写个登录的功能.需要用户自己点击登录后,才登录. 登录的功能函数写在app.js中,现在需要在user.js中使用这个全局的函数,来登录并获取用户信息.但是出现的问题就是, ...
建筑八大员培训湖北质量员培训古建筑施工中的质量控制要点
本文原创作者:whzfjy2008(武汉梓枫) 一.古建筑施工中监理工作要点 1.首先对所监理的施工项目要有一个文化价值的定位有一个仿古年代的时空界定.应该把我们所监控的项目,视为一件艺术品的创作,是 ...

有人负责，才有质量：写给在集市中迷失的一代

有人负责，才有质量：写给在集市中迷失的一代相关推荐

最新文章

热门文章