为什么选择 Linux？因为它好用。因为它能完成工作。因为，让我们面对现实，它是免费的。

在 1993 年末，我们开始对一种新的零售石油销售点 (POS) 终端进行初步设计工作。基本上，它是一种电子收银机 (ECR)，还可以处理信用卡并控制燃油分配系统。我们希望设计一种基于 PC 的系统，以利用 PC 硬件的易用性和低廉价格。

我们在荷兰的姊妹部门已经开始为欧洲市场设计新的 POS 系统。由于他们为我们目前成功的产品提供了主要组件，我们满怀期待地等待他们的设计文档。不幸的是，他们的设计是基于 MU-DOS，一种数字研究公司 (Digital Research) 的多任务 DOS。我们对此不太满意，并开始研究替代操作系统。

我们有以下要求

在相当短的时间内，我们检查了许多候选者，并决定使用 SCO Unix 带 Chorus 微内核。Linux 尚未成为一个选项——那时。我们听说过它，但感觉它不够成熟或商业上不够可接受，不足以进行认真的调查。

Windows 3.1 仍然显得错误太多，Windows NT 太贵且太消耗资源。

QNX 缺乏虚拟内存。虽然我们实际上并不需要虚拟内存，但我们希望能够在使用虚拟内存，以防应用程序在某些短暂但高度内存密集型的操作中需要它。

OS/2 最初在我们的列表中排名很高，因为我们的姊妹部门也在考虑迁移到 OS/2 以用于他们的产品。不幸的是，我们在安装方面一直遇到问题，并且发现支持非常难以获得。

SCO 唯一真正的问题似乎是定价。他们要价太高，而且太快。在我们开始谈判的同时，我们需要开始开发。我们不想购买任何 SCO 开发系统，因此我们决定开始在 Linux 上进行开发。Linux 相当兼容 POSIX，因此我们确信我们能够轻松地将我们的代码移植到另一个平台，特别是另一个 Unix 平台。

易用性的差异几乎立即显现出来。我正在使用我们确实拥有的唯一一台 SCO 系统（一台评估单元），并发现实用程序命令与 Linux 相比几乎是原始的。像递归 (-R) 标志这样简单的东西在 chmod 和 chown 命令中都缺失了。我发现自己正在寻找并获取越来越多的 GNU 工具。我无法为 SCO C 编译器和 C++ 前端获得良好或及时的支持。（他们当时没有原生的 C++ 编译器。）我在获得高质量的技术支持方面遇到了困难。我有很多他们的时间，但一直与不接近我需要信息的模块的支持人员交谈。我不得不不断麻烦我的 SCO 销售代表来续签我的支持合同（由于正在进行的谈判，这是免费的）。

在分区的 Linux 部分，生活要顺畅得多。实用程序非常先进，文档相当好，Linux 新闻组是丰富的信息和解决方案的来源。我们尝试使用 SCO 新闻组，但发现除非有人遇到完全相同的问题，否则几乎没有帮助。Linux 新闻组允许我们联系特定代码区域的实际作者和维护者，以更好地理解和解决问题。他们也很快。在一天或两天之内（有时更短），我们就有了修复程序、变通方法和尝试建议。这几乎就像拥有一群 Linux 专家在我们的工资单上。

虽然高层管理继续与 SCO 谈判，但工程部门开始悄悄地希望我们能够继续使用 Linux。但是，我们仍然存在商业问题。我们担心我们的客户不会接受免费的“黑客”操作系统。幸运的是，Linux 不断获得势头。Linux 1.0 在此期间发布，突然像 Caldera 这样的公司将这个出色的操作系统变成了商业产品。

突然，使用 Linux 不再像前一年那样成为问题。我们的客户仍然不确定，但他们的技术人员开始勉强承认 Linux 可能在产品中是可行的。我们决定继续使用 Linux 并放弃 SCO，他们仍然要价太高，而且太快——我们从未回头看。

目前，我们拥有 Linux 2.0、按需加载内核模块以及与 Windows、Novell 和 AppleTalk 的连接。最重要的是，我们再也没有听到“嗯，看起来像是操作系统问题”这句话。我们仍然偶尔会遇到应用程序或实用程序的问题，但这很少是关键性的，而且，如果是关键性的，我们始终拥有源代码并可以联系到作者。

我们不是唯一一家提出基于 PC 解决方案的零售石油 POS 供应商。然而，我们是唯一一家基于 Unix 的供应商。已经有基于 Windows 95、OS/2 甚至 DOS 的尝试。到目前为止，还没有人真正成功。我们的产品将在年中左右（1997 年）上市。它在首次现场试验中已经比预期好得多。我们有信心它会成为赢家，这很大程度上归功于 Linux。