本来面目——大教堂、集市，与作坊

本文刊发在《程序员》杂志09年第三期上。讨论了三种不同背景下的软件工程方法。本文恢复了发表时（因为篇幅）删除掉的一些文字内容。

本来面目
　　——大教堂、集市，与作坊


一、两本书
＝＝＝＝＝
　　1997年，论文《大教堂与集市（The Cathedral and the Bazaar）》成为一篇挑战教义神
权的战斗檄文。从那之后，开源与闭源的战火就从未熄灭过。那些日子里，一些教堂里的
圣人也偶尔地裹了头帕，装成市贩的样子到集市中去探探行情；一些小贩们也变成了信众，
走进教堂在胸口画下十字。

　　战场之外的少数鼓号者们，利用茶前饭后的一些时间争论着开源与闭源的精神、理想
与抱负，或者在官方的或私底的文章中打打嘴仗。在这些争论之中，卡普尔决心用开源来
实现自己数年前的梦想；微软则组织了更多更多的人工，开始打造下一代的帝国神器
“Longhorn”。

　　总有理论家，也总有实干者；一些人在呐喊，一些人在流汗。Rosenberg开始忆述这些
征战的背景，同时记录着这段推进的历史；他时时听着远处与近处的呼号，时时为种种理
论、观念而迷茫。这段历史，延续了六年。六年之后，两打程序员，超过4732个Bug，产
品却仍未定型；而微软帝国鼓号之下，推上台面的，是被称为“近10年来最失败的一款大
型软件”的Vista。

　　有趣的是，Vista正是卡普尔在六年前为他的梦想而写下的第一个名字，后来项目更名
为Chandler，再后来，卡普尔在2008年从项目中撤出了投资——项目或自此死亡，或如
Mozilla怪兽一样在数年后重生。一切，已不得而知。

　　Rosenberg记录这段历史的书，就是《梦断代码》。这本书，是一部演义，一部短史，
一部文鉴。

　　也是在1997年，微软出过一部名为《微软的秘密》的书。从这部书中，阿朱看到的是
现实与理想的背离。阿朱认为“一个正规的软件帝国的规模开发做法，显然无法适用于三
五个人十来杆枪的中国软件小作坊”。阿朱正视了自己所处的现状，从2002年开始，他空
降一家公司，用了五年的时间，跳出教堂与集市之争，用作坊的法子，把一家公司由小做
大，把三五个人的公司，做到三五十个人。我见到他的时候，他正在写博客，记录这一段
经历，他反思：三五个人十来条枪，如何成为开发正规军？

　　作坊如何做成？又如何《走出软件作坊》？我看到眼前这本书，背负历史之重、正视
现下之实。阿朱用他一贯快打快跑的作风，六个月就完稿、出版了这本书。

　　坊间出奇人，我说。

二、三种工程
＝＝＝＝＝
　　“正统的工程有模有样，有形有实。他们有名字，例如RUP、CMMI。这些名字不
是冠以“统一（Unified）”，就是缀以“标准（Standardization）”这样的词汇。这样的工程
方法通常由名气很大、绝对的神级人物来诠释讲译，在其背景下还有国际性的、国家性的、
军方的力量来支撑。

　　这样的工程宝典，通常如同圣经一样，金箔丹书，红绒覆面，非官学之士不可阅、不
可论，妄议者或被施火刑以摧其躯体，或被召天雷以灭其神魂。

　　而“集市”的黑板，刚被早市上的油烟熏过，还覆着尘灰，落脚处有个不知是谁、用
什么方法弄上的鞋底子印儿。在另一角上写着些小字，不知是那家顽童留下的粉笔，或干
脆就是他留下的字迹：歪歪扭扭，不成样子。那些文字很简单，无有章法也不成逻辑，像
口号一样，例如“人和交互重于过程和工具(*1)”。在更远的一个角落里，逐渐淡去而又顽
固地隐现着更早一批的文字，恍惚是“程序无需工作得特别好……”(*2)。

　　集市里没有工作手册，黑板总是被快速地更新着。总有一群人来这里看看别人工作的
法子、体验或咒骂，然后回去在卖菜切肉的间歇里想想。他们只能利用这些间歇，否则的
话，他们可能就丢了生意饭碗，或不小心伤到了手脚指头。不过，他们也可能会在任何时
候跳起来，冲到那块黑板前写下自己的言语，哪怕只是与三个月前另一个市贩相同的骂娘。

　　集市的远处还有一些作坊。小小的，三五个、十来个人工，做着不同样的或完全相同
的东西：或送进教堂，或贩于集市。各家之间打着嘴仗、抢着客户，以及挑唆着小工倒戈
（至于倒戈之后的去处，向来许着美好的愿景而又不尽实际）。作坊主们投以薄资，期以微
利，朝夕喟叹；大工们如履薄冰，上期效主，下期慰民；小工们总在东张西望，佯工懒散，
只待月薪入手。

　　坊间渐有成功者。但问之：汝何以功成？却无以对答。既不赖教堂之神典，亦非窥集
市之秘技。遂以深问，复答之：实战。一战再战，久战成军。战法呢？无有法度，仅有手
记一册而已。

　　我曾在评读《人月神话》的文字中说(*3)，工程可以分广义工程与狭义工程。从广义
的角度上来说，教堂里的话一句没错：人从哪里来？神赐。物从哪里来？神赐。万物皆是
神赐，神从哪里来？本来就有。是啊，宇宙之大神啊，本来就有，逻辑上丝毫无错！但是，
广义工程的结论，例如“食物是神赐的”向来就靠不得准。放在狭义工程里，比如这会儿
你饿了，你呼三千遍上帝阿门，没用；念五千回《大悲咒》，还饿着。这时广义工程又说了：
你喊得不诚实；你念错了经文。嗯，反正，在一个完整的、正常而严谨的逻辑体系里，还
是他们对。

　　狭义工程，或者说具体工程，就是解决一个具体的工程目标。目标是什么？集市的黑
板上没写，教堂里的经文里也没注。写黑板的人写字时或经文被译注之前，这个具体工程
的目标还根本就没出现过。所以解决这个目标的人——比如阿朱，只能一步一步摸着走，
看着象经文里讲的，就试试；与那块黑板上写的对得上号，也试试。两者都不靠的，自己
夹着小心来。错了，自己抽自己耳光；对了，老板也不多发工资。

　　具体工程就是这样，只有做过了，才知道。没做过的，不管是教堂的还是集市的，都
是瞎掰。

三、《梦断代码》讲的也是具体工程
＝＝＝＝＝
　　不管是理想化的，还是神化的方法与论断，在《梦断代码》里都用到过。当然这些方
法、论断也确如乩言一样灵验或失灵过。正因其灵验，以及偶尔的失灵，才让那些崇信者
拜服与生畏（更何况一些崇信者原本就是这些方法与论断的始作俑者）。

　　《梦断代码》中的团队有一个绝对集市的名字：OSAF，也有绝对集市的原则：开源且
接受大众的眼球（眼睛足够多，缺陷无处躲）。但是从直到这个项目开始之后的一年，这个
团队还没有一个真正意义上的领导者：他们（包括那些从来不出现在团队中的志愿者们）
总是在不停地开会、讨论，以及推翻上一次的开会与讨论。

　　团队的和产品的精神人物，是又出钱又做事的卡普尔。他声称了要做一个能打败一切
PIM软件的PIM软件。简单的说，直到这个软件只剩下以自己为对手的话，这就是目标。
类似的目标也出现过、成功过，例如Internet Explorer。所以，看起来卡普尔是要在开源界
面打造一个类似的神器，所以在这样的精神感召下，一批热血之士“混成（混然天成的混
成）”了这个团队。

　　卡普尔看着大家积极地讨论着他的“原始需求”，并接受了他们制造出来的更多的需求。
这些目标堆积成山之后，卡普尔开心地聆听了第一任项目经理基尔默（或只是一个技术首
领）的预期：我们，将在年底发布该软件的一个早期版本，预计明年年底或稍迟的时间即
可以发布1.0。

　　他的预估太过乐观了。Rosenberg在后来说。（P76）。

　　在《大道至简》一书中，我写过：做了这么多年项目，当我一听到“那我们就开始开
发吧”这句话，就哆嗦。因为，大多数人在说这句话的时候，连组织结构是什么都还没搞
清楚呢。

　　果然，接下来OSAF团队陷入了“与组织作斗争”的阶段。没有决策者，这意味着任
何一个“看起来像决策的东西”都可以能在你背转身去的时候被打破（P154）；没有设计者，
这意味着任何“看起来应该已有雏形的东西”其实都未曾现身（P132）；没有跟踪与限制，
这意味着任何人都可以停下手中的工作，去做另一件“看起来更要紧的工作”（所以他们制
造了大把大把的工具并不停地废弃它们，P129）；没有……是的，OSAF团队没有任何可以
依赖的组织结构，直到一年之后，他们把项目组分成三个小组，并设立了正式的团队经理
（P157、P158，由卡普尔兼任的）。

　　“别再继续发疯了！在书里，他们该错的都错了！”Rosenberg在后来说，（P158）“我
自己也在怀疑，他们何时才能起步？要花多长时间？障碍是什么？”在这个时候，《梦断代
码》的书正好写到一半。你可以猜测另一半的结果，或者干脆直接给它判了死刑。

　　但是真正的问题在哪里呢？是集市工程的失败么？问题是，《梦断代码》在后面还记叙
了微软的“Longhorn”项目的失败，那里有着最具规模的教堂队伍，从神职人员到扫地的，
一个不缺（据说连扫地的都至少是硕士以上学历，以备将来发展为扫地老僧）。

　　具体工程也会失败的，给一个工程冠以“具体”的名字，并不代表它就成功了。《梦断
代码》讲述了一个具体工程的失败，失败的过程闪耀着光辉：集市的、教堂的，以及牛人、
有钱人们的……无限光辉。

　　他们想做什么来着？

四、《走出软件作坊》是具体工程的成功案例
＝＝＝＝＝
　　阿朱不是写书的人，他没有Rosenberg那么精彩的文笔。阿朱只说话，有时候甚至只
是自言自语。《走出软件作坊》就是一本说话的书，他自语的，或说给别人听的。这些说过
的话，他或者曾经说给过团队中的小伙儿们听，也或者说给自己听过。现在他不过是又说
了一遍。说得不那么零碎了，有点条理，就成了书。

　　《走出软件作坊》几乎没有具体讲一个完整的工程项目的过程，但他讲了许多个过程
中的片段。从这些片段中，你可以还原出阿朱的行事方法：客户不确定需求，他怎么做；
员工开小差，他怎么做；要讲PPT，他怎么做；要培训架构师，他又怎么做……这些具体
的做法，有些像是大教室中的经文一样让你耳熟，有些则在小黑板上也找不到。但阿朱就
是这么做了，有效果，就用；没效果，他就老老实实地讲出来。

　　他的朋友笑了：“你的鬼招儿还不少啊。”(P218)

　　读书的我也笑过。阿朱的“鬼招儿”的确不少，但有无招法套路可循呢？练武术的人，
总有一种思路，看过了人家的“招儿”，就不怕下场跟人家“过过趟儿”。招式有了形迹，
也就有了应用的范围，有了范围就可以躲闪招架了。所以，以前练武的人都是闭了门练的，
都是防着人家看：怕偷师学艺是个理由，更多的则是怕露了招式，被人拿捏了短长。

　　阿朱的《走出软件作坊》讲的大多是招式，但没有套路，大半都是见招拆招的。讲演
PPT，东西是一套东西，讲给不同的人听，讲法还不同呢，大抵就是这个路子。你要是召
个技术人员给客户讲PPT，他一声不问就跟着你去了，就是走在半路上你也得把他撵回公
司；如果他问一句“都给谁讲呀”，这人就靠了一半谱；再问一句“为啥讲呀”，这事儿就
成了一半了。

　　道理就是这个道理，连目的都不知道的事，别做。阿朱的每一篇文章，都先讲背景。
讲客户的背景、讲公司发展的背景、讲团队素质的背景……然后在这些背景之下，还会讲
行业的背景、甚至于具体的某个个人的特点……然后，他才讲那个“具体的招式”。

　　那能不一招指到痛处吗？再说了，这些背景，不也就是这些年来、这些小作坊里的背
景吗？

　　所以，深有同感，深有痛感。读《走出软件作坊》的，常常有感，道理就在这里。

　　感是有感了，但是阿朱是怎么有“鬼招儿”的呢？阿朱讲了没？讲了。你自己去读。
读不出来，那是看《梦断代码》这样的史书太多，或读《大教堂与集市》这样的宣言太多，
或者《卡内基梅隆大学软件工程研究所推荐之XXX》这样的书研究得太深了。

　　书读得太多，就有了知见障。这是我常说的话。困于自己，疏离他人；看自己想看的，
看不见自己不想看的。就成了常人了。我在“盛大与Delphi的10年情缘”(*4)上留的那句
话，叫“所见即所得”，很多人直译作WYSIWYG，翻译得好，和词典一样准，但也碍于知
见所障。

　　《走出软件作坊》作为具体工程的成功案例，我只看到阿朱剑之所指，始终如一。没
有他那种眼光，《葵花宝典》给了你，自宫了你也练不成。

　　阿朱没自宫。

五、“具体工程”及其相关
＝＝＝＝＝
　　“具体工程”是具体现实环境下的工程。在具体工程里，对环境的了解，比目标的设
定更应靠前。比如说客户说要上RUP，你得先知道那里客户代表上一次听微软的课被忽悠
的呢，还是他想在这个过程中锻炼一支懂RUP的队伍。再如业界在嚷嚷AP/XP，你的团队
的小伙子们一个个急吼吼地也要上，你也得先看看他们是不是有那种交流沟通的能力，以
及相互协作的态度。

　　背景，就是你的知识。这很复杂、混乱。你可能天文地理管理哲学兵法时局等等无限
多，都要懂，因为这都是背景，都是能影响具体事务的因素。但你也可能实际懂得很少，
那你至少要学会一样，就是听。听来的也是知识，没人不喜欢你听他说话的，所以你常常
听也就成了博学家了。如果连听都不会，那么你就闭门写代码吧，计算机可以跟你交流，
用代码。

　　具体工程要讲的，就是一个具体团队里的具体方法。一个管理者，一个工程的实践者
什么都看不到，什么都不了解，什么都不学习，只以技术论英雄，只以王道服天下，都不
成。权术可以弄，道理也要能讲。你既然管着项目，眼里就得有人、有事、有冲突，看不
到活儿的，连小工都不如。

　　方法，就是你正在做的“这个行为”，而不是人家写在书上的“那个行为”。方法只有
此时此地的好坏之别，没有哪本书上写着的有用无用。

　　具体工程要做的就是你的公司、老板或给你发钱的那个具体的人的目标。放在“绝对
工程”的筐子里，“杀人”也可以是目标。如同《大道至简》里面把“XP”跟《极限战》
一书并论，“战胜敌人抢到地”与“完成工程挣到钱”是一样的目标，没有荣耀不荣耀，也
没有理想不理想。活下去，就是士兵的第一原则；打败他，就是将军的第一要务。

　　这就叫现实工程、具体工程，或狭义工程。我在《杀不死的人狼》一文中说过，狭义
工程跟广义工程的首要目标与次要目标正好相反：狭义工程以实现工程目标(*5)为这个工
程存在的根本价值，如果这项目标不能被达成，那么这个狭义的工程既不可能实施，也不
可能为所谓广义工程产生任何价值。而广义工程以“软件活动的根本任务(*6)”为首要目
标，至于一个公司的死活、一个产品的成败，却只是次要目标。

　　我们的大教堂打着种种旗号，让你去证明“神的存在，且食物是因你认识到神的存在
而得的馈赠”，那个大神，就是广义工程的目标。不信你去看，Brooks把这个目标写得很清
楚，你只不过是在证明它而已。很多人跟随着他们，只是因为他们多数时候在说着一些看
来是真理的，或原本被你认为是真理的话(*7)。哦，还有那些在小黑板上写写画画的人们，
他们看起来是无神论者，或者极端的反宗教主义者，那不过是因为他们不饿。

　　而你，现在还饿着。

Ν、其它
＝＝＝＝＝
　　我手上已经堆了不少的书，我坚持，决不在没读完它们之前就写评论。当然，也许根
本就不读，也许读完了也不写。写与不写，我向来没跟出版社的朋友们说确实过。

　　《梦断代码》的译者韩磊是我的朋友，《走出软件作坊》的作者阿朱也是我的朋友。事
实上我们曾经都在同一个名为Delphi的战壕里抽过烟、闲过话。但是并非因为这样的缘故
我才动手写这书评。我拿到《梦断代码》一书已经有近半年了，韩磊亲赠，待遇不谓不薄。
但我放在手边闲看了这么久，一直却想不出个理由来谈谈它。直到阿朱的书出版，直到我
品读到两本书之间的历史的、文化的、思想的差异，我才迸出一种激情来。我之所以评读
这两册书，盖半的原因还是它们这些鲜明的对比，包括那最为鲜明的结果：成功与失败。

　　现实总在书外。我在接受ZDNET的访谈时(*8)，正好与韩磊有过一个对话。我们讨论
到了国内的工程现状。我们都意识到我们的背景：既不是大教堂，也不是集市。我们穿梭
在大教堂与集市之中，时而做些相关的事情，既想着要进教堂又想着要去集市。但我们什
么都不是。我们的背景下，我们讲人情关系，我们讲面子，我们讲“过得去”。我们这些模
模糊糊的概念，在任何一本来自教堂的经籍，或来自小黑板的宣言里都没有。过去、曾经，
我们抹去这些，我们试图把自己变得适合某本经籍或某个宣言，但我们发现，最终影响我
们手边的“具体工程”的是现下的“具体团队”。这个团队有着固性的特点，如果我们要改
造它，其结果是要以时间、成本为代价的。更明确的结果，就是项目的失败。

　　改变一只蚂蚁的路线都难，何况是人，更何况是一个团队。我们得承认（包括客户、
需求方以及领导在内的）团队中的人情、关系，以及模糊的言辞，我们得具体地去分析它、
消除它或利用它。但前提是我们要承认它的存在和短期内的难以消除，因为这正是我们文
化的一个部分，一个成份。这，就是我们的本来面目。

　　《大道至简》最末写了一篇古文。古文里最后一段话里，写的是“车马无缰，道而驰
之，无有倾覆”。那个“道”字，是个动词，很多人读错了。比如《梦断代码》以小黑板为
道，或以无道而自以为有道，最后倾覆了。阿朱一路行来，无有盲然，寻见的道始终未曾
偏离他的脚下，也未曾偏离他视野所及的方向。因为他一直知道自已在做什么，为谁做，
为什么做；他一直知道自己的、团队的，以及那个具体工程的本来面目。这，就是他的眼
光。

　　于是，《走出软件作坊》。



＝＝＝＝＝＝＝＝＝＝
　　(*1)《敏捷软件开发宣言（Manifesto for Agile Software Development）》。
　　(*2)《大教堂与集市》，译文自《梦断代码》P305。
　　(*3)“杀不死的人狼——我读《人月神话》”，http://blog.csdn.net/aimingoo/archive/2007/03/12/1526396.aspx
　　(*4)“盛大与Delphi的10年情缘”，http://act.sdo.com/Delphi/
　　(*5) 《人月神话》中，Books的对此的说法是：将需求表达为抽象实体，并在“一定范围”内
映射成计算机的执行逻辑。这被Books设定为“软件活动的次要目标”。
　　(*6) 《人月神话》中，Books对“软件活动的根本任务”的定义是：根本任务的目标：抽象软
件构成的复杂概念结构。
　　(*7)“真理根本是无路可循的，死的东西才是有路可循的，因为它是静止不动的。……真理是活
的，互动的，不驻留的，既不在佛寺、教堂里，也没有任何宗教、上师或哲人能领你到那儿去，……”，
《重新认识你自己》，克里希那穆提。
　　(*8) SD2.0大会技术内幕，http://soft.zdnet.com.cn/software_zone/2008/1112/1230437.shtml