程序开源与不开源区别_什么是开源程序办公室？为什么需要一个？-CSDN博客

程序开源与不开源区别

开源计划办公室是任何现代公司必不可少的组成部分，其计划要有一个雄心勃勃的计划来影响软件生态系统的各个领域。如果公司希望增加影响力，澄清其开源消息传递，最大化其项目影响力或提高其产品开发效率，那么采用多种方法来开发开源程序必不可少。在查看了许多这样的团队的运作之后，我总结了成功的开源程序的六个共同特征：

营销很重要。 永远不要低估可靠的营销计划和品牌战略的力量。
从战略上投资于开源社区和生态系统。 有些社区比其他社区更符合您的技术目标。
寻求强有力的法律顾问。 没有合适的法律顾问，开放源代码计划办公室最终可能给公司管理带来不必要的风险。他们也可以扼杀创新，因此要取得适当的平衡。
与产品策略保持一致。 如果您的开源计划办公室没有帮助您制定产品策略，那么这可能是一种浪费。
制定并交流您的最终用户和开发人员社区支持策略和指南。 公司中任何想要启动或参与现有项目的人都应该了解运作良好的社区的模样。
雇用一个信徒。 开源实用主义者无处不在，但是您富有创新精神，前瞻性，雄心勃勃的开源倡导者是极为宝贵的。如果您希望有所作为，请雇用他们来运行您的开源程序。

在本文中，我将研究开源程序办公室的发展。

定义开源成功

当“开源”是新事物时，人们急于了解其成功的后果。从开发人员到管理员再到企业主管，每个人都在努力理解免费提供代码的世界。当然，包括软件供应商和由VC资助的大型初创公司的高管：他们的商业模式会取代恐龙吗？他们如何利用开源趋势？

当时，一些公司开始创建旨在规划其开源战略的部门，最著名的是Google，该部门于2004年成立，尽管在其他公司（包括IBM，英特尔，Oracle和其他公司）都有先例。当时，我认为一旦开源成为主流，这些部门的需求就会消失。毕竟，当每个人都在使用开源软件时，谁需要开源愿景或策略？

事实证明，这种观点有些天真。尽管开放源代码很受欢迎，但是大多数科技公司（包括初创公司）在高管级别的开放源代码开发和生态系统的来龙去脉中仍然缺乏经验。科技公司的大多数高管从未在开源社区中屈服。他们仍然不了解参与者的许多动机，也不了解许可模型，各种类型的产品化和业务模型的细微差别，或者专有技术和开源软件如何结合使用以创建更好的产品系列。他们中的许多人仍然持有模糊的观点，即开源项目被用来免费获得软件开发，而无需支付任何费用。他们可能会暗示这对获得顶尖人才很有用，但他们并没有完全意识到其中涉及一种交换条件：要获得某些东西，就必须付出一些。他们不了解开源生态系统是受管理的生态系统，其成员为了创建一个公平的竞争环境而遵守规则。

事实证明，2016年，公司比以往任何时候都更需要开源程序办公室。这样的办公室是需要同时了解开放源代码流程的多个正在进行的同时工作的联系：

法律：许多公司拥有许可证，嵌入式或OEM第三方工具，专利组合以及若干商标和版权作品的组合。在考虑采用公司范围内的法律框架时，这种知识产权网需要进行计划和周到的考虑，该框架要在公司的直接利益（即捍卫所述IP的所有权）与开源计划的长期目标之间取得平衡。
市场营销：有些人会告诉您开源计划不需要市场营销。他们错了。但是，所需的营销类型与传统的公司营销不同。
产品管理：您发布的所有内容（无论是否为开源）都是产品，无论它是否带来直接收入。最好确保您发布的开源产品能够增强您的整体产品组合和策略。
工程：您的工程团队是否了解参加开源社区的要求和规则？他们有法律许可来贡献代码吗？他们是否知道不发送大补丁作为第一笔捐款？
客户支持：您的产品在发布后将需要专心于您如何支持它们的想法，而不管它们是直接还是间接带来收入。您发布的开源产品将需要一个可靠的支持模型，即使它是“自助式”。
社区发展：您将如何鼓励他人参与您的开源社区？这不仅是一些问答论坛，尽管这当然是其中的一部分。最好的治理模型是什么？您确定即将到来的用户和开发人员会受到欢迎吗？
生态系统开发：不要与上述混淆，您的开源工作将如何与其他社区互动？您是否独自生活在一个岛上，还是打算让您的社区成为相互联系的整体方法的一部分？

在评估如何执行开源计划时，这些和其他类别的活动只是要考虑的几件事。随着开源软件在您的产品组合中变得越来越重要（几乎可以肯定），它会更好地确保它增强您的整体公司战略并带来更大的影响。

现在，让我们看看过去的努力，以及它们如何导致我们如今拥有的“最佳品种”方法。

工程组

对于开源软件，1998年和1999年是里程碑式的年份。那时，Linux的增长变得不可忽视，并且一些公司开始投资于新兴的Linux平台的开发。对于IBM和Intel，他们开始进行工程设计，以确保Linux可以在其签名平台上运行。他们每个人都创建了旨在确保两件事的工程小组：

增强他们在具有战略重要性的开发者社区中的相关性，以及
社区参与的直接结果是更有效地交付现有产品。

随着时间的流逝，他们都开发了模型，使公司可以决定要投资哪些开源项目和计划，并且他们与内部产品组携手合作，将工程资源分配给其开源团队来执行这些计划。基本上，只要有持续的收入模型，他们就可以设计出工程资源来为这些工作做出贡献。

随着工程工作的进行，这些都是巨大的成功。英特尔对Linux和其他开源生态系统的贡献是众所周知的。 IBM仍然以其“对Linux的10亿美元投资”和“和平，爱与Linux”营销活动而闻名，更不用说在建立Eclipse Foundation和对Apache Software Foundation的重大贡献方面的自身努力。两家公司还与精通知识产权法的律师武装起来，尤其是与影响开放源代码软件的版权和商标法有关的律师。这些努力为在开放源代码环境下更广泛地理解知识产权法奠定了基础。

但是，以工程为先的方法存在局限性。从集中式开源计划的整体观点来看，似乎会有很多收获，如下所述。

Google实验

到2004年，开放源代码将继续存在，并且积极参与社区活动的公司可以从中受益。但是，科技行业中的许多人仍然怀疑开源增长的长期潜力。输入Google及其开放源代码程序办公室（OSPO）。

Google不仅仅满足于提供开放源代码并将其用于其产品中，还采取了额外的步骤，将世界上许多开放源代码托管在Google Code上，并创建了极具影响力的Google Summer of Code，该课程为学生提供了工作方面的津贴，这些津贴包括：并在夏季完成开源软件项目。事后看来，这是一家创新的公司向前迈出的有远见的一步，希望在技术界留下自己的印记，并且该公司清楚地将“开源影响力”视为实现其目标的途径。必须赞扬该团队的才华横溢的成员及其远见的经理Chris DiBona。

但是，从Google的实验中学到的教训并没有立即被抓住，这令人失望。 Google的开放源代码计划办公室成立十二年后，很少有公司像2004年的Google那样接受开放源代码参与的所有方面。多年来，Google从其OSPO抱负中获得了丰厚的回报，包括在大型开放源代码中的广泛影响力社区，来自全球数千名开发人员的良好意愿，以及其正在进行的工程师招聘工作的渠道。克里斯·迪博纳（Chris DiBona）的贡献远胜于其他人认为的可能。

开源方式

当我查看开放源代码程序的范围时，已经做出了足够的努力来评估它们的相对成功和失败，并提出类似于最佳实践或至少不应该采取的措施。似乎很清楚的一件事是，野心和预算与最终的成功直接相关。如果您只有一个，那么成功必然会受到限制。如果两者都不是，那么您正在构建一个失败的系统。最终，可以从上述所有努力中收获很多，以帮助为您的公司构建理想的计划。

领导开放源代码计划的工作需要平等的知识分子，精明的营销，对创新的渴望，企业家精神以及不遗余力的雄心。这些努力通常是公司核心战略的中心-从开发人员关系和社区营销到产品开发和尖端工程。因此，领导这些工作的团队应该敏捷，精干，并插入公司的多个部门，并且最重要的是，要与公司的核心战略保持一致。

开源程序大人物理论

（或者“开源实用主义者不需要申请”）

不需要仔细阅读前面的段落就可以知道我高度评价Google的方法。即便如此，Google也不是完美的，但他们做对的一件事是从一个渴望看到开源繁荣的领导者开始。在这一点上，开源非常普遍，以至于每个与技术相关的角色都在某种程度上参与了开源生态系统。但是，开源信仰者，那些认为开源方法论是优越的，应该在所有技术领域都先进的人吗？这些人相对来说很少见，他们正是您想要倡导开源工作的那种人。

工程很重要

为了最大化行业影响力，卓越的工程设计至关重要。 IBM，Intel和Red Hat的大量代码贡献在它们更快地交付产品并在产品发布后提高各自采用率的能力中发挥了重要作用。除了将Linux作为未来基于x86的服务器的平台（当时）之外，IBM还将Apache Web Server作为其WebSphere产品的关键组件作为早期的赌注。 Eclipse Foundation的创立长期以来一直是成功的故事，催生了相当大的生态系统。英特尔还明确地将Linux视为设备及其物联网战略的首选平台，多年来为Linux内核做出了重大贡献，此外在图形驱动程序，大数据（Hadoop）等其他领域也做出了贡献）和存储（Ceph，CoprHD）。红帽将其整个产品策略押在开源软件上，是Linux内核，OpenStack和许多其他项目的主要贡献者。

为了使代码贡献的影响最大化，开放源代码计划可以推荐合适的生态系统进行投资，确保公司内的其他团体履行其法律义务并遵守规则，并培训其他团体如何参与开源社区。在强大的开源程序领导下，这些团队可以帮助将船引导至正确的方向，并确保其工程工作与其他部门保持一致。没有强有力的领导，公司中的许多部门可能会发现自己在重复工作，或更糟的是，与其他人的工程工作相矛盾。通过在这方面的集中努力，公司可以提高效率，并在内部和外部最大程度地发挥其开源影响。

老鹰与知识产权法

开源的成功始于现代的知识产权法概念，尤其是与商标和版权有关的概念。没有知识产权法，开源就不会成功。开源定义本身要求软件项目的版权许可符合某些条件，才能成为正式的“开源”。因此，开源程序的成功还取决于优秀的律师，他们必须深刻理解开源的方式以及知识产权法的作用。诀窍是找到一位罕见的律师，他懂得减轻风险但不扼杀创新。具有强大法律领导能力的人了解许可证合规性的价值，可以清楚地传达任何特定开源活动的风险，并帮助教育其他内部法律顾问有关知识产权法在开源软件中的作用。

当开源代码时，再也没有装扮成功能的唯一仲裁者了。你不是。代码在那里，它所支持的所有特性也都在其中。这意味着您拥有的内在价值是：

品牌受商标法管辖，
所有权（受版权法约束），以及
许可证，该许可证指示其他人如何与您的代码和社区进行交互。

当然，软件供应链中还有许多其他价值水平，但通常它们并不那么明显。因此，必须让您的法律顾问处于领先地位。

这使我们获得了许可。在选择许可证上花了太多时间，但是对于希望在软件开发的一个或多个领域被称为影响者的公司而言，遵守许可证尤为重要。因此，需要具有必要法律团队的集中式开源计划，以确保合规并清除创新的任何法律障碍。

战略调整（不仅针对MBA）

开源计划团队至关重要的另一个领域是产品策略。开源程序可提高效率，创新和行业影响力。这些目标有时是矛盾的，这增加了开源策略留给同一公司的不同部门的机会。开源程序最终应该符合公司的利益，尽管听起来可能并不那么直观。在某些公司中，开放源代码的努力会直接相互矛盾，给人以没有集中计划的印象，而其他公司则将其开放源代码的努力限制到完全无效的地步。

公司可能会发布项目X，该项目是针对容器编排的极力支持的新型项目。后来，同一家公司决定发布项目Y，这是一个针对容器编排的疯狂的新项目。一个良好的开源项目团队的关键不一定是防止发生-虽然这可能是最好的选择，但要保证，如果发生这种情况，该公司传达一个明确的理由为什么会这样，为什么它是必要的。这意味着开源程序团队必须与发布代码的任何工程团队进行沟通（在某些情况下，如有必要，通知每个人的存在）。有很多示例，其中一个团队“流氓”决定在不告知公司内其他团队的情况下开源项目，从而与公司高管和外部社区产生混淆，最终导致失败的努力。很难在创新与混乱之间划清界限，但是应该尝试。

这再次表明，有必要达成一个商定的中心位置，在此位置进行开源战略调整。这也意味着，当一个小组希望将其开源项目推向世界时，开源项目团队需要资源来处理传入的请求，从而允许他们在合理的时间内发布该项目。至少在这种中央协调的情况下，希望消息传递清晰，将继续进行协作并享有成功。

遵循开源方式

如果运行良好，那么开源程序和管理它们的团队将影响软件业务的许多方面，包括客户支持，工程，产品管理，业务开发和市场营销。专注于上述某些方面而将其他方面排除在外是错了：无论您是否知道，开源都是您业务的重中之重。一个集中的开放源代码计划办公室就是对这一现实的实现，并且是从开放源代码参与中获得最大收益的最佳方法。