如果除了开放源代码软件之外,有什么东西可以使大小规模的开发团队团结在一起,那就是专利巨魔的恐惧和厌恶。
每隔一段时间,一个涉及数百万美元的专利侵权诉讼的故事将成为新闻,并引起所有人的不满。 从最年轻的软件开发企业家到Facebook,Microsoft或IBM的最大假发,没有人能完全幸免。
专利巨魔与巨人:开源社区与Facebook的开源许可证专利条款
去年夏天,当Apache Foundation决定在所有Apache项目中禁止Facebook开源许可证时,开源社区再次质疑Facebook不寻常的BSD +专利开源许可证背后的动机。 开发人员对此条款表示担忧,该条款允许Facebook发起专利诉讼,同时限制针对它们的防御性诉讼。 开源社区中的许多人都对那些精通法律的科技巨头持谨慎态度,因为在使用解剖刀方法时,他们会用斧子来处理对专利巨魔的恐惧。
尽管Facebook多年来一直坚定地支持其唯一的开源许可证,但坚持认为专利条款是必要的,以避免“无情的诉讼”,但他们终于在今年夏天结束了,并用标准的MIT取代了BSD + Patents的许可证。许可证,并且订单已恢复。
阿帕奇基金会(Apache Foundation)的禁令在整个社区引起了骨牌效应,并最终驱使Facebook采用了开放源代码许可证,该许可证更宽松,更易于理解,并最终对开发人员更友好。 开源社区中的许多人将其视为赢得公司的胜利,从而确保了开发人员编写软件的能力,而不必担心陷入混乱的诉讼中,也不必为Man签署专利。
这是否意味着对于希望在不面临专利侵权诉讼迫在眉睫的威胁的情况下创建软件的开发人员来说,开源软件项目是最后的避风港,社区可以团结起来影响变更?
版权巨魔:专利巨魔的黑幕表弟
在最大,最成熟的开源项目之一中,专利巨魔(版权巨魔)的卑鄙无耻的突变已经抬起了丑头。
今年10月,Linux社区技术顾问委员会发布了“ Linux Kernel Community Enforcement Statement”(Linux内核社区执行声明),该声明将包含在Linux文档中,以确保对内核的贡献不会被用于版权诉讼。
但是,为什么在以自由与合作为原则的社区中这是必要的呢? 他们不是应该知道如何和对方玩得开心吗?
此举背后的故事是开源历史上的一个黑暗标记。 Linux领导人感到有必要向Netfilter核心开发团队的前主席Patrick McHardy发出呼吁,他一直在积极进行有关涉嫌侵犯版权的诉讼,赢得了“至少几百万欧元”。
Netfilter社区因违反其执行原则而中止了McHardy对该项目的贡献,并发布了自己的常见问题解答,其中指出:“他们担心Patrick McHardy的实施行为已严重损害了netfilter项目的声誉。 严重的指控是,他的GPL执法活动将个人财务利益放在合规之上。”
对于每一个动作,都有一个反应
Linux社区的高级成员在博客文章中解释说,他们认为需要该声明“以帮助阐明大多数Linux内核社区成员认为什么是执行我们的许可证的正确方法”,因为并非所有贡献内核的人都理解GNU Public License 2.0(GPL 2.0)中的义务。
可以理解的是,Linux社区领导人为何采取这一措施来解决人们对McHardy行为日益增长的担忧。正如他们所看到的那样,他为个人利益而提起的诉讼与开源软件运动所相信的一切背道而驰,并可能阻止开发人员使用GPL 2.0许可软件。
律师和开放源代码软件许可专家Heather Meeker在博客文章中谈到了McHardy的恶作剧,并指出:“由于Linux项目之类的大型项目的所有权经常散布在许多作者中,因此个人所有者可以采取与执法不符的执法行动。社区的目标。 尽管社区可能对如何最好地鼓励遵守GPL的条款有各种各样的看法,但大多数人同意执法应该是非正式的(而不是通过诉讼),主要目标应该是遵守(而不是惩罚)。”
对Facebook的开源许可专利条款的强烈抗议以及Linux社区为澄清GPL条款和实施政策所做的努力向我们表明,即使是开源项目也可以利用以谋取私利。
对于依赖开源组件来构建其产品的开发人员,这提出了一些令人困扰的问题。
开源开发社区能否确保他们产生的许可证可以使用户进行开发和创新,而不必担心律师会因许可证问题轻率而具有破坏性的诉讼而从木结构中冒出来?
从我们的有利角度来看,前进的道路可能很棘手,充满了很多曲线。 一些坏苹果会继续寻找使自己从社区中脱颖而出的方法,如果他们认为自己可以利用它取得成功,就会对项目提出不公平的主张。 它们只是风景的一部分,需要加以考虑。
同时,人们意识到,如果我们希望开源继续成为我们开发软件的基础,则必须进行一定程度的自我监管。 当社区确实在一起做出决定删除这些不良苹果的决定时,它们将有助于维持更好的生态系统,从而实现更自由的发展,并希望减少政治活动。
开发人员和组织需要跟踪其开源许可证,并且如果想让巨魔饿死,则必须在其优先级列表中保持合规性。
前进的主要问题是Linux社区对McHardy行为的反应是否足以保证其他开发人员不采用相同的做法? Linux的领导地位因对McHardy的过错表现出零容忍政策而得到认可。
运气好的话,潜在的专利巨魔将引起注意,而被禁止的恐惧足以使他们保持最佳状态。