美国政府寻求减少定制软件的使用，发布新政策以“解放代码”

图片来源：

Opensource.com

随着总统选举季的临近，我经常被问及，当新政府在一月份上任后，美国政府鼓励使用开源软件（OSS）的努力是否会继续。

正如我之前写过的那样，大约十年前，辩论已经从是否使用开源转向关注如何使用。管理和预算办公室（OMB）于 8 月 8 日发布的美国联邦源代码政策是这种转变的最新体现。它实现了奥巴马政府的第二份开放政府国家行动计划（PDF）中提出的目标，即改进对为联邦政府开发的定制软件代码的访问。该计划强调使用（并回馈）开源软件，以推动创新、降低成本并造福公众。它还推进了可以追溯到本届政府早期的长期“默认开放”目标。

有些人称之为“开源政策”。当然，开源是该政策的关键要素。但其核心是关注减少对定制软件开发的依赖（并减少在这方面的支出）。当使用定制软件时，该政策鼓励采取措施，通过回馈所采购的代码，使其尽可能广泛地可重用。

试点计划

在草案征求意见期间，大多数注意力集中在“每个机构应每年以开源软件形式发布至少 20% 的新定制开发代码，试点计划运行期间”（除非 OMB 重新授权，否则试点计划将在三年后到期）的要求上。为了实现这一目标，该政策要求“机构必须获得对定制开发代码的充分权利，以实现本政策试点计划的开源发布目标。”

由各机构（不包括国防部）决定发布哪些定制开发的代码项目（在优先发布机构认为对更广泛的社区可能有用的定制开发代码之后）。但是，OMB 强烈明确表示，“强烈鼓励各机构尽可能多地发布定制开发的代码，以进一步履行联邦政府对透明度、参与和协作的承诺”，并“期望所有机构毫无例外地满足本试点计划的要求。”

认识到开源项目的成功取决于多种因素，该政策强调，当机构向公众发布定制开发的源代码作为开源软件时，他们应以以下方式开发和发布代码：（1）培养围绕共同挑战的社区；（2）提高开源社区对源代码提供反馈和做出贡献的能力；以及（3）鼓励联邦雇员和承包商通过为现有开源项目做出贡献来回馈更广泛的开源社区。

最终，这项具体政策的鼓励可能是其最重要、最长期的影响，它阐明了“提供开源可以蓬勃发展和被重新利用的环境的实践”。

关于许可的更多信息将在 code.gov 上发布。红帽和社区中的其他成员已经（并将继续）敦促使用现有许可证，并避免走创建政府独有许可证的道路，这将阻碍该政策的广泛重用和接受的总体目标，使为项目建立开发者支持更加困难，并可能导致政府自行开发（GOTS）的结果。

三步分析

正如我去年春天写道，草案在这一点上似乎试图重申当前政策，但可能引起混乱，甚至无意中增加了鼓励政府自行开发（GOTS）解决方案而不是商业解决方案的风险。

三步分析似乎已得到清理。它仍然包括对优先选择现有联邦软件解决方案的提及，现在包括一个脚注，解释说“现有联邦软件解决方案”是指政府已经拥有适当权利的解决方案，其中可能包括商业或定制开发的软件解决方案。”请注意，美国政府已明确表示，商业软件包括开源软件。

中心思想是重申长期政策，重点关注“通过类别管理政策确定的最佳同类工具采购现有商业解决方案”。

值得注意的是，已发布的政策强调，机构在采购决策的“三步分析的每个阶段”还需要考虑各种政策，包括混合解决方案（意味着现有联邦、商业和/或定制开发解决方案的混合）；模块化架构（如数字政府战略中所讨论的，“模块化可以降低总体风险和成本，同时提高互操作性和技术灵活性”）；云计算；开放标准；以及有针对性的考虑因素（该政策将其描述为“最能满足机构的运营和任务需求的软件解决方案，同时考虑到性能、总体生命周期拥有成本、安全和隐私保护、互操作性、共享或重用能力、以后更换供应商所需的资源以及高质量支持的可用性等因素”）。