每个开发者应该知道什么是法律问题?

今天,我对GPL许可的一些含意有了一个惊喜,主要是我不能像我想的那样自由使用它。

现在我明白了。

还有什么我应该知道的,更广泛的是,每个开发人员应该知道这样的法律事项?

您可以分开员工,自由职业者,开源项目贡献者(等等)或给出更广泛的答案。


软件开发的十二个法律考虑

  • 软件如果向公众开放,则受版权保护。 无需在应用程序或源代码中添加版权声明。 版权所有者是作者或支付作者的公司。

  • 软件的版权可以由版权所有者分配,也可以由所有者保留,软件可以由所有者授权给用户或用户。

  • 开发中使用的图书馆在使用和分发方面可能有限制。 GPL没有建立图书馆的公有领域,也没有图书馆带有开发平台的事实。 在分发应用程序之前,您应该阅读并理解许可证。 一些图书馆需要特许权使用费,尽管近年来这种情况已经不常见。

  • 软件专利诉讼是垃圾拍摄。 当然,您不应该故意违反软件专利。 但是,有一些公司会因违反他们的专利而起诉你。 即使您独立开发软件,您从未听说过该专利,这种情况也可能发生,并且该专利涵盖了一种直观明了且几乎完全与您的软件无关的技术。 鉴于目前的USPTO政策,除了购买保险之外,你可以做的很多事情来避免这种情况。 好消息是,专利巨魔通常会向大公司起诉很多钱。

  • 如果您使用员工或自由撰稿人开发软件,则应以书面形式明确说明谁拥有应用程序的版权,包括源代码。 一些自由职业者和合同开发公司认为源代码是他们自己的财产,使公司依赖于原始开发人员。 如果它在开发协议中,这是合法的。

  • 如果你有一个“全天候开发软件”的员工,你应该明确谁拥有该软件,以及员工应该能够在公司以外编写和分发哪种软件。

  • 如果您是开发软件的员工或自由职业者,在开始开发之前,您应该明确由谁来拥有应用程序的版权。 此外,您应该知道或澄清谁拥有您自己编写的软件。 一些公司在就业协议中有条款声明拥有在开发期间由开发人员编写的任何软件的所有权,无论是在家中还是在工作中。 许多公司在雇佣协议中有非竞争条款,限制员工可以在公司外部分发的软件。 有时候这些限制非常宽泛。

  • 商标是名称或符号,而不是软件本身。 如果您分发软件,您应该:(a)确保您的应用程序名称和“标记”或名称的设计与其他应用程序不是“混淆性相似”,并且(b)注册您的商标。 首次使用日期对于解决冲突很重要,因此您应该记录应用程序首次在商业中使用的时间。

  • 当您为应用程序命名时,请检查注册商标,还请检查Google。 首次使用该名称的申请可能能够在申请成功后获得您的姓名和商标,即使他们没有注册商标并且您拥有。

  • 当您使用或签署合同或协议时,确保双方都了解它。 在就业协议中,提前提及任何潜在的敏感领域可以在以后避免许多问题。 在开发协议中,如果双方都知道谁拥有源代码,谁负责升级,谁负责维护等,进入开发项目,那么在应用程序之后发生诉讼的可能性要小得多已经完成。 在分销协议中,确保分销商了解协议的责任和条款。

  • 每个非平凡的应用程序都有错误(或“设计考虑”:-))。 任何用户协议或分销协议都应明确表示您对无错软件不承担责任,并且不能期望您修复所有错误。 明确指出,开发人员可以选择(或尽力)改变,修复和升级,并明确谁支付修复和升级费用。

  • 即使在你咨询有关软件开发和分销协议的律师之后,你应该阅读其他软件公司的协议,看看他们的律师提出了什么。

  • 我不是律师,这不是法律建议。


  • 如有疑问,请联系律师。


    我不是律师,但随着时间的推移,我收集了法律人士的几条经验法则,可以节省时间:

  • GPL许可证是'复制'或'病毒'。 这意味着您编写的任何代码都依赖于GPL组件,这些代码也必须在GPL下发布。 一个好的经验法则是,如果你需要一个GPL组件来编译你的软件,你的软件必须在GPL许可下发布。
  • 如果你不分发你的软件,你没有义务使你的源代码可用。 例如,如果您为了内部目的或在Web服务器上运行该软件,则不需要释放源代码。 这就是为什么Google不需要发布使用GPL库的软件。 这是GPL v3中的关键争用点。
  • LGPL(Library或Lesser GPL)仅要求您使用GPL自己的源代码,如果您将LGPL编辑的库合并为一种不可替代的方式。 如果您只使用库,您自己的软件不需要成为GPL。 包含头文件并链接到库的.dll / .so是您可以“没有任何义务”使用LGPL编码的方式之一,除了正确的版权声明。
  • BSD许可证(Apache许可证非常相似)允许您创建使用开源组件的商业扩展。 这就是为什么Apple选择Linux上的FreeBSD作为OSX的内核。
  • MPL非常商业友好,因为Netscape认为他们可能会在许可证编写时从Mozilla中赚取一些钱。
  • 它通常有助于联系开源项目的维护者。 他们最有可能就许可的初衷以及他们对开源的看法向你提供建议。 有时维护人员愿意在多个许可下发布软件来帮助你。 他们通常不是。 取决于拥有版权的人。

    KDE项目有一个方便的矩阵

    链接地址: http://www.djcxy.com/p/79477.html

    上一篇: What should every developer know about legal matters?

    下一篇: Is it legal to publish iOS apps under the GNU GPLv3 open