open-source - 向开源项目成员支付错误修复和功能的费用

Question

关闭。这个问题是opinion-based .它目前不接受答案。












想改进这个问题？更新问题，以便 editing this post 可以用事实和引用来回答它.

7年前关闭。




Improve this question




我有一个问题要解决，我认为需要 4 天，但如果我有一个功能请求排序和快照发布，那么我认为我可以一次性完成。从表面上看，这创建了 3 倍我每日费率的预算，以使其功能请求得到执行。

所以我的问题是，你有没有付钱让 O/S 项目成员为你修复一些东西？效果好吗？你是如何把这个想法卖给你的经理/同事的？钱是从哪里来的？

最重要的是，你是如何很好地询问的？这些东西有礼仪吗？项目负责人可能会接受这个想法吗？

万一重要的是，缺少功能的软件是 JBoss 项目——专业开源的家园——我可以报销费用，因为我是一名承包商。

Answer 1

在工作中，我们很幸运地聘请了开源维护者来增强我们使用的库。

以下是我们过去做过的一些项目:

我们需要将 Quake 2 与 wxWidgets 集成。我们聘请了 wxWidgets 的主要贡献者 Vadim Zeitlin。在不到 4 天的时间里，他通过适配 Windows 版本的 Quake 2 构建了一个 wxQuake2 小部件。

后来，我们需要对原始位图进行可移植访问。所以我们再次聘请了 Vadim，并与他一起制作了一个新的原始位图 API。这涉及大量的设计工作，但我们真的很喜欢由此产生的 API，并且一直使用它。

后来，我们聘请了另一位核心贡献者来改进 wxWidgets 可访问性支持。事实证明，由于各种技术原因，我们最终没有立即使用此代码。但从那时起，其他人一直在增强此代码，我们希望有一天能使用它。

换句话说，雇佣开源维护者很像雇佣任何其他类型的承包商。但有些事情也有点不同。根据我们的经验，这里有一些建议:

如果您想增强现有项目并将更改作为开源发布，您将获得最大的运气。

一般来说，你想雇佣核心团队的成员。他们拥有最好的跟踪记录，他们是最有生产力的，并且他们最有可能将您的更改合并到上游。

您希望将更改合并到上游。如果你不这样做，你将维护一个本地 fork ，这是一个令人头疼的问题。

在招聘之前，做一些研究。谁负责您关心的功能？他们是你喜欢和他们一起工作的人吗？阅读邮件列表并浏览版本控制历史记录，然后挑选几个人来接近。

在设计阶段，可能会有一些让步。开发人员正在查看项目的更大健康状况，而您正在查看特定业务的需求。这有时会使我们的谈判变得更加复杂，但最终的结果通常是比我们自己选择的更好的设计。

最重要的是，不要害羞。在任何足够大的开源项目中，核心团队的几名成员都已经在经营咨询业务。在较小的开源项目中，您通常会找到几个想要经营咨询业务的贡献者。

如果你仍然对接近某人犹豫不决，你可以随时问:“你知道有没有人有兴趣在 $FEATURE 上获得报酬？”如果他们不感兴趣，你没有把他们放在现场，他们可能会告诉你该问谁。

总的来说，我们对开源维护者的专业精神和生产力印象深刻，我会向其他人推荐这条路线。