克罗地亚政策鼓励采用开源

今年早些时候，克罗地亚政党克罗地亚可持续发展党 (ORaH) 发布了一项新政策，鼓励政府采用开源解决方案，解决供应商锁定的风险，并坚持开放文档标准。最棒的是，他们以开源的方式做到了这一点。

了解克罗地亚

克罗地亚是欧盟最新成员国，其经济主要由旅游业驱动。在 IT 领域，克罗地亚最大的出口是人才：年轻和不太年轻的工程师离开该国，为世界各地的公司工作。为什么？克罗地亚的失业率高达 15.3%，是欧盟经济最薄弱的国家之一。在克罗地亚的创业孵化器中，新企业家被教导“如果你想成功，你必须离开。”

尽管如此，克罗地亚的开源社区仍然相当活跃。这里有许多非营利组织和非政府组织，而Linux 用户协会拥有 3000 多名成员，是其中规模最大的组织之一。

Linux 和开源技术栈在克罗地亚工业界和学术界已得到很好的应用——空空的钱包让自由软件更具吸引力。尽管如此，大多数克罗地亚政府机构仍未认识到开源软件的好处。

ORaH 想要改变这种状况。

ORaH 的信息社会计划

2015 年 5 月 3 日，ORaH 发布了《信息社会政策》，并呼吁公众讨论。

尽管 ORaH 在欧盟议会中仅占一个席位，在克罗地亚议会中占两个席位，但这项政策仍然意义重大：今年是选举年，政治家和政党经常“借用”彼此的声明，甚至整个政策。据我所知，欧盟没有其他政党拥有与 IT 相关的政策——甚至包括海盗党。

当我阅读这份文件时，我惊喜地看到开源、开放标准和开放文档格式被反复提及。我也很高兴看到克罗地亚的供应商锁定问题得到了确认。

养老基金锁定

克罗地亚养老基金有一个带有网络数据库的大型机。您可能听说过网络数据库，因为在教授数据库时经常会提到它们。（首先是文件，然后是记录管理器，然后是网络数据库，然后是关系数据库，也就是我们今天使用的数据库。）

克罗地亚养老基金大型机大约 90% 的代码是用 PL/I 编写的，PL/I 代表“Programming Language One”（第一编程语言）。它在 1960 年代是尖端技术，但现在，却并非如此。

那么，对于一台构建在无人见过的机器上、托管着无人听说过的数据库管理系统、用 40 年来无人教授过的编程语言编写的大型机，您该怎么办？您把它关掉，然后回收成废金属，对吧？

要做到这一点，您首先需要读取数据。但是，糟糕，读取数据不是开箱即用的。不。首先，您必须购买将层次结构转换为表格的软件，然后是一个通过网络发布它的模块，只有这样，您才能像往常一样访问数据。

而这仅仅是开始。您可以想象，报废大型机的成本很快就会变得非常昂贵。

但养老基金大型机只是《信息社会政策》解决并试图通过开放解决方案解决——或至少避免——的问题之一。让我们看看其他一些问题。

对克罗地亚 IT 产业的影响

该文件分为几个章节：当前形势分析、战略解决方案和战术工具。每一章都考察了 IT 的不同方面：IT 作为公共服务、IT 作为经济基础设施以及政府组织中的 IT 基础设施。

IT 产业约占克罗地亚 GDP 的 0.9%。根据克罗地亚就业研究所的数据，目前克罗地亚 IT 工程师和技术人员的失业率为 7.8%。要么是这些统计数据存在严重问题，要么是当前政策存在问题。

该政策旨在通过确保创业公司的风险投资等方式，通过出口和就业模拟，将 IT 产业提升至占 GDP 的 2%。

开源在至少两个方面发挥着重要作用

1. 该政策优先考虑所有政府机构的互操作性和开源解决方案。这种方法的目的是刺激当地 IT 产业，直接的好处是由于免费提供的技术和缺乏许可费用，开发成本更低。
2. 自由软件对于创业公司非常重要，对于科技创业公司尤其如此。尽管该政策没有认识到这一点，但我确实认识到了。我拥有一家创业公司，并且知道筹集资金有多么困难。

电子政务

该文件的其他主题——IT 作为公共服务、IT 作为经济基础设施以及政府组织中的 IT 基础设施——都可以用一个词概括：电子政务。

高效的官僚机构是经商的必要条件，而克罗地亚的官僚机构需要重大改进。各个机构之间互不沟通。他们期望公民和企业将各种文件从一个机构带到另一个机构。更糟糕的是，诊所和医院的情况也大致相同。造成这种情况的原因是这些机构定制的专有解决方案之间缺乏互操作性。

ORaH 解决这个问题的方法可以用一个词概括：云。实施这样的事情说起来容易做起来难，但我的估计是可以在 5-10 年内完成。

公开讨论

关于政策本身就说这么多。现在，再说说关于其发布方式的一些开放性做法。

首先，它发布在党的网站上，以便每个人都可以阅读并通过电子邮件对其进行评论。这是该党的常见做法：发布、讨论，并将评论确认为已接受、已拒绝或仅作为评论。一年内，ORaH 以这种方式发布了 30 多项政策。

有趣的是，这项政策的六位作者中有四位不是党员。这几乎是最接近直接民主的方式了。

在许多方面，ORaH 的做法与开源项目中发生的事情类似：补丁要么被接受，要么被有理由地拒绝。除非有能力并且愿意这样做的人喜欢这个想法，否则增强请求通常会被忽略。

开源社区管理者或许可以从这种开放的政治品牌中学到一些东西。

结论

我是这项政策的支持者，但我有点偏见——我喜欢开源，并且想要更多开源！在我看来，没有“太开放”这种说法。

向 Miroslav Mađarić 及其团队致敬，感谢他们完成了这个开源项目。我当然希望看到它的实施。