桌面 Linux：你在哪里？ -

2004 年 6 月 14 日
第 2 卷，第 3 期

桌面 Linux：你在哪里？

Bart Decrem，开源应用基金会

迎头赶上，迎接新挑战，向前迈进

桌面 Linux 已经走过了漫长的道路——而且这是一段过山车般的旅程。在互联网泡沫的顶峰时期，大约在红帽公司首次公开募股的时候，人们期望 Linux 能够很快在桌面上普及。几年后，在股市崩盘和几家备受瞩目的 Linux 公司倒闭之后，评论员们迅速宣布桌面 Linux 胎死腹中。

然后发生了一件有趣的事情：GNOME 和 KDE 桌面环境不断改进，Mozilla 和 OpenOffice.org 达到了 1.0 里程碑，并且涌现出了一批新的 Linux 桌面公司（Lindows、Xandros、Lycoris）。关于桌面 Linux 死亡的谣言被大大夸大了。在过去一年中，一系列新的发展和公告为桌面 Linux 的鼓点增添了节奏。也许最重要的是，包括 Novell 和 Sun Microsystems 在内的大型 IT 公司已经押注于桌面 Linux。

那么 2004 年会成为“桌面 Linux 年”吗？本文将盘点桌面 Linux 的现状，并展望 Linux 桌面更广泛采用的剩余障碍、Linux 如何应对微软 Longhorn 计划带来的新挑战，以及围绕以协作为中心的计算取得领先地位的机会。

LINUX 走向桌面的漫长征程

中国的长征历时约一年，从 1934 年到 1935 年，在此期间，毛泽东和他的共产主义战士队伍跋涉了近 3000 英里，穿越崇山峻岭，建立了他们的权力结构。糟糕的是：在开始长征的 20 万战士中，只有大约 3 万人到达了终点，并且他们又花了 15 年才获得政权。

我们现在正处于 Linux 桌面长征的第六年，一路走来经历了一些挫折，其中最大的挫折是 Netscape 的衰落。虽然 Netscape 不是一家 Linux 桌面公司，但微软对浏览器市场 98% 的控制仍然是最大的威胁之一，不仅是对未来桌面 Linux 的威胁，也是对未来互联网的威胁。然而，桌面 Linux 一直出人意料地具有韧性。Eazel 等公司的失败被证明只是小小的障碍。在 Netscape 的灰烬中，一只蜥蜴崛起，它的咆哮声越来越响亮，Mozilla 的新 Firefox 浏览器甚至在达到 1.0 版本之前就获得了好评如潮。

现状评估

桌面 Linux 现在对于某些类型的用户来说已经足够好了，但仍有许多工作要做。两个大型、动态的开源项目 KDE 和 GNOME 提供了完整的桌面环境，其中包括文件管理器、桌面管理工具以及广泛的应用程序——从简单的游戏到完整的办公效率套件。这两个项目都相当成熟，提供了相当完善和稳定的桌面。它们可能没有苹果公司的 Panther 操作系统那样华丽，但它们与微软 Windows 相比也相当不错。Linux 桌面的主要问题是存在多个项目，这使得用户和开发人员难以选择一个专注于的项目，并分散了开源开发人员的精力。

通过他们的工具和开发库，微软尤其是苹果公司提供或多或少统一的外观和感觉以及占主导地位的开发环境。Linux 则不然，KDE、GNOME、Mozilla、OpenOffice 和 Wine 项目都提供了自己的开发环境，导致最终用户环境常常不一致。

然而，一致的最终用户环境可能不如强大的最终用户应用程序选择那么重要。毕竟，许多领先的 Windows 应用程序并不遵守微软的用户界面指南。在大多数核心应用程序领域，至少有一个强大的 Linux 产品。有多种强大的 Web 浏览器选项可供选择；OpenOffice 是一套完整、成熟的办公套件；并且有大量的强大互联网应用程序，从 IM（即时通讯）到大多数流行的多媒体插件。

但是仍然存在明显的差距。虽然有成千上万的最终用户应用程序，但大多数都不完善且不完整。没有真正的最终用户 Linux 软件产业。Linux 没有强大的个人理财应用程序。如果您需要与 PowerPoint 像素级的兼容性，或者需要连接到旧的 Exchange 服务器，那么 Linux 可能不适合您。您不会在当地电脑超市的货架上找到针对 Linux 的教育游戏。

同样，Linux 生态系统也有其优势和劣势。有各种各样的 Linux 发行版可以满足任何人的需求，并且有一个庞大且蓬勃发展的开源开发者社区，每个人都在解决自己的问题。但是，虽然数百家白盒供应商正在销售 Linux 工作站，但在主流零售渠道中购买 Linux 桌面 PC 仍然几乎不可能。

三个主要障碍意味着 Linux 的广泛消费者采用在未来几年内都难以实现，甚至可能永远不会实现

1. 缺乏关键数量的消费者应用程序。 Linux 缺乏在您当地百思买商店中琳琅满目的应用程序类型——从个人理财软件到游戏再到精致的相册软件。虽然开源社区填补了其中一些空白，并且 Wine 项目——Windows API 在 X 和 Unix 之上的开源实现——提供了一个部分解决方案，但在需求建立之前，独立软件供应商不太可能专注于 Linux 市场，从而造成鸡生蛋还是蛋生鸡的困境。软件行业逐步转向基于 Web 的模型可能为克服这一挑战提供了最佳希望——只要这些丰富的 Web 应用程序与 Windows 操作系统没有不可分割的联系。

2. 缺乏主要 OEM 支持和消费者分销渠道访问。 虽然戴尔等主要 OEM 和软件分销商如果微软的垄断被打破，将获得最大的收益，但他们也拥有强大的经济激励——以与微软的联合营销协议的形式——这使得这些低利润、商品供应商几乎不可能销售带有替代操作系统的系统。尽管如此，随着操作系统和其他微软应用程序现在构成更便宜的 PC 中最昂贵的组件，制造商在推进低成本替代方案方面拥有重大利益。

3. 抵制改变。 计算机用户投入了巨大的精力来学习操作他们的计算机并配置它们以满足他们的需求。他们积累了大量数据，这使得他们不愿意升级到新计算机，更不用说不熟悉的操作系统了。当然，接连不断的计算机病毒、蠕虫和特洛伊木马已经使许多用户感到绝望，并使他们准备探索更安全的替代方案。

虽然消费者和知识工作者市场，尤其是在美国，仍然难以捉摸，但许多其他市场为桌面 Linux 提供了重要的机会，包括“事务型工作者”、美国以外的价格敏感型市场以及廉价、功能有限的 PC。这些市场有可能为桌面 Linux 提供两位数的市场份额，从而严重削弱当前的桌面单一文化。抓住这些机遇需要什么？

需求：加强桌面基础

至少有五个 Linux 桌面平台：KDE、GNOME、OpenOffice、Mozilla 和 Wine。这些成功的开源项目中的每一个都包含一个充满活力的开发者社区，是大量项目的保护伞，并且构建在不同的工具包之上。OpenOffice 和 Mozilla 是跨平台项目，其用户主要运行 Windows 操作系统。

Red Hat 的 Havoc Pennington 将未来的大部分技术挑战总结为，落在现有开源项目之间缝隙中的工作，或者跨多个项目的工作。后一个问题在开源社区中尤其棘手，开源社区容易陷入无休止的激烈技术争论。由于代码在开源世界中占据主导地位，并且没有独裁者或单一的商业需求来帮助解决问题，因此集成问题常常无法解决。因此，也许 Linux 桌面成功的最大挑战可能是需要在各个项目之间建立更强的沟通联系，并最终让这些项目愿意做出痛苦的让步，以提高互操作性，并共同交付更具竞争力的桌面环境。

让我们来看看一些需要解决的具体基础任务，以确保 Linux 桌面变得更具竞争力。（感谢 Havoc Pennington 在本节中提供的意见。）

改进的桌面“管道”。 X Windows 系统是 Linux 桌面的正确基础，但需要创新来提高性能和可用性，在面对封闭的硬件规范和专利时提供更好的多媒体支持，并普遍设计和实施新的 X 扩展，使 Linux 桌面能够提供 Mac OS X 和微软 Longhorn 提供的图形吸引力。

稳健性和性能。您不应该需要知道如何使用命令行来维护您的 Linux 桌面系统。错误应该被透明地处理或传达回 UI（用户界面），并为用户提供帮助。Linux 桌面的性能需要像服务器一样进行持续跟踪，监控启动时间、打开菜单或启动关键应用程序等指标。

更好地支持外围设备。 Linux 需要一个硬件抽象库，使外围设备可供应用程序和最终用户使用。虽然 Linux 内核为 USB 和其他外围设备标准提供了良好的支持，但这并不意味着您可以将数码相机插入 Linux 驱动的桌面，并在您喜欢的图像编辑应用程序中编辑图片。Linux 没有通用的硬件抽象层，使这些外围设备可供所有应用程序使用。去年 7 月，Pennington 写了一篇关于这个主题的论文，题为“让硬件正常工作”。1 从那时起，一位社区志愿者带头并启动了 HAL（硬件抽象层）项目。2

通用的 MIME 系统。 Linux 上不存在文件类型和辅助应用程序之间关联的单一存储库。每个桌面平台都有自己的 MIME（多用途互联网邮件扩展）系统，这意味着如果您在 KDE 中使用 Evolution（基于 GNOME 的 PIM，或个人信息管理系统），并且试图弄清楚如何定义，比如说，哪个 Web 浏览器应该处理电子邮件消息中的链接，事情很快就会变得混乱。共享 MIME 数据库项目3 正在解决这一挑战方面取得进展，GNOME 项目开始采用其规范方法。

通用的配置/可管理性框架。 每个 Linux 桌面平台都有自己的配置和管理框架。更糟糕的是，操作系统堆栈的较低层（例如图形层，也称为 X 窗口系统，或操作系统本身）也具有配置和管理框架。如果您幸运的话，您可以使用 GNOME 控制面板更改您的显示器配置。更可能的是，您必须注销并重新登录。它还可能涉及到命令行之旅。这个问题因 GNOME 桌面等项目不仅在 Linux 上运行，而且还在 FreeBSD、各种 Unix 版本，甚至 Windows 上运行而变得复杂。

通用的最终用户文档文件系统。 各种桌面项目和 Linux 发行版并不总是共享相同的文件系统约定，以决定将文件放在桌面或用户的 home 目录中的位置。GNOME 项目采用了 KDE 关于用户文档目录的约定，但其他项目和各种 Linux 桌面发行版都有自己的约定；因此，您的 Web 浏览器很可能默认将文档保存到桌面，而您的文字处理器可能会将它们保存到您的 home 目录，而第三个应用程序可能会将文件保存到 My Documents 目录。

通用的虚拟文件系统。 可用文件系统的列表可能因应用程序而异。在 Linux 上，仅仅因为您能够在桌面上挂载 WebDAV（基于 Web 的分布式创作和版本控制）或 FTP 卷，并不意味着您将能够从您的文字处理器访问这些卷。在这个领域正在取得零星的进展——例如，Mozilla 最近包含了对 GNOME 项目的 GNOME-VFS（虚拟文件系统）的支持。

交互和 UI 设计流程。 GNOME 项目在创建人机界面指南并鼓励 GNOME 应用程序的维护者遵循这些指南方面投入了最多的精力。但是，例如，GNOME、KDE、OpenOffice 和 Mozilla 之间的用户界面一致性又如何呢？

最后一英里

解决这些以及其他剩余的挑战，以提供一个真正与市场上现有产品竞争的集成 Linux 桌面并非易事，任何成功的方法都将包括一项汇集来自不同桌面相关项目的人员的努力。好消息是，开源社区正朝着这个方向发展，并且最近有两个项目扩大了章程以应对这些挑战：X Consortium 已经演变成 X.org Foundation，Freedesktop.org 项目现在托管着越来越多的桌面基础相关项目，包括此处提到的几个项目。

在生产力套件领域，也有理由抱有希望。OpenOffice 文档过滤器已经相当不错，并且还在不断改进（见证 OpenOffice 1.1 和 StarOffice 7 中所做的改进）。OpenOffice、KWord 和其他开源生产力应用程序的开发人员已经在非正式地合作解决剩余的问题。开源社区对 Microsoft Office DTD（文档类型定义）改进的、协作维护的文档，类似于 OpenOffice 项目对 Excel 文件格式的文档4，可以进一步改善这种情况。

用于生产力应用程序的丰富、开放和基于 XML 的文件格式标准的可用性也将极大地促进 Linux 桌面的采用。OASIS 标准联盟正在努力制定一个正式标准，主要基于 OpenOffice 文件格式。OpenOffice 和其他 Linux 生产力应用程序对该标准的开发、采用和实施将为图书馆员、数据档案管理员、政策制定者和其他感兴趣的各方提供一个开放的替代方案，他们可以将其作为政府、教育机构和其他地方的文档交换标准。但是，还有更多工作要做

更多适用于 Linux 的商业最终用户应用程序。 如前所述，缺乏关键数量的商业最终用户应用程序是更广泛的消费者采用 Linux 的主要障碍。这种鸡生蛋还是蛋生鸡的问题在未来几年内不太可能解决，但 Wine 项目可能会提供部分答案。由于 Wine 社区和 CodeWeavers 的努力，许多 Windows 应用程序，包括 Microsoft Office、Internet Explorer、Windows Media Player、Quicktime 和 Adobe Photoshop，已经在 Linux 下未经修改地运行。TransGaming 是另一家基于 Wine 库构建的公司，它声称它允许世界上 250 款最热门的游戏，包括 EverQuest、Battlefield 1942 和 SimCity，在 Linux 下未经修改地运行。此外，Wine 库为 ISV（独立软件供应商）提供了一种将应用程序移植到 Linux 的简便方法。例如，几年前，MusicMatch 使用 Wine 移植到了 Linux。在不久的将来，Wine 的进一步改进可能会使最终用户 Linux 发行版可以令人信服地声称 Linux 可以运行 Windows 应用程序。

用户友好的文档和支持选项。 大多数 Linux 文档以及最流行的邮件列表和支持论坛对于非技术用户来说都很难解析，这使得解决不可避免出现的问题成为一项艰巨的任务。

缺乏标准 Linux。 Linux 发行版和 Linux 支持的硬件平台的多样性使得 ISV 难以为 Linux 打包应用程序。Linux 标准库和易于使用的软件安装程序（如 Lindows 的 Click-N-Run Warehouse）等努力有助于应对这一挑战。

Linux Today 的执行编辑 Brian Proffitt 给出了一个很好的例子，说明了缺乏标准 Linux 定义给最终用户带来的成本。5 GNOME 桌面拥有精美的抗锯齿字体，因此当 Proffitt 在他的 Red Hat 系统上安装最新版本的 Mozilla 浏览器并最终得到锯齿状字体时，他感到震惊。事实证明，GNOME 中的抗锯齿字体需要两个库，这两个库并未预装在所有主要的 Linux 发行版上，这就是为什么 XFT 未在 Mozilla 的每个版本中预编译的原因。

更好地支持开发人员。 定义标准 Linux 规范不仅对用户有利，而且对于希望构建 Linux 桌面应用程序的开发人员也是福音。但是还需要更多。Linux 桌面项目仍然最适合使用 C 或 C++ 编码并且将 Emacs 视为 IDE（集成开发环境）的程序员，这使得数百万使用 Visual Studio 编程的 Java 和 Visual Basic 程序员难以接近 Linux 桌面。主要提供 C 和 C++ 严重限制了开发人员的范围。Java、C#、Python 和其他开源“p”语言的开源实现提供了巨大的希望，但是为开发人员提供微软提供的易于使用的工具仍然是 Linux 社区面临的挑战。

LONGHORN：下一个挑战

Linux 的这个技术议程虽然雄心勃勃，但实际上是一个追赶计划，它将使 Linux 桌面在当前桌面状态良好且决策者主要关注成本问题的领域取得进展，例如事务型工作者、美国以外的价格敏感型市场以及寻找功能有限的互联网 PC 的消费者。但是微软计划通过其即将推出的 Longhorn 操作系统大幅提高标准。

对于桌面 Linux 的前景而言，也许最重要的是，Longhorn 将配备一种名为 XAML 的 XML 标记语言，该语言允许开发人员构建与桌面无缝集成的丰富互联网应用程序，从而可能将 Web 浏览器降级为遗留系统，并将 Web 的开放 API 与 Longhorn API 不可分割地集成在一起。如果 XAML 流行起来，用户可能能够以丰富的新方式与互联网内容交互，但可能会比以往任何时候都更深地锁定在他们的 Windows 桌面中。

但是 XAML 并非凭空出现。该语言与 Mozilla 的 XUL（XML 用户界面语言）有一些惊人的相似之处。XUL 是一种 UI 标记语言，可用于构建基于 Gecko 的应用程序（Gecko 是 Mozilla 渲染引擎）。Mozilla 1.x 套件、Firefox 和 Thunderbird 都是 XUL 应用程序。更令人感兴趣的是，有许多独立的 XUL 应用程序，例如 Mozilla Amazon Browser，6 它作为客户端应用程序运行，让您可以在本地操作 Amazon 数据，而无需 Web 页面更新的延迟——就像最近在微软开发者大会上大张旗鼓地展示的 XAML Amazon 演示一样。当然，不同之处在于 XUL 现在可用，并且将在任何平台上运行。

Mozilla 的人们认为，XUL、Mozilla Gecko 渲染引擎、SVG（可缩放矢量图形）支持和 Web 服务功能的结合是向桌面交付丰富互联网应用程序的关键，尤其因为 XUL 对于数百万 HTML 编码人员来说相对容易学习。Mozilla 开发人员正在构建原型应用程序，这些应用程序结合了基于 Web 的应用程序部署和管理的好处，以及桌面应用程序的响应性和可用性。

总而言之，XUL 有潜力成为 XAML 的跨平台、开放的答案。如果 Mozilla 开发人员与 Linux 桌面工作（例如 GTK（GNOME 项目使用的工具包））紧密合作，将 XUL 的跨平台优势与 Linux 上的原生小部件支持相结合，Linux 可以提供与 XAML 应用程序一样引人注目的丰富互联网应用程序，并提供在任何平台上运行的好处。

向前迈进

开源社区有一个追赶桌面的计划，并且可能能够在微软将丰富互联网内容带到桌面的计划中击败微软。但是开源社区如何才能实现 PC 作为“思维的自行车”的最初承诺，正如苹果公司的史蒂夫·乔布斯所说的那样，或者互联网作为创造力推动者的承诺？开源社区能否阐明其自身的愿景，以挖掘通过将丰富的客户端环境与互联网的网络效应相结合而实现的创造力？是否存在主导供应商没有追求的机会领域，因为它们不符合其最大化股东投资回报的策略？

让我们来看看旨在应对这一更大挑战的三个项目。

CHANDLER

今天的 PIM 迫使用户适应技术。信息被锁定在孤岛中，例如电子邮件、日历条目、地址簿项目和待办事项。

Mitch Kapor 是 Lotus 123 的创建者，他对现有 PIM 无法适应他组织工作的方式感到沮丧，因此转向了开源开发流程。他投入了数百万美元的自有资金，并创建了开源应用基金会 7，在那里，一个由 20 多名开发人员组成的团队正在创建 Chandler，这是一个下一代 PIM。Chandler 计划于明年某个时候发布，它打破了各种 PIM 应用程序之间的壁垒，以及我的和你的之间的壁垒。所有数据都组织到一个中央存储库中（微软正在其 Longhorn 中的 WinFX 计划中采纳这个想法），用户可以按照他们想要的任何方式组织他们的信息。Chandler 的另一个主要重点是协作：使用灵活的策略共享信息的能力。用户和状态管理以及通知不是通过中央服务器处理的，而是通过使用点对点 Jabber IM 平台处理的。

Kapor 指出：“PC 和互联网革命最初都是权力下放的力量，将权力交给了最终用户，但随后被企业所接受，企业获得了对它们的控制权。包括 Linux 在内的软件投资在很大程度上是由大型企业的需求驱动的，这些企业主要对管理集中式计算资源、企业级应用程序开发、限制用户修改其桌面环境的能力感兴趣。最终用户计算体验对他们来说并不重要。”8

但是，许多大型企业采用的命令和控制方法，以及大型软件供应商的商业模式围绕其构建的方法，与互联网实现的日益增强的互联互通相悖。人们正在跨越组织界限的临时团队中共同开展项目。Microsoft Exchange 旨在在大型企业的范围内工作，但如果您是一位小型企业主，与一群分散在世界各地不同项目中的流动人员合作，该怎么办？即使在大型组织内部，企业内部和跨越企业防火墙的自下而上和临时协作也变得越来越重要。这就是 Chandler 的用武之地：“Chandler 的一大使命是帮助小团体的人跨越组织界限进行协作，”Kapor 说。9

仪表板

Ximian（最近被 Novell 收购）的创始人 Nat Friedman 也认为，Linux 桌面的未来在于协作，他正在投入资金和精力来证明这一点。最近，他为 GNOME 项目启动了桌面集成赏金活动 10，为 GNOME 的 50 多项改进提供赏金，旨在改善桌面环境中的协作体验。

Friedman 还协调 GNOME 仪表板，这是一个旨在将相关信息带给用户的项目，而不是要求人们挖掘信息。如果您正在使用 IM 与朋友聊天，并且您的朋友向您询问您最近的里约之旅，仪表板将很有帮助地找出您昨晚正在整理那次旅行的照片，挖掘出您的照片，并允许您将它们拖放到您的聊天软件中。

正如 Friedman 所说：“当您阅读电子邮件、浏览 Web、编写文档或通过 IM 与您的朋友交谈时，仪表板会尽力主动查找与您当前活动相关的对象，并以友好的方式显示它们，从而使您免于像杂乱无章的文件管理员一样翻找您的东西。”11

仪表板不仅仅是一个您可以安装的软件。它需要对前端应用程序（例如 Web 浏览器、PIM 软件、聊天软件等）进行一些修改，以允许它们向仪表板发送“线索包”。因此，GNOME 项目中的志愿者现在正在改造 GNOME 应用程序以支持仪表板概念。对于 Longhorn，微软正在开发一个类似的概念，它称之为“隐式查询”。12

MOZILLA

几年前被许多人放弃的新成立的 Mozilla 基金会不仅在思考 XUL 的未来，该组织还在准备推出备受期待的下一代 Web 浏览器和电子邮件客户端（分别是 Firefox 和 Thunderbird），计划于今年夏天达到 1.0 版本。

展望未来，Mozilla 项目的领导者正在探索使用户更容易访问他们关心的所有信息的方法——无论是他们以前访问过的网页、书签、电子邮件消息还是他们归档的附件——使用个人数据服务器，该服务器提供类似 Google 的本地和远程文件搜索。Mozilla 基金会还有兴趣利用朋友的朋友小世界网络来实现书签和网页注释的共享等。有关 Mozilla 基金会正在探索的一些想法的概述可以在其网站上找到。13

Chandler、仪表板和 Mozilla 有什么共同之处？它们都专注于以创新的方式将互联网集成到丰富的客户端环境中。它们正在打破信息在其传统孤岛中的状态。他们正在努力构建适应用户需求的应用程序，而不是相反。它们将信息更接近用户以及点对点通信和协作。总而言之，这些项目在利用桌面功能的同时，也理解网络应用程序框架是成功的关键，该框架为开发、部署和维护软件开辟了新的可能性，并提供了重要的成本优势。

最重要的是，它们超越了试图复制微软几年前所做的事情。这些项目中的每一个都在开辟新的领域，并且看到微软复制了其中的一些想法，这让微软的操作系统主管吉姆·奥尔钦声称开源是对创新的威胁的说法感到羞愧。14

接下来是什么？这些想法相互借鉴，并与 Web 创新（如维基、RSS（丰富站点摘要）和博客以及社交网络）联系起来。敬请期待。开源社区正在将创新带回桌面。

参考文献

1. Pennington, H. Making Hardware Just Work (2003); http://www.ometer.com/hardware.html.

2. HAL: http://pdx.freedesktop.org/Software/hal.

3. Shared MIME Database project: http://www.freedesktop.org/Standards/shared-mime-info-spec.

4. For more on the OpenOffice project’s documentation of the Excel file format, see: http://sc.openoffice.org/excelfileformat.pdf.

5. Proffitt, B. Moving Toward a Clearer Desktop Goal, Linux Today (Jan. 30, 2004); http://linuxtoday.com/mailprint.php3?action=pv&ltsn=2004-01-30-023-26-OP-DT-SW.

6. Mozilla Amazon Browser: http://mab.mozdev.org.

7. Open Source Applications Foundation: see http://www.osafoundation.org/.

8. Kapor, M. In discussion with the author, March 4, 2004.

9. See reference 8.

10. Desktop Integration Bounty Hunt: http://www.gnome.org/bounties/.

11. Friedman, N. The Dashboard; http://www.nat.org/dashboard/.

12. Kanellos, M. Microsoft Aims for Search on Its Own Terms. CNET News (Nov. 24, 2003); http://news.com.com/2100-1008_3-5110910.html.

13. Mozilla Foundation: http://www.mozilla.org/events/dev-day-feb-2004/mozilla-futures/.

14. Allchin, J. Open-source Advocates Answer Microsoft. CNET News (May 15, 2001); http://216.239.57.104/search?q=cache:0H4pTuAthAUJ:news.cnet.com/news/0-1003

喜欢它，讨厌它？请告诉我们

[email protected] 或 www.acmqueue.com/forums

BART DECREM (http://www.decrem.com/bart/) 在开源应用基金会工作，目前大部分时间都在帮助 Mozilla 基金会处理营销和业务事务。

最初发表于 Queue vol. 2, no. 3—
在数字图书馆中评论本文

更多相关文章

Amanda Casari, Julia Ferraioli, Juniper Lovato - 超越存储库
现有关于开源的大部分研究选择研究软件仓库，而不是生态系统。开源仓库通常指的是版本控制系统中记录的工件，偶尔也包括围绕仓库本身的互动。开源生态系统指的是仓库的集合、社区、他们的互动、激励机制、行为规范和文化。开源的去中心化特性使得对生态系统进行整体分析成为一项艰巨的任务，社区和身份以有机且不断发展的方式交叉。尽管存在这些复杂性，但对软件安全和供应链日益增加的审查使得在进行关于开源的研究时，采取基于生态系统的方法变得至关重要。

Guenever Aldrich, Danny Tsang, Jason McKenney - 献给仍然不理解的项目经理的三部和声
本文探讨了系统采购工具箱中的三种工具，这些工具可以加速开发和采购，同时降低项目风险：OSS（开源软件）、开放标准以及敏捷/Scrum 软件开发流程都是国防部采购项目管理工具箱的强大补充。

Jessie Frazelle - 开源固件
开源固件可以通过使固件的行为更加可见，并减少造成危害的可能性，从而帮助计算走向更安全的环境。本文的目标是让读者感到有能力向能够推动这种改变的供应商提出更多要求。

Marshall Kirk McKusick, George V. Neville-Neil - FreeBSD 5.2 中的线程调度
一个繁忙的系统每秒会做出数千个调度决策，因此调度决策的速度对于整个系统的性能至关重要。本文节选自即将出版的书籍《FreeBSD 操作系统设计与实现》，以开源 FreeBSD 系统为例，帮助我们理解线程调度。最初的 FreeBSD 调度器是在 1980 年代为大型单处理器系统设计的。尽管它在今天的环境中仍然运行良好，但新的 ULE 调度器是专门为优化多处理器和多线程环境而设计的。本文首先研究了最初的 FreeBSD 调度器，然后描述了新的 ULE 调度器。