太阳的OSPO做了什么？

在1999年开始，并于2005年成立是官方企业职能，Sun的开源计划办公室（OSPO）是该行业的第一个，也许是第一个使用名称的人之一。

正如我在早期的帖子中讨论的那样，公司是许多人集体表达的车辆。然而，到外面的世界，他们是一名巨石，预计将保持一致的行为和可预测。随着许多各种各样的，隐含的预期和明确的义务，不同的开源项目具有，将公司的声誉转化为开源的好演员的声誉是一个复杂的任务。如果您希望其他演员在您的项目中投入其时间和工作，或者在将项目转向共同，这也是必要的。

从1999年开始，只有一名员工嵌入在一个主要的软件部门，并最终于2008年增长到一个跨企业部门，也涵盖了标准开发，Sun Microsystems的开源计划办公室（在整个中都有各种各样的名字这十年的发展是世界上第一个。它是由丹泽尼亚·库珀下面的“首席开源传播者”（非正式“开源Diva”）领导，直到她于2005年继续在英特尔开放源。

随着Sun在开源的野心生长（即在其技术战略的核心处于开放的源头），因此我们接管了这一功能，因此我们将其移出了特定于产品的群体，并进入了CTO的办公室作为“首席开源人员” “。我有一个谦虚 - 但精彩的 - 员工和一条报告线直接到首席执行官，（到这时，乔纳森施瓦茨都有愿景看，没有采用开源所提供的，我们保留了太阳的技术堆栈会变得无关紧要）走到最后 - 太阳的一部分，我工作的地方于2010年3月被关闭。

开源计划办公室做了什么？从1999年开始，它具有相同的愿景 - 跨公司监督与开源相关的任何相关的东西 - 使用开源码，与开源社区一起使用，建立由开源许可下的零件建造的新开源项目和运输产品。超过这一点，我们担任了兴趣和公司的许多开源社区之间的界面：帮助社区理解 - 欣赏，甚至是公司，并帮助公司阅读房间。

许可遵守既是“入门级”开源（即，这是一个卫生因素），而且还专业化，肯定为一家拥有知识产权投资学位的公司，在开源的早期涉及太阳。因此，我实际上并没有直接在许可合规上直接工作的员工，因为Sun的法律部门涵盖。他们设计并运行了工作流系统跟踪入站或出站软件以及覆盖它的许可证。但是，当一个集团选择新项目的许可时，我们确实参与了，或者在不兼容问题上使用外部许可人工作。回到那些日子里CI / CD不是一个“东西”（尽管从太阳出来的开放来源Hudson / Jenkins项目可能是一个东西的关键），所以跟踪工作流程在很大程度上是手动步骤。但是，如果我今天在这样做，我会制作CI / CD的合规功能部分，任何时候都会在任何时候都有许可证问题并追踪到法律团队的升级。

没有明显问责制的不一致行为可能意味着努力赢得一致贡献的信任可以很容易被一个未对准的政策或不兼容的许可证丢失，以便无法找到任何人承担问责制的社区的挫败感。这就是为什么我创建了一个“开源监察员”的功能，正式化了丹麦斯和我的经历。这给社区发表了单一的联系，以升级，以解决快速潜在的社区政策，许可等。我们会调查，采取任何需要采取的补救措施，并与社区报告问题。这非常有效;我们在引导加载程序中解放了太阳犯了自己的代码，我们重新致残了RPC代码已经进入了Linux内核，所以它可以留在那里，我们找到了旧的太阳硬件的数据表，并建立了一个Wiki所以BSD开发人员可以写下司机，更多的东西。还有覆盖的问题，让人留给太阳，但这是另一天的故事。

在OSPO的历史中，我们都提供了一个内部咨询服务，因为每个Sun软件产品都开源了。 “开源”不是商业模式，当然还有一种对商业模式给予许多潜在优势的方法。我们将帮助产品团队在选择合适的许可证和治理结构之前了解商业模式。与涵盖产品服务的面积的现有社区联络，帮助内部团队了解他们的方法可能会提高和试图解决这些问题。 Emily Suter在90年代末期的Aspen Smallworks在Aspen Smallworks开发了Bill Joy和Mike Clarary的开放来源想法，加入了OSPO并捕获了开放新的或现有项目的大部分这些步骤全面的内部剧本。

在Danese的手表Sun中，优雅地捐赠了Apache Tomcat，Apache Ant以及各种与Apache软件基金会的项目以及各种问题的代码，并通过所有这些捐赠在Sun和Apache造成的所有问题工作。她还从StarOffice释放了NetBeans，Gridenning，GlassFish的释放以及CDDL的设计以及许多其他项目中的CDDL和Solaris的释放。

在我的时间，我们与现有的自由java社区合作，以了解他们的前景或疑虑，同时也首先与他们合作，让Java发货，然后围绕OpenJDK发布许可，Richard Stallman愿意公开提取他的“ Java陷阱“在阳光促销视频中的反对。我们（由Emily LED）在开源许可证下，我们的开源许可证的SPARC源和工具链的发布也很多，释放Sun的身份中间件以及更多 - 不再支持购买MySQL。到2008年，我们有Sun的整个软件组合开源（一家编译器！）

运行内部“开源峰会”的决定是一个相当明显的决定，使所有在阳光的每个部分开放的工作人员都能见面，讨论他们的工作并发现新的想法。由艾米莉领导，这些非常受欢迎和有效。同伴关系建立了信任，通信渠道和友谊;因此，每个工作人员都可以是太阳的公众面孔，而不仅仅是OSPO的工作人员，就像太阳的博客运动一样（由许多同一人群开始）释放了这么多公司沟通者。这些活动可以帮助水泥改变文化的变化 - 或者在太阳与开源的关系的情况下，自大多数太阳开发人员，特别是在Solaris上工作的人，尤其是那些对Solaris的人来说，对开源有意义。实际上，Sun研究人员编写了一个开放的开放来源的第一个教科书之一，包括早期打印提及名称“开源计划办公室”。

社区在关系上运行，这意味着要出现并维持这些关系是至关重要的。在OSCON，FOSDEM和FISL（Brazil）等主要社区活动中的秘密出席Bruno Souza（Bruno Souza）是必不可少的，然后我们必须找到推动我们的预算的创造性方式，以确保Sun员工在开源社区中遇到同行。 - 即使在Twitter上，也可以在今天仍提到萨拉Dornsife。这证明了加快公司的开放采用至关重要。丹麦人和我曾经雇用的一个特别重要的活动是在考虑主要版本时汇集关键社区影响因素，以满足产品团队。

好的，这实际上刚从我们的客房椅子中掉出来。 #oscon派对，我记得和@ juliemiller1和@debrancant，但不是那一年。 pic.twitter.com/qsneh9a6p.

- Brian Proffitt（@thetechscribe）2020年12月27日

Sun的开放来源的拥抱也是一个有远见的业务决策。我们需要进行理解我们想要合作的项目和社区的工作;但我们从来没有理所当然地向公司的其余部分解释这一战略，并且确实是我们的商业伙伴。这意味着将社区活动超越社区活动到更远的企业设置 - 从1999年开始，为Sun's Partners的CeO，如SAP，BEA，Palm / Horsepring，甚至在美国国土安全和国防部的高级官员简报简报以及何时向欧盟委员会以及更多的日常订婚，例如向Gartner分析师解释开放的来源战略，Sun的销售团队（谁不久被告知Linux是他们的敌人，别忘了），交付通过传统的软件营销以及销售渠道以及直接到我们的主要账户。

我们还与言语作家以及Sun的PR团队一起订婚，以确保沟通的信息和产品团队无意中没有引起社区事件。这是充足的FUD仍然倾向于开源的时间，周围的安全和知识产权风险以及在免费赚钱时赚钱的明显矛盾。帕特里克·芬太队以后在OSPO的生命中为伟大的工作产生了如此多的材料和遭受无尽的内部审查！ Ken Drachnik还提供了很多小时的处理公司简报。

总之，开源计划办公室需要了解战略和战术水平的开源的做法，了解软件市场的复杂性，社区参与者的激励，通信，发展实践，同时考虑变革管理。那么一个好的计划办公室，是一套各种各样的技能和知识的混合;桥接内部和外部分裂，以解决不信任，建立生产性行为，同时解决空白中出现的复杂问题。

感谢Patrick Finch和Danese Cooper的工作，并向Emily Suter，Ken Drachnik和Sara Dornsife提供评论。