我喜欢阅读其他人在 分享 的关于他们如何开始使用开源软件的故事，所以我也想分享我的故事。我的故事有所不同，因为我最初接触开源纯粹是出于商业原因。虽然之后我出于个人自由和社区等原因接受了开源之道，但我最初接触开源是为了寻找解决业务问题的最佳方案。
在 1990 年代初期，我的职业生涯将我带入了网络管理领域。虽然“网络”这个词可能会让你想到路由器和交换机，但那时网络管理关注的是连接到计算机网络的任何事物。这包括网络基础设施和服务，以及使它们成为可能的应用程序和软件，例如数据库。当时的企业级软件完全运行在 Unix 变体上，例如 Solaris 和 HP-UX，而且为网络管理构建的平台既昂贵又复杂。
专有软件的问题
我曾在多家销售软件管理解决方案的公司工作，我的工作是在销售后实施这些方案。虽然这项工作通常很有回报，但有时也会非常令人沮丧。不止一次我遇到以下情况
我会飞到客户现场待一周。周一我们会安装软件。这通常需要几个小时，因为除了实际安装之外，我们还必须经历一个耗时的过程，将许可证密钥绑定到特定的服务器硬件。到一天结束时，我们将启动并运行应用程序，然后我们可以开始自定义过程。
周二我会发现软件中有一个错误。一个邪恶的、马达加斯加蟑螂大小的错误，几乎让我们寸步难行。我会打电话给供应商，他们通常会告诉我他们已经意识到这个错误并且已经修复了它。太好了！把补丁发给我。然后他们会告诉我他们不能这样做。相反，我必须等待下一个补丁发布周期，这可能要等几周。最终我会带着不可退款的机票被困在客户现场，无所事事。考虑到雇用我的公司期望向客户收取我的时间费用，这常常让我处于一个不舒服的境地。
我们遇到的另一个大问题是，很少有一个工具能够满足客户的所有需求。我们会安装许多不同的产品，然后想办法用脚本和其他技巧将它们“粘合”在一起，因为没有动力让一家供应商提供一种简单的方法让其他供应商的产品与他们的产品交互。诚然，这对我的雇主来说是一个福音，因为脚本往往会在每次软件更新时崩溃。这似乎是一种非常低效的解决问题的方法。
但最大的问题在于应用程序本身的性质。它们经常迫使你以某种方式做事，即使这意味着你必须改变你的业务流程以适应这种模式。想想看——在大多数情况下，公司使用和开发的内部流程是将它们与其他供应商区分开来并提供竞争优势的原因。强迫这些流程改变以适应某些任意框架似乎是不对的——工具不应该足够灵活以适应每种情况吗？
开源解决方案
当一些朋友告诉我关于 OpenNMS 时，这是一个使用开源构建企业级管理框架的项目，我被吸引了。它似乎解决了所有这些问题。发现错误？当场修复它。编写一些胶水代码？将其提交到代码中，使其成为解决方案的一部分，而不是单独的附加组件。
但最重要的是，我们终于有了一个平台，它可以被塑造成适合最终用户的需求，而不是反过来。从一开始就构建到应用程序中的灵活性也意味着部署所需的时间更少。过去需要数月才能完成的项目现在可以在数周内完成，这意味着客户可以更快地看到好处。
我在 2001 年 9 月加入了 OpenNMS 工作。在 2002 年 5 月，启动该项目的公司决定专注于其他事情，但我非常确信这是正确的方向，所以我辞职并创办了一家公司来维持它的发展。我几乎没有编码才能，但我非常相信我可以找到志同道合的人来从事这项工作，所以我愿意为此赌上我的职业生涯。
这是我做过的最好的职业决定。
这并不是说它一直都很容易。很多人——至少在当时——认为“自由软件”意味着“免费解决方案”。在许多情况下，投资开源确实是最明智的商业决策，但有时很难说明是软件的灵活性而不是成本节约驱动了价值。幸运的是，随着开源变得无处不在，这项工作变得更容易了。
拥抱开源之道
起初，我的开源经验仅限于 OpenNMS 以及与其直接相关的软件，例如 Linux、PostgreSQL 和 RRDtool。随着我越来越适应环境和开源社区，我开始越来越多地使用开源软件。今天我使用的几乎所有设备，从我的台式机到我的移动设备，再到记录我观看的电视节目的计算机，都在运行开源软件。
在一家开源公司工作近 15 年，我现在一直在谋生，养家糊口，支付房贷。最棒的是，通过运营一个开放的组织，我们已经能够创建一个小型但令人惊叹的团队，帮助 OpenNMS 成为世界上一些最大公司的首选管理平台。通过严格地将开源作为一项商业决策来追求，我们已经能够执行我们的使命宣言：“帮助客户，享受乐趣，并赚钱”。
它极大地丰富了我的生活、我周围许多人的生活以及我们客户的底线。
评论已关闭。