大家好，最适合国情的开源授权协议ZPL发布1.2版本发布啦！ZPL1.2版本由资深翻译crystaltoffee#hotmail.com翻译了英文版本，同时由业内顶尖级开源法务专家maggie.wang审校。目前开源界主流的授权协议是GPL系列、MIT、BSD和Apache协议等，这些协议的标准范本都是以英文撰写。对于绝大多数的中国用户（包括开 发者、最终用户、第三方开发者）来讲这些条款都比较晦涩，难以理解。虽然有中文翻译的版本，但也都比较难以理解，而且缺乏权威。
目前流行的授权协议对开源软件各方的责权利界定并不是很清晰。我们在运营自己的开源软件的时候，也会经常遇到诸如"我可以修改源代码吗"之类的疑问。第三方的一些开发者也不清楚自己如何参与到开源软件的开发中，最终的用户也缺乏对条款充分的理解。 现有流行的授权协议都没有明确的对开源软件的署名权作出规定。而且由于众所周知的原因，开源软件在中国经常出现被改头换面的情况，而现有的授权协议 对这种情况也缺乏必要的约束力。比如笔者团队开发的禅道，蝉知，然之等系统经常被别人改头换面，说成是他们开发的。对此ZPL协议做了明确的禁止，必须要保留开源软件的所有标志。 GPL系列的协议对商业来讲相对严格，MIT, BSD和Apache之类的协议又对软件作者自身的权利保护有限，如何在商业友好和自身权利保护之间取得一个平衡，是一个很重要的问题。 基于上面四个问题，笔者在开发蝉知企业门户系统的时候，整理了最初的蝉知的授权协议。后来在开源中国上面看到有朋友用了蝉知的授权协议，索性就把这个授权协议再通用化，就形成了今天的Z PUBLIC LICENSE。更多内容大家可以关注本次专辑…… Oracle Java平台组首席架构师Mark Reinhold发表了一份关于模块化系统的情况的报告，强调了模块化的目标是什么。由于和已经存在的框架存在明显的重复，特别是OSGi，报告引起发了人们的讨论。
正如报告中所解释的，以及在JSR-376和模块化系统项目主页中完整的详细说明，模块化系统是为了解决当前Java访问模型中的两个疏漏： 可靠的配置：当前一个组件通过类路径访问另一个组件的类时相当容易出错，特别是尝试使用不在类路径里面或者存在多个版本的类的时候。 强封装：没有办法去限制特定组件暴露给其他组件的类，外部能访问所有的公共类。详情请关注本次专辑！ 目前，Netflix已经宣布进行全面开源的计划。此外，公司不久将发布相应的开源产品，以简化Docker容器的访问，而大多数的开源项目能够运行在Docker容器中。 Netflix公司正在通过全面检查Netflix开源程序，努力使其与开源软件开发者能够更容易地协作。此外，公司不久将发布相应的开源产品，以简化Docker容器的访问。
2012年，Netflix积极地尝试将它的部分代码库和产品开源。公司已为那些能够开发对Netflix有用，尤其是在云计算方面有用的新开源代码的开发者提供了奖励。 目前，公司已经宣布进行全面开源的计划。这样做并不是因为开放源码没有为公司起到很好的作用。相反，按照Netflix的说法，随着Netflix支持的开源项目数据的增多，这种变化折射出公司正在面临新的挑战。 为了让开发者更容易地找到感兴趣的项目，公司已经为开源项目更新了其GitHub主页。这些项目按照类别进行归类，并且附有更清晰的说明以解释项目之间是如何相互关联的。 此外，Netflix将尽最大努力使其大多数的开源项目能够运行在Docker容器中。Netflix期望这种变化能够让开发者更容易地快速运行代码。“我 们发现，与根据维基百科文章中的说明进行项目源码发布、编译构建及安装相比，通过运行预先编译构建好的、可运行的Docker容器，能够让我们的用户更容 易地配置安装我们的项目。”公司解释说。更多内容，大家请关注本次专题…… |
