Fetnett多投功能的一个没有料到的用途是在sLIp／的客户端提供邮件列表、别名扩展。这意味着一个使用个人机器的人不必持续访问Isp的别名文件就能通过一个Isp帐户管理一个邮件列表。我的beta测试员提出的另一个重要的改变是支持8位mIme操作，这很容易做，因为我已经仔细的保证了8位代码的清晰，不仅因为我预见到了这个特性的需求，而且因为我忠实于另一准则：
15。当写任何种类的网关型程序时，多费点力，尽量少干扰数据流，永远不要抛弃信息，除非接收方强迫这么作！
如果我不遵从这个准则，那么8位mIme支持将会变得困难和笨拙，现在我所需要做的，是只读一下RFc1652，在产生信头的逻辑加上一点而已。
一些欧洲用户要求我加上一个选项来限制每次会话取得消息数（这样他们就可以从昂贵的电话网中控制花费了），我很长一段时间拒绝这样做，而且我仍然对它不很高兴，但是如果你是为了世界而写代码，你必须听取顾客的意见——这并不随他们不付给你钱而改变。
八。从Fetchmai1得来的另一些教益
在他们回到一般的软件工程问题以前，还有几个从fetchmai1得到的教益需要思考。
rnetoise”关键字，它被扫描器完全忽略了，当你把它们全抽取出的时候，关键字／值对更具可读性。
当我注意到rc文件的声明在多大程度上开始象一个微型命令语言时，这是一个Latenight的体验（这也是我为什么把popnett原来的“server”关键字改成了“po11”）。
对我来说似乎把这个微型命令语言变得更象英语可能会使它更容易使用。现在，虽然我对经过em和hTmL及许多数据库引擎所证实的“把它做成一个语言”的设计方式确信不疑，但是我并不是一个通常的“类英语”语法的狂热拥护者。
传统程序员容易控制语法使它尽量精确和紧凑，完全没有冗余，这是计算机资源还很昂贵时遗留下的一种文化传统，所以扫描策略需要尽可能的廉价和简单，而具有50％冗余度的英语，看来好象是一个非常不合适的模型。
这并不是我不用类英语语法的原因，我提到这一点是为了推翻它，在更廉价的时钟周期与核心的时代，简洁并没有走到尽头，今天对一个语言来说，对人更方便比对机器更廉价来的更加重要。
然而，有几个原因提醒我们小心一点，一个是扫描策略的复杂度开销——你并不想把它变成一个巨大的错误来源和让用户困惑，另一个是试图使语言表面上的类似可以和传统语言一样令人困惑（你可以在许多4gL和商业数据库查询语言上看到这一点）。
Fetchmai1的控制语法避免了这些问题，因为语言的领域是极其有限的。它一点也不象一个一般性的语言，它很简单地描述的东西并不复杂，所以很少可能在英语的一个小子集与实际的控制语言之间生混淆，我想这有一个更广泛的教益：
16。如果你的语言一点也不象是图灵完备的，严格的语法会有好处。
另一个教益是关于安全的，一些fetchmai1用户要求我修改软件把口令加密存贮在rc文件里，这样觑探者就不能看到它们了。
我没有这样做，因为这实际上起不到任何保护作用，任何有权读取你的rc文件的人都可以以你的名义运行fetchmai1——如果他们要破你的口令，它们可以从fetchmai1的代码中找到制作解码器的方法。
所以fetchmai1口令的加密都会给那些不慎重思考的人一种安全的错觉，这里一般性的准则是：
17。一个安全系统只能和它的秘密一样安全，当心伪安全。
九。集市风格的必要的先决条件
本文的早期评审人员和测试人员坚持提出成功的市集模式开的先决条件，包括工程领导人的资格问题和在把项目公开和开始建造一个协作开人员的社团的时候代码的状态。
相当清楚，不能以一个市集模式从头开一个软件，我们可以以市集模式、测试、调试和改进，但是以市集模式从头开始一个项目将是非常困难的，Linus没有这样做，我也没有，初期的开人员的社团应该有一此可以运行和测试的东西来玩。
当你开始创建社团时，你需要演示的是一个诺言，你的程序不需要工作的很好，它可以很粗糙、很笨拙、不完整和缺少文档、它不能忽略的东西是要吸引哪些人卷入一个整洁的项目。
Linux和fetchmai1都是以一个吸引人的基本设计进入公共领域的，许多和我一样在思考市集模式的人已经正确的认为这是非常关键的，然后得出了一个结论，工程领导者的高度的设计直觉和聪颖是必不可少的。
但是Linus是从unix得到他的设计的，我最初是从先前的popmai1得到启的（虽然相对Linux而言，它最后改变巨大），所以市集风格的领导人／协调人需要有出众的设计才能，或者他可以利用别人的设计才能？
我认为能够提出卓越的原始设计思想对协调人来说不是最关键的，但是对他／她来说绝对关键的是要能把从他人那里得到的好的设计重新组织起来。
Linux和fetnetus（如同前面所说）并不是惊人的原始设计者，但他显示了现好的设计并把它集成到Linux内核中的强大决窍。还有我也描述了怎样从别人那里得到了fetchmai1中最强大的设计思想（**Tp转）。
本文的早期读者称赞我，说因为我做了许多关于原始设计的事，所以倾向于低估原始设计在市集项目中的价值，也许有些是对的吧，但是设计（而不是编码或调试）本来就是我最强的能力。
变得聪明和软件设计的原始创作的问题是它会变成一个习惯，当需要保持事物健壮和简洁的时候，你却开始把事情变得漂亮但却复杂。我曾经犯过错误，使得一些项目因我而崩溃了，但我努力不让它生在fetnetbsp；所以我相信fetchmai1项目的成功部分是因为我抑制自己不要变得太聪明，这说明（至少）对市集模式而言原始设计并不是本质的，请考察一下Linux假设LinusTorva1ds在开时试图彻底革新操作系统设计，它还会象今天我们所拥有的内核那样稳定和成功吗？
当然基本的设计和编码技巧还是必需的，但我希望每个严肃考虑起一个市集计划的人都已至少具备这些能力，自由软件社团的内部市场对人们有某些微妙的压力，让他们不要起自由不能搞定的开，目前为止，这工作得仍然相当好。
对市集项目来说，我认为还有另一种通常与软件开无关的技能和设计能力同样重要——或者更加重要，市集项目的协调人或领导人必须有良好的人际和交流能力。
这是很显然的，为了建造一个开社团，你需要吸引人，你所做的东西要让他们感到有趣，而且要保持他们对他们正在做的工作感到有趣，而且要保持他们对他们正在做的工作感到高兴，技术方面对达成这些目标有一定帮助，但这远远不是全部，你的个人素质也有关系。
并不是说Linus是一个好小伙子，让人们喜爱并乐于帮助他，也并不是说我是个积极外向的，喜欢扎堆儿工作，有出众的幽默感的人，对市集模式的工作而言，至少有一点吸引人的技巧是非常有帮助的。
十。自由软件的社会学语境
下述如实：最好的开是从作者解决每天工作中的个人问题开始的，因为它对一大类用户来说是一个典型问题，所以它就推广开来了，这把我们带回到准则1，也许是用一个更有用的方式来描述：
18。要解决一个有趣的问题，请从现让你感兴趣的问题开始。
这是nett的情形，也是我和fetchmai1的情形，但这已在很长一段时间被大家知晓了，Linux和fetchmai1的历史要求我们注意的有趣之处是下一个阶段——软件在一个庞大的活跃的用户和协作开人员的社团中的进化。
在《神秘的人月》一FredBrooks观察到程序员的工作时间是不可替代的：在一个误了工期的软件项目中增加开人员只会让它拖得更久，他声称项目的复杂度和通讯开销以开人员的平方增长，而工作成绩只是以线性增长，这个说法被称为“Brooks定律”，被普遍当作真理，但如果Brooks定律就是全部，那Linux就不可能成功。
几年之后，gera1einbeng的经典之作“Thepsy1ogyofnetg”为我们更正了Brooks的看法，在他的“忘我（ego1ess）的编程”einberg观察到在开人员不顽固保守自己的代码，鼓励其他人寻找错误和展潜力的地方，软件的改进的度会比其他地方有戏剧性的提高。
einberg的用词可阻止了他的分析得到应有的接受，人们对把Internet黑客称为“忘我”的想法微笑，但是我想今天他的想法比以往任何时候都要引人注目。
unix的历史已经为我们准备好了我们正在从Linux学到的（和我在更小规模上模仿Linus的方法所验证的）东西，这就是，虽然编码仍是一个人干的活，真正伟大的工作来自于利用整个社团的注意和脑力，在一个封闭的项目中只利用他自己的脑力的人会落在知道怎样创建一个开放的、进化的，成百上千的人在其中查找错误和进行修改的环境的开人员之后。
但是unix的传统中有几个因素阻止把这种方法推到极致。一个是各种授权的法律约束、商业机密和商业利益，另一个（事后来看）是Internet还不够好。
在Internet变得便宜之前，有一些在地理上紧密的社团，它们的文化鼓励eingberg的“忘我”编程，一个开人员�
小提示：按 回车 [Enter] 键 返回书目，按 ← 键 返回上一页， 按 → 键 进入下一页。
赞一下
添加书签加入书架