开源软件 商业软件

我很喜欢阅读其他人关于他们如何开始使用开源软件的故事，因此我想补充一下。 不同之处在于，我纯粹是出于业务原因而选择开源。 后来我出于诸如个人自由和社区之类的原因而接受了开放源代码方式，但是我最初接触开放源代码方法的原因是试图找到解决业务问题的最佳解决方案。

在1990年代初期，我的职业生涯使我进入了网络管理领域。 尽管“网络”一词可能会让您想到路由器和交换机，但那时的网络管理却与连接到计算机网络的任何事物有关。 这包括网络基础结构和服务以及使它们成为可能的应用程序和软件，例如数据库。 当时，企业级软件仅在和等变体上运行，而用于网络管理的平台既昂贵又复杂。

专有的问题

我曾在多家销售软件管理解决方案的公司工作，后来被带进去实施它们。 虽然这项工作通常很有意义，但可能会令人沮丧。 我不止一次遇到以下情况：

我将飞往客户站点一周。 在星期一，我们将安装该软件。 这通常要花费几个小时，因为除了实际安装之外，我们还必须经历耗时的过程，将许可证密钥绑定到特定的服务器硬件。 到一天结束时，我们将启动并运行该应用程序，并可以开始自定义过程。

在星期二，我会在软件中发现一个错误。 马达加斯加蟑螂大小的恶臭虫几乎使我们停滞不前。 我会打电话给供应商，他们通常会通知我他们已经知道该错误并已修复。 大！ 寄给我补丁。 然后他们会告诉我他们做不到。 取而代之的是，我将不得不等待下一个补丁发布周期，这可能需要数周的时间。 我最终会在客户站点上无所事事地无法退款。 考虑到雇用我的公司希望按我的时间向客户收费，这常常使我感到不舒服。

我们将遇到的另一个大问题是，几乎没有一种工具可以满足客户的所有需求。 我们将安装许多不同的产品，然后找到使用脚本和其他技巧将它们“粘合”在一起的方法，因为一个供应商几乎没有动力为其他供应商的产品提供与他们的产品交互的简便方法。 当然，这对我的老板来说是个福音，因为这些脚本往往会破坏每次软件更新。 这似乎是解决问题的一种非常低效的方法。

但是最大的问题是应用程序本身的性质。 他们经常强迫您以某种方式做事，即使那意味着您必须更改业务流程才能适应该模型。 考虑一下-在大多数情况下，公司使用和开发的内部流程是将它们与其他供应商区分开来并提供竞争优势的原因。 强迫那些改变以适应某个任意框架似乎是错误的-这些工具是否足够灵活以适应各种情况？

开源解决方案

当一些朋友告诉我有关 ，我很感兴趣，该项目是一个使用开源构建企业级管理框架的项目。 它似乎解决了所有这些问题。 发现错误？ 然后在那里修理。 写点胶水吗？ 将其提交到代码中，使其可以成为解决方案的一部分，而不是单独的附加组件。

但是最大的事情是，我们终于有了一个可以根据最终用户的需求进行模制的平台，而不是相反。 从第一天起，应用程序就内置了灵活性，这也意味着部署所需的时间更少。 过去需要几个月的项目可以在数周内完成，这意味着客户可以更快地开始看到收益。

我在2001年9月获得了OpenNMS的一份工作。2002年5月，启动该项目的公司决定专注于其他事情，但是我非常确定这是我要走的路，所以我辞职并成立了一家公司来保持它还活着。 我作为编码员的天赋几乎为零，但是我坚信可以找到志同道合的人来从事编码工作，因此我愿意为此投入自己的职业生涯。

这是我做过的最好的专业决定。

这并不是说它一直很容易。 至少在那时，很多人认为“免费软件”意味着“免费解决方案”。 在许多情况下，投资开源确实具有最佳的商业意义，但有时很难说出，软件的灵活性所带来的价值超过成本节省。 幸运的是，随着开源变得无处不在，这项工作变得越来越容易。

拥抱开源方式

最初，我的开放源代码经验仅限于OpenNMS以及与其直接相关的软件，例如 ， 和 。 随着我对环境和开源社区越来越熟悉，我开始越来越多地使用开源软件。 我今天使用的几乎所有设备（从台式机到移动设备，再到记录我观看的电视节目的计算机）都在运行开源软件。

我现在已经在一家开源公司工作了近15年，一直在谋生，在桌子上摆食物，还按揭贷款。 最好的部分是，通过运营一个开放式组织，我们已经能够创建一个很小但令人惊叹的团队，从而使OpenNMS成为一些世界上最大的公司的首选管理平台。 通过严格按照开放源代码将其作为一项商业决策，我们能够执行“帮助客户，获得乐趣和赚钱”的使命宣言。

它极大地丰富了我的生活，我周围许多人的生活以及客户的底线。

翻译自:

开源软件 商业软件