项目众包 开源项目_在开源项目之前要问的4个问题

项目众包 开源项目

在任何公司的开源部门中，最常见的任务之一就是评估内部软件，以查看是否可以很好地回报给社区。 在PayPal执行此任务时，我们发现通过Danese Cooper最初试图审查四个主要问题的审核过程来处理每个潜在的开源项目很有用：

1. 谁在乎？
2. 我们还在使用吗？
3. 我们致力于吗？
4. 可以在一棵公共树上开发吗？

本文着眼于这些问题及其重要性。

谁在乎？

在公司外部，谁为获得此软件感到兴奋？ 没有社区的参与，开源就不会成功。 如果外界没有兴趣，那么您将有可能围绕所写的内容发展一个有意义的社区。 一旦为维护该项目而需要支付薪水的员工继续前进，则有人将需要拥有该项目，否则该项目将成为另外一种废弃软件。

有很多方法可以获取外部反馈。 与其他公司的同事交谈，写博客文章，在聚会上社交化想法以及在会议上发言是一些入门的好方法。 一些员工已经做好了。 有些人可能需要一些关于他们能够谈论什么以及如何谈论的指导。 有些人可能不愿意谈论他们的工作。 许多人只需要有人告诉他们就可以与外界谈论他们的工作。 我们发现为需要的人提供演讲者培训或帮助开发人员开发其博客文章的内容非常有用。

我们还在使用吗？

如果我们不再使用该软件，它将始终经过额外的审查。 如果我们不再积极开发软件，则我们不太可能执行维护项目或在其周围建立社区所需的任务。 如果在从属组件（或软件本身）中发现了漏洞，则必须由某个人来处理。 更不用说处理任务，例如对错误请求进行分类，指导新的贡献者以及通过合并一直拉动请求。 这些事情需要时间，并且公司不太可能将时间花费在维护不再使用的软件上。

但是，更大的问题是，仅公开采购失败是不良的企业行为。 如果我们因为解决方案无法满足我们的需要而继续前进，那么其他人不太可能会真正找到它。 开源不是我们投入不再适合我们的软件的垃圾箱，例如向OXFAM捐赠衣服。 公司有时会推出停产项目，以安抚项目的创建者。 如果一家公司只提供了它不再想要的软件，那么最好完全没有开源程序。

我们致力于吗？

如前所述，维护开源项目需要时间。 需要多少时间完全取决于项目的规模。 样式指南不需要像健壮的应用程序框架那样多的维护时间，但是在两种情况下都需要一些时间。 开发人员及其管理人员在同一页面上很重要。 如果管理人员不愿意给开发人员他们需要的时间来维护项目，我们将再次走上放弃软件的道路。

在敏捷环境中工作时，您可以通过两种不同的方式来处理。 如果您的流程依赖于故事和冲刺，则可以在每个冲刺中添加一个故事以涵盖维护工作。 如果选择基于开发人员能力的工作，则应适当减少项目维护中涉及的所有开发人员的能力。 如果您将工作分散给几个人，则需要确保知道谁拥有流程的哪些部分。 否则，任务将很容易被丢弃。 一些项目需要专职社区管理员。 如果所有这些听起来对管理人员来说都是不合理或不可行的，则该项目需要进行额外的审查。

可以在一棵树上开发吗？

有关代码的任何内容是否会阻止我们完全在公众视野中开发代码？ 如果由于对内部系统的依赖而无法公开开发该代码，则这些依赖将需要被隔离，抽象或模块化。 如果在此过程之后没有足够的软件对外部世界有价值，那么您应该考虑释放使项目有用的内部依赖关系。 如果剩下的释放量还不够，则没有理由继续进行下去。

更重要的是，您不能在内部开发软件，不能将具有里程碑意义的里程碑版本发布在GitHub上，也不能合理地调用该开源。 进行设计和开发讨论时，外部和内部开发人员必须能够平等参与，否则您的社区将消失。 这意味着使您的积压成为社区可以访问的东西，在公众眼中进行技术讨论，而不偏向来自公司内部的贡献。 如果项目团队不愿意执行任何这些操作，则可能需要就这些行为为何重要的问题进行一些指导。

结论

这四个问题不能以任何方式解决所有问题。 任何公司仍将需要根据他们可能拥有的任何知识产权（IP）评估项目。 应该对类似的开源项目进行研究，以确保您的工作不会重复。 对于您的公司和整个开源社区而言，该项目仍然必须有意义，但是这些问题可以作为对话的一个很好的起点，并且可以帮助过滤掉那些没有起步的项目。

翻译自: https://opensource.com/business/16/1/4-questions-ask-open-sourcing-project

项目众包 开源项目