在我的开源项目办公室系列文章的第一篇中，我深入探讨了什么是开源项目办公室以及贵公司为何可能需要一个。接下来，我研究了谷歌如何创建一种新型的开源项目办公室。在本文中，我将解释设立开源项目办公室的几个好处。
乍一看，一家不从事软件开发业务的公司可能更热情地接受开源项目办公室的一个重要原因是，它们没有什么可失去的。毕竟，它们并没有拿直接与收入相关的软件产品冒险。例如，Facebook 可以轻松地将分布式键值数据存储作为一个开源项目发布，因为他们不销售名为“企业键值数据存储”的产品。这回答了风险问题，但仍然没有回答他们从贡献开源生态系统中获得什么的问题。让我们来看看几个潜在的原因，然后分别讨论。您会注意到，这与供应商开源项目办公室有很多重叠之处，但其中一些动机略有不同。
招聘
招聘可能是向上层管理人员推销开源项目办公室的最简单方法。向他们展示与招聘相关的成本以及投资回报率，然后解释与有才华的工程师建立关系如何带来一批才华横溢的开发人员，他们实际上熟悉您的技术并乐于帮助开发它。我们真的不需要在这里深入探讨——这是不言自明的，对吧？
技术影响力
曾几何时，不专门销售软件的公司无力直接影响其软件供应商的开发周期，特别是如果他们不是大客户。开源彻底改变了这种局面，使用户与供应商站在了更加平等的竞争环境中。随着开源开发的兴起，任何人都可以将技术推向选定的方向，前提是他们愿意投入时间和资源。但是，这些公司了解到，仅仅投资开发人员的时间虽然富有成效，但如果与一项总体战略努力相结合，可能会更有用——想想错误修复与软件架构师——许多公司将错误修复推向上游开源项目，但其中一些公司开始了解到，协调一项持续的努力并做出更深入的承诺，会带来更快的特性开发，这对业务有利。借助开源项目办公室模式，公司拥有员工可以嗅探出具有战略意义的重要开源社区，然后在其中投入开发人员资源。
对于像谷歌和 Facebook 这样快速发展的公司而言，在现有开源项目中提供领导仍然不足以满足其不断扩张的业务。面对快速增长和构建超大规模系统的挑战，许多最大的公司都构建了高度定制化的软件堆栈，仅供内部使用。如果他们可以说服其他人在其中一些基础设施项目上进行协作呢？因此，当他们继续在 Linux 内核、Apache 和其他现有项目等领域进行投资时，他们也开始发布自己的大型项目。Facebook 发布了 Cassandra，Twitter 创建了 Mesos，最终谷歌创建了 Kubernetes 项目。这些项目已成为行业创新的主要平台，并被证明对相关公司而言取得了巨大的成功。（请注意，Facebook 在需要创建一个新的软件项目来解决更大规模的问题后，停止在内部使用 Cassandra。然而，到那时，Cassandra 已经变得流行，DataStax 也已成立以承担开发工作）。这些项目中的每一个都催生了整个开发人员生态系统、相关项目和最终用户，从而加速了增长和发展。
如果没有开源项目办公室与公司战略举措之间的协调，这一切都是不可能实现的。如果没有这种努力，上述每家公司仍将试图单独解决这些问题——而且速度会更慢。这些项目不仅帮助解决了内部业务问题，还帮助创建这些项目的公司确立了行业巨头的地位。当然，谷歌多年来一直是行业巨头，但 Kubernetes 的发展确保了更好的软件，并且对容器技术的未来方向拥有直接的发言权，甚至超过了它已经拥有的。这些公司仍然以其超大规模基础设施和仅仅是大型硅谷巨头而闻名。鲜为人知，但可能更重要的是，它们作为技术生产商的新相关性。开源项目办公室指导这些努力并最大限度地发挥其影响，通过技术建议和与有影响力的开发人员的关系，更不用说在社区治理和人员管理方面的深厚专业知识。
营销力量
与技术影响力并驾齐驱的是每家公司如何谈论其开源工作。通过围绕这些项目和社区打磨信息，开源项目办公室能够通过有针对性的营销活动传递最大的影响力。长期以来，营销在开源圈子里一直是一个贬义词，因为每个人都有过企业营销的不良体验。在开源社区的情况下，营销采取的形式与传统方法截然不同，它涉及到扩大已经在具有战略重要性的社区中发生的事情。因此，开源项目办公室可能不会创建一个关于尚未发布任何代码的项目的炫酷幻灯片，但他们会谈论他们创建的软件以及他们参与的其他举措。基本上，这里没有空中楼阁。
想想谷歌开源项目办公室的最初努力。他们不仅仅向 Linux 内核和其他项目贡献代码——他们经常在开源会议的主题演讲中谈论它。他们不仅仅给编写开源代码的学生捐款——他们创建了一个全球项目，即 Google Summer of Code，该项目成为开源开发的一种文化象征。这项营销努力巩固了谷歌作为主要开源开发者的地位，甚至早于 Kubernetes 的开发。因此，谷歌在 GPLv3 许可证的创建过程中发挥了重要影响，公司发言人和开源项目办公室代表成为技术活动中的常客。开源项目办公室是协调这些努力并为母公司交付真正价值的最佳实体。
改进内部流程
改进内部流程听起来可能不是一个很大的好处，但克服混乱的内部流程是每个开源项目办公室都面临的挑战，无论是软件供应商还是公司驱动的。软件供应商必须确保他们的流程不会踩到他们发布的产品（例如，无意中开源专有软件），而用户更关心侵犯知识产权 (IP) 法：专利、版权和商标。没有人希望仅仅因为发布软件而被起诉。如果没有活跃的开源项目办公室来管理和协调许可和其他法律问题，大型公司在就开源流程和治理达成共识方面将面临巨大困难。这为什么重要？如果不同的团队以不兼容的许可证发布软件，不仅会令人尴尬，而且还会为实现最基本的目标之一——改进协作——设置重大障碍。
再加上许多此类公司仍在以惊人的速度增长，无法围绕流程建立基本规则将比预期更快地变得笨拙。我见过大型电子表格，其中包含批准和未批准许可证的矩阵，以及关于如何在遵守法律限制的情况下（以及如何不）创建开源社区的指南。关键是要有一些开发人员在需要做出决策时可以参考的东西，而无需每次开发人员想要为开源社区做出贡献时都产生大规模的、减慢工作速度的 IP 审查的法律开销。
拥有一个活跃的开源项目办公室，维护对许可证合规性和源代码贡献的规则，以及为工程师建立培训计划，有助于避免潜在的法律陷阱和代价高昂的诉讼。毕竟，如果公司因为有人没有阅读许可证而损失真金白银，那么在开源项目上进行更好的协作又有什么好处呢？好消息是，与软件供应商相比，公司在专有 IP 方面需要担心的事情更少。坏消息是，他们的法律问题同样复杂，尤其是当他们直接遇到软件供应商的法律逆风时。
您的组织如何从设立开源项目办公室中受益？请在评论中告诉我。
2 条评论