在向朋友们发言时,一个共同的问题出现了,如果他们在免费和开源许可证下发布他们的代码,这可能会鼓励公司'偷和#39;他们的辛勤工作而不给予他们赔偿。显然,如果代码在免费和公开许可证下发布,则窃取,但是情绪仍然存在。
是否有案例在有单个承包商或小型公司(1-5名员工)在自由和公开执照下发布了源代码,并在削减了一个更大的公司,将客户或利润远离他们或使其失业?
最终我认为有更强大的论据可以免费和开放的源代码比&#34开放;更大的公司赢得了' t" (即"这不发生" t")但是,如果有任何现实世界的案例,那么使软件自由和开放有大量伤害一个小软件商店的真实世界案例。
2既然你写作"偷他们的辛勤工作"关于一个煽动性,我觉得您正在假设通过贡献者许可协议或类似的公司在贡献中保留的特殊情况。这是可以说的"从根本上破碎"和经验表明它确实妨碍了利润(Sun希望控制社区周围的项目,看看它是如何结束的)。否则,他们将像其他人一样绑定到他们的公开许可证,你的朋友'争论只是没有意义。 - Ignis.
我所看到的趋势是1)采用开发人员和/或获取较小的公司,或2)叉,开发更好的版本,并成为新的开发人员。无论哪种方式,开发人员都会比任何人更了解软件,让他们在贵公司中是一种保证最佳技术支持,并吸引那些愿意最多的客户。请记住,患有酿造款项,您可以获得更多的资金,而不是销售许可证。 - Ignis.
"偷和#34;代码是版权侵权,这显然是由最合法的公司避免。丢失版权侵权套装可以轻松摧毁大多数公司。另一方面,没有专利,逆向工程和功能匹配是完全合法的,并且一直完成。一些不道德的公司可以在假装做后者的同时做到这一点,这就是进入源代码的地方,让他们很容易做到这一点。但是一旦这些公司变得足够大,因此,他们很快就清理他们的行为 - DivX是一个突出的,闭面来源的例子,它涉嫌初始版本是基于侵犯微软' s源代码。
因此,它高度取决于那些福斯项目的可见和积极程度。重要的是要记住,并非所有福斯项目都是Linux,GCC或Mozilla,它也取决于您的对手。
大型和积极的项目实际上免疫;他们巨大的善意和知名度使其变得非常危险至"偷和#34;从,他们的发展步伐使得很难过 - 无论如何都会竞争。
中型项目可能受到影响,但损坏有限。这个原因是,如果不道德的竞争对手足够大,它也使他们更具吸引力的诉讼目标,因此他们要么保持少量或清理。例如,FFMPEG - 一套福斯音频/视频编解码器 - 是一个受版权侵权的流行目标。虽然大多数是他们(L)GPL许可的小违规行为,但毫无疑问,有些人侵犯了一些。
小项目确实可以削弱。如果市场足够小以留在诉讼的雷达下,一个不道德的公司可以轻松宣称代码作为自己的代码,通过提供卓越的价值来释放封闭来源的竞争对手并遍历市场。在这里'一个例子:
当时,一个竞争对手[到Dikumud],当时也基于他们在同一个码基上,他们选择公然忽略了版权,撕掉了所有的所有痕迹,基本上骗了包括自己的大家。他们的逻辑是"没有原始代码都存在"和"我们已经完成了大规模的重写和改进"通常忽略他们从20,000行代码开始的事实。他们正在为游戏中的物品充电,并制作太多钱来停止。
4感谢答案,但我希望有具体的例子,在自由和公开许可下发布守则导致小公司被更大的公司肌肉出现。 Dikumud特别是不是煽动(见en.wikipedia.org/wiki/dikumud#dikumud_license)因此这是一个直线版权侵权的案例。正如我在问题所说,它' s"偷和#34;只有在一个情感的意义上,不是在技术人员中,因为我正在寻找实际在自由和公开许可证下将软件放置的小公司,这意味着使用符合许可证的用法' t被视为盗窃。 - Abetusk.
@abetusk我必须说,你的意图会在这件事中略有宽泛 - Zizouz212.
@abetusk在这种情况下,您可能会努力寻找示例,因为它将根据预期使用FOSS项目。也就是说,如果有人担心其他人可以重新打包项目,转售和挤出原件,为什么他们首先释放为肥胖?另一方面,您可以考虑Mac OS X"挤出" BSD或Safari / Chrome"挤出" khtml作为例子。 - Congusbongus.
合理的是Google Analytics的开源替代品,发布了一个博客文章,详细说明了他们从麻省理工学院许可的移动到AGPL(Affero GNU公共许可证)。
以下是一些事件使我们了解具有允许开源许可证的风险:
至少有一个案例公司已经采取了一系列代码,使其成为封闭来源,并开始将其销售为直接竞争对手
我将从视角下回答您的问题:开放您的朋友'业务已开发的技术的风险是多少。我试图在最后解决您的更具体的问题。
TL,如果您的朋友围绕这项技术建立了博士,则该公司将在该技术中建立,公司将开源,'如果使代码作为开源提供的代码,但&# 39; S不可能作为竞争公司分叉其代码的结果。
如果您在唯一的GPL-INCOSYSTEM外冒险,我将分类为两类支持主要开源项目的公司:
开源项目是其基础架构的重要组成部分,但不是他们的业务中心(认为微软与.NET核心或Facebook的反应)
在每个类别中,有不同的方法可以尝试将开源批准,但我认为这个高级视图足以这个问题。
如果您的朋友' S公司在第一类中发现自己,将代码放在开源库下对他们的风险最小,以便其他公司采用它并使用它竞争它们。例如,访问反应不会立即让另一家公司重新创建Facebook' s的业务并与他们竞争。
如果您的朋友'公司在第二类中发现自己,他们需要更仔细地考虑他们的商业模式。这里有两个主要风险:
绝大多数使用开源项目的人和公司都会这样做,而不为此付出代价。业务必须根据选择支付的少数群体的收入可持续。如果该技术在潜在用户池池中的利基业务领域,这可能是不可持续的。
如果业务与技术相连过于紧密(例如,他们所做的就是提供咨询服务来增强技术并帮助人们安装它),另一个企业可以提供相同的服务,并更好地做到这一点用相同或竞争技术。
你的问题真的关于这里的第二个风险,但第一个风险将是更大的风险。除非公司确信有足够的用户实际上愿意支付使用技术(或与IT相关的服务),否则如果他们使其开源,该公司将不会是可行的。
第二个的风险有多大取决于技术的独特和复杂程度以及市场的大大大。刻字开源项目有点像任何软件维护工作:有一个代码的代码,需要时间和金钱来理解和改进。如果这样做的潜在奖励不大于成本和时间,那么它就不值得。
如果您的朋友' S CodeBase并不是那么大,市场对它而言并不是那么大,它可能不值得竞争对手的努力,并与你的朋友竞争竞争。 39;公司。如果Codebase不是那么大而市场巨大,那么风险可能是真实的,但是,因为CodeBase并不是那么大,它同样可能是一个竞争对手的竞争对手。
基于叉子的头部竞争最可能的情景是具有大市场的大码。一个接地的重写将是痛苦的,所以竞争对手希望从它已经被货币化的东西开始。基于Linux发行版的公司作为其中的示例。 StarOffice / OpenOffice / LibreOffice是另一个例子。
负责Zeromq负责的后期普及亨亨包括Zeromq手册中的一个有趣的故事。他给了它的标题,吃了我,它是关于他在工作之一的一位同事们的堂兄的大学弟弟的大学兄弟。更具体地说,一个名叫帕特里克的人。
它会引导我们太远的是复制/粘贴完整的故事,但帕特里克是他在允许许可证下发布的一些软件的骄傲开发人员。他很高兴地谈论他的项目,并在这里和那里做咨询演出。他甚至聘请了一名员工。
然而,一个更商业化的公司将其项目带走并在Copyleft许可证下发布了它。该公司尊重允许许可的所有法律义务,所以他们所做的一切都是从纯粹的法律角度来看的。尽管如此,帕特里克觉得背叛了,这就是帕特里克的故事根据Pieter Hintjens的故事:
帕特里克进入了一个萧条,他的女朋友离开了他,呼吁他呼吁,奇怪地,帕特里德,他停止了这个项目的工作。他感到背叛,完全悲惨。他的朋友们,谁相当糟糕,告诉大家,据称这是一个衣柜班卓员。最后,帕特里克为一个云公司的Aprooject Manager作了一份工作,并在四十岁时,他甚至有趣的编程。
你可能有一个博士学位,你可能是我同事的朋友的最佳兄弟的兄弟们,但你是一个白痴和独一无二的聪明留下你。你发表了你的工作邀请人才偷窃你的代码只要他们保持这种“请窃取Mycode”在由此产生的工作中窃取的声明“,当人们完全做到了,你感到不安。更糟糕的是,你是一个伪君子,因为当他们秘密地做了时,你很开心,但是当他们公开这样做时,你会拍摄。
那种情况也几乎发生在我身上。我是itext的原始开发人员,一个开源PDF库,我最初在MPL / LGPL下发布。
此库用于Google Analytics,Google文档和Google日历中使用。谷歌将定期升级到最新版本。我非常自豪,谷歌发现我的软件足以使用它。我没有用它做任何钱,'我想,我想的任何钱。然而,随着更多公司开始使用IText,将我的工作与我的日常工作相结合越来越难。
然后有一天,我的妻子和我们的儿子从医院回来,告诉我,我们的男孩被诊断出患有骨癌。生命变成了地狱,但那就没有阻止人们送给我大量的邮件,要求帮助他们的项目。即使我解释说我又担心,有些人可能会非常持久。在一个案例中,我邮寄了一个开发人员的雇主。
简而言之:我住在比利时和比利时公司,比比利时公司涉及TCS而不是自己的IT部门(因为TCS不那么昂贵)。 TCS的开发人员使用了我的软件,并让我免费解决问题。不幸的是,TCS的开发人员未能为我提供一个允许我重现问题的SSCCE。当我联系比利时公司并直接向他们工作时,这可能会解决他们的问题,我被告知没有时间,没有预算这样做。
我必须开始寻找一种用itext生成钱的方法。因为我没有Clue如何做到这一点,我认为谷歌将愿意帮助我解决一些建议。请参阅Entreprenerd的第13章:
我非常感到沮丧,发现每个人都很乐意使用我的软件,但没有人似乎不足以帮助我找到一种方法来确保进一步发展和缺点的未来。
我记得这篇文章谷歌开源大师:'为什么我们禁止AGPL'引用了克里斯·迪弗纳。
"这可能听起来有点生涩,但很多[可用] Agplsoftware,我们不需要使用,"他说。 "它解决了WealReady有软件的领域。所以有很多电话。"
我最终聘请的人帮助我的业务使用本文来说服我将许可证从MPL / LGPL更改为AGPL。
谷歌一直在使用itext的新版本更新其应用程序,但一旦Itext将其许可证更改为AGPL,就会停止这样做。
继续使用旧版本的ITEXT,即尽可能长的MPL / LGPL免费。这令人挑剔,因为不可能改变福斯许可证。
继续使用最新版本的itext免费。在这种情况下,他们必须释放包含其itext的所有软件的完成源代码,如(a)gpl软件。
继续使用封闭的SourceContext中使用最新版本的itext。这需要使用Itext进入商业代理以避免披露其源代码。
尽快用另一个库替换iText.ibigly,他们必须找到一个可以免费享用的内容,而无需符合AnyCopyleft条件。
Google最初选择了第一个选项。即使今天,谷歌仍然使用超过十年的Olditext 2.1.6在Google Calendar.Google肯定不想向Analytics和Docs作为AGPL软件发布其代码。有一些谈判谈判谷歌在文档中使用Itext的许可证,但是没有金额。对于Google Analytics,Google选择了第四个选项。最重要的是,它与一个名为Cairo的库中的右侧替换了它的速度报告的质量和可用性。开罗后来被Skia PDF取代。
为IText开发业务是一个缺铁机,但最终,我设法赢得了比利时版的德勤' s快速50,这意味着iText集团是该国增长最快的技术公司。在不到10年的时间里,我们从0到100多米的收入。最终,我能够销售公司总数约为5000万美元。
为了进一步阅读,请参阅开源生存:来自战壕的故事。当然,这本书也有#39;对于那些有兴趣阅读完整故事的人,我举行了一张优惠券(直到6月30日)。
1"帕特里克&#34的故事;和#34; IText&#34的故事;应该是两个单独的帖子。我有点可疑关于"帕特里克&#34的故事;因为它' s呈现出很少的可信度证据。在我看来,你的故事是,在我看来,越有趣,答案更好,而且只是陷入困境的"帕特里克&#34的故事。 - Abetusk.
我上面提出的问题有点含糊。我的意思是使用粮食硕士学位的较大的球员,并保留了繁荣的许可证来挤出竞争对手,或者我是否包括直接提升版权侵权?多年后,我认为这个问题的原始意图是前者(更大的球员在仍然保持福斯许可证的同时推出较小的球员),但我没有澄清。
地代替了这一点,这里的Sun Microsystems窃取丰富的一个例子,剥离了原作作者' s的名称和许可信息,并宣称他们自己的版权。
澳大利亚悉尼澳大利亚布伦丹格雷格一直在创建福斯脚本来扩展DTrace。访问Sun Consultant正在向GREGG发出新功能,其中Appardent顾问顾问正在发作Brendan Gregg'他自己的软件。
现在,在这里,他是在澳大利亚悉尼,试图销售Brendan Gregg'在Brendan Gregg的工具。
其中一个澳大利亚Sun工作人员中断:"那些说得吸着版权的Sun Microsystems。"我的大多数工具都有我自己的版权和GPLv2或CDDL许可证。但这些只有Sun' S标准版权消息,并且剥离了开源许可证。
另一个澳大利亚添加了vip:"你可以' t做到这一点。"由于发生沉没的程度,沉默落在房间里。虽然一些在阳光下令人鼓舞的开放来源贡献并建立一个社区,但其他人正在扯掉同一个社区。采取工作,改变许可证和版权,然后销售它。
2我'对不起,你是说你可以看到这个问题可以采取两种方式之一(比如,a和b) - 然后,作为op,你'重新澄清你的意思同时发布B的答案? - Madhatter♦
@madhatter,是的,几乎。来这个问题的人可能会发现" B"有用,所以我记住了答案。 - Abetusk.
点击“发布答案”,您同意我们的服务条款,隐私政策和Cookie政策
不是答案你和#39;寻找?浏览其他标记的问题或提出您自己的问题。