超级系统-第4章

按键盘上方向键 ← 或 → 可快速上下翻页，按键盘上的 Enter 键可回到本书目录页，按键盘上方向键 ↑ 可回到本页顶部！
————未阅读完？加入书签已便下次继续阅读！


的协议potofficeprot1）。而且，1ocke的Bsd/os操作系统已经自带了一个pop3服务器。

　　　　我需要一个pop3客户。所以我到网上去找到了一个。实际上，我现了三、四个。我用了一会popper1，但它却少一个明显的特征：抽取收到的邮件的地址以便正确回复。

　　　　问题是这样的：假设1ocke上一个叫“joe”的人向我了一封邮件。如果我把它取到snark上准备回复时；我的邮件程序会很高兴地把它送给一个不存在的snark上的“joe”。手工的在地址上加上“”变成了一个严酷的痛苦。

　　　　这显然应是计算机替我做的事。（实际上，依据RFnetdmai1应该做这件事）。但是没有一个现存的pop客户知道怎样做！于是这就给我们上了第一课：

　　　　1。每个好的软件工作都开始于搔到了开者本人的痒处。

　　　　也许这应该是显而易见的（“需要是明之母”长久以来就被证明是正确的），但是软件开人员常常把他们的精力放在它们既不需要也不喜欢的程序，但在Linux世界中却不是这样——这解释了为什么从Linux团体中产生的软件质量都如此之高。

　　　　那么，我是否立即投入疯狂的工要编出一个新的pop3客户与现存的那些竞争呢？才不是哪！我仔细考察了手头上的pop工具，问自己“那一个最接近我的需要？”因为：

　　　　2。好程序员知道该写什么，伟大的程序员知道该重写（和重用）什么。

　　　　我并没有声称自己是一个伟大的程序员，可是我试着效仿他们。伟大程序员的一个重要特点是建设性的懒惰。他们知道你是因为成绩而不是努力得到奖赏，而且从一个好的实际的解决方案开始总是要比从头干起容易。

　　　　例如，Linux并不是从头开始写Linux的。相反的它从重用minix（一个386机型上的类似unix的微型操作系统）的代码和思想入手。最后所有的minix代码都消失或被彻底的重写了，但是当它们在的时候它为最终成为Linux的雏形做了铺垫。

　　　　秉承同样的精神，我去寻找良好编码的现成的pop工具，用来作为基础。

　　　　unix世界中的代码共享传统一直对代码重用很友好（这正是为什么gnu计划不管unix本身有多么保守而选取它作为基础操作系统的原因）。Linux世界把这个传统推向技术极限：它有几个T字节的源代码可以用。所以在Linux世界中花时间寻找其他几乎足够好的东西，会比在别处带来更好的结果。

　　　　这也适合我。加上我先前现的，第二次寻找找到了9个候选者——fetopTart，getmai1，gpop，pimp，popper1，popc，popmai1和upop）。我先选定的是“fetchpop”。我加入了头标重写功能，并且做了一些被作者加入他的1。9版中的改进。

　　　　但是几个星期之后，我偶然现了nett”的代码，然后现有个问题，虽然fetchpop有一些好的原始思想（比如它的守护进程模式），它只能处理pop3，而且编码的水平相当业余（seunghong是个很聪明但是经验不足的程序员）r1的代码更好一些，相当专业和稳固，但他的程序缺少几个重要的相当容易实现的fetchpop的特征（包括我自己写的那些）。

　　　　继续呢还是换一个？如果换一个的话，作为得到一个更好开基础的代价，我就要扔掉我已经有的那些代码。

　　　　换一个的一个实际的动机是支持多协议，pop3是用的最广的邮局协议，但并非唯一一个，Fetchpop和其余几个没有实现或者apop，而且我还有一个为了兴趣加入I（Internetmegeerot1，最近设计的最强大的邮局协议）的模糊想法。

　　　　但是我有一个更加理论化的原因认为换一下会是一个好主意，这是我在Linux很久以前学到的：

　　　　3。“计划好抛弃，无论如何，你会的”（FredBrooks；《神秘的人月》第11章）

　　　　或者换句话说，你常常在第一次实现一个解决方案之后才能理解问题所在，第二次你也许才足够清楚怎样做好它，因此如果你想做好，准备好推翻重来至少一次。

　　　　好吧（我告诉自己），对fetchpop的尝试是我第一次的尝试，因此我换了一下。

　　　　当我在1996年6月25日把我第一套popnett的补丁程序寄给car1harris之后，我现一段时间以前他已经对popnett基本上失去了兴趣，这些代码有些陈旧，有一些次要的错误，我有许多修改要做，我们很快达成一致，我来接手这个程序。不知不觉的，这个计划扩大了，再也不是我原先打算的在已有的pop客户上加几个次要的补丁而已了，我得维护整个的工程，而且我脑袋里涌动着一些念头要引起一个大的变化。

　　　　在一个鼓励代码共享的软件文化里，这是一个工程进化的自然道路，我要指出：

　　　　4。如果你有正确的态度，有趣的问题会找上你的，但是car1harris的态度甚至更加重要，他理解：

　　　　5。当你对一个程序失去兴趣时，你最后的责任就是把它传给一个能干的后继者。

　　　　甚至没有商量r1和我知道我们有一个共同目标就是找到最好的解决方案，对我们来说唯一的问题是我能否证明我有一双坚强的手，他优雅而快的写出了程序，我希望轮到我时我也能做到。

　　　　三。拥有用户的重要性

　　　　于是我继承了popnett，同样重要的是，我继承了popnett的用户基础，用户是你所拥有的极好的东西，不仅仅是因为他们显示了你正在满足需要，你做了正确的事情，如果加以适当的培养，他们可以成为合作开者。

　　　　unix传统另一有力之处是许多用户都是黑客，因为源优码是公开的，他们可以成为高效的黑客，这一点在Linux世界中也被推向了令人高兴的极致，这对缩短调试时间是极端重要的，在一点鼓励之下，你的用户会诊断问题，提出修订建议，帮你以远比你期望快得多的度的改进代码。

　　　　6。把用户当做协作开者是快改进代码和高效调试的无可争辩的方式。

　　　　这种效果的力量很容易被低估，实际上，几乎所有我们自由软件世界中的人都强烈低估了用户可以多么有效地对付系统复杂性，直到Linus让我们看到了这一点。

　　　　实际上，我认为Lin聪明最了不起的工作不是创建了Linux内核本身，而是明了Linux开模式，当我有一次当着他的面表达这种观点时，他微笑了一下，重复了一句他经常说的话：“我基本上是一个懒惰的人，依靠他人的工作来获取成绩。”象狐狸一样懒惰，或者如Roberthein1ein所说，太懒了而不会失败。

　　　　回顾起来，在gnuemLisp库和Lisp代码集中可以看到Linux方法的成功，与em的c内核和许多其他FsF的工具相比，Lisp代码库的演化是流动性的和用户驱动的，思想和原型在达到最终的稳定形式之前往往要重写三或四次，而且经常利用Internet的松散合作。

　　　　实际上，我自己在fetchmai1之前最成功的作品要算emVc模式，它是三个其他的人通过电子邮件进行的类似Linux的合作，至今我只见过其中一个人（Rirdsta11man），它是、Rnetet”版本控制操作，它是从一个微型的、粗糙的别人写好的e1模式开始演化的，Vc开的成功不像em身，而是因为emLisp代码可以很快的通过布／测试／改进的过程。

　　　　（FsF的试图把代码放入gpL之下的策略有一个未曾预料到的副作用，它让FsF难以采取市集模式，因为他们认为每个想贡献二十行以上代码的人都必须得到一个授权，以使受到gpL的代码免受版权法的侵扰，具有Bsd和mITx协会的授权的用户不会有这个问题，因为他们并不试图保留那些会使人可能受到质询的权力）。

　　　　四。早布、常布

　　　　尽量早尽量频繁的布是Linux开模式的一个重要部分，多数开人员（包括我）过去都相信这对大型工程来说是个不好的策略，因为早期版本都是些充满错误的版本，而你不想耗光用户的耐心。

　　　　这种信仰强化了建造大教堂开方式的必要性，如果目标是让用户尽可能少的见到错误，那你怎能不会仅仅每六个月布一次（或更不经常），而且在布之间象一只狗一样辛勤“捉虫”呢？em内核就是以这种方式开的，Lisp库，实际上却相反，因为有一些有FsF控制之外的Lisp库，在那里你可以独立于em布周期地找寻新的和开代码版本。

　　　　这其中最重要的是ohio州的e1isp库，预示了今天的巨大的Linux库的许多特征的精神，但是我们很少真正仔细考虑我们在做什么，或者这个库的存在指出了FsF建造教堂式开模式的什么问题，1992年我曾经做了一次严肃的尝试，想把ohio的大量代码正式合并到em的官方Lisp库中，结果我陷入了政治斗争中，彻底失败了。

　　　　但是一年之后，在Linux广泛应用之后，很清楚，一些不同的更加健康的东西诞生了，Linus的开模式正好与建造教堂方式相反nsite和tsx11的库开始成长，推动了许多布。所有这些都是闻所未闻的频繁的内核系统的布所推动的。

　　　　Linus以所有实际可能的方式把它的用户作为协作开人员。

　　　　7。早布、常布、听取客户的建议

　　　　Linus的创新并不是这个（这在unix世界中是一个长期传统），而是把它扩展到和他所开的东西的复杂程度相匹配的地步，在早期一天一次布对他来说都不是罕见的！而且因为他培育了他的协作开者基础，比其他任何人更努力地充分利用了Internet进行合作，所以这确实能行。

　　　　但是它是怎样进行的呢？它是我能模仿的吗？还是这依赖于Linus的独特天才？

　　　　我不这样想，我承认Linus是一个极好的黑客（我们有多少人能够做出一个完整的高质量的操作系统内核？），但是Linux并不是一个令人敬畏的概念上的飞跃，Linus不是（至少还不曾是）象Rirdsta11man或Jamesgos1ing一样的创新天才，在我看来，Lin象一个工程天才，具有避免错误和开失败的第六感觉，掌握了现从a点到B点代价最小的路径的决窍，确实，Linux的整个设计受益于这个特质，并反映出Linus的本质上保守和简化设计的方法。

　　　　如果快的布和充分利用Internet不是偶然而是Linus的对代价最小的路径的洞察力的工程天才的内在部分，那么他极大增强了什么？他创建了什么样的方法？

　　　　问题回答了它自己，Linus保持他的黑客用户经常受到激励和奖赏：被行动的自我满足的希望所激励，而奖赏则是经常（甚至每天）都看到工作在进步。

　　　　Linus直接瞄准了争取最多的投入调试和开的人时，甚至冒代码不稳定和一旦有非常棘手的错误而失去用户基础的险，Linus似乎相信下面这个：

　　　　8。如果有一个足够大的beta测试人员和协作开人员的基础，几乎所有的问题都可以被快的找出并被一些人纠正。

　　　　或者更不正式的讲：“如果有足够多的眼睛，所有的错误都是浅显的”（群众的眼睛是雪亮的），我把这称为“Linus定律”。

　　　　我最初的表述是每