在我的第一篇关于开源项目部门的系列文章中，我深入剖析了什么是开源项目部门，为什么你的公司需要一个开源项目部门。接着我又说到了谷歌是如何创建一种新的开源项目部门的。而这篇文章，我将阐述拥有一个开源项目部门的好处。 乍一看，非软件开发公司会更加热情的去拥抱开源项目部门的一个重要原因是他们并没有什么损失。毕竟，他们并不需要依靠这些软件产品来获得收益。比 如，Facebook 可以很轻易的释放出一个 “分布式键值数据存储” 作为开源项目，是因为他们并没有售卖一个叫做 “企业级键值数据存储” 的产品。这回答了关于风险的问题，但是并没有回答他们如何通过向开源生态共献代码而获益的问题。让我们逐个来推测和探讨其中可能的原因。你会发现开源项目 供应商的许多动机都是相同的，但是也有些许不同。
招聘可能是一个将开源项目部门推销给上层管理部门的最容易方法。向他们展示与招聘相关的成本，以及投资回报率，然后解释如何与天才工程师发展关系，从而与那些对这些项目感兴趣并且十分乐意在其中工作的天才开发者们建立联系。不需要我多说了，你懂的！更多内容，大家可以关注本次专辑…… GPL许可协议的主旨是说，如果你的软件使用了受GPL保护的代码，那么你的软件源 代码也要公开出来。不同的开发者对GPL条款的诠释有所偏重，但不管怎样，遵循GPL协议是要付出一定代价的。Automattic创始人Matt Mullenweg和竞争对手Wix之间展开了一场关于违反GPL协议的骂战，由此可以引起我们对GPL许可协议的一些思考。
Automattic创始人Matt Mullenweg下载了一款由竞争对手Wix开发的iOS应用，他觉得这款应用看起来很眼熟，后来确认这款应用使用了来自WordPress的代码。于是他在博客上与对方展开争论，直指要点：你们应用里的编辑器使用了剽窃的代码，所以整个应用违反了GPL协议。 Wix的CEO Avishai Abrahami没有针对此事做出正面回应，试图回避他们在产品里使用了未付费源代码的事实。他的一个工程师员工也避开正面回应，在是否违反协议的问题上纠缠不清，不愿意直接承担剽窃代码的后果。 有些人对使用“剽窃代码”和“窃贼”这样的字眼来形容违反GPL协议的行为有些异议，不过事实就是如此：源代码出现在Wix的产品里已成事实，但Wix并没有为此付出任何代价。 很多开发者（包括CEO）对使用受GPL保护的代码所产生的后果装作不在意。他们从对自己有利的角度来解释GPL条款：“使用GPL代码没有任何问题，只要我们把改动的代码也贡献出来。”“我们只使用了少量受GPL保护的代码，所以我们有权使用它们。”“我们通过其它方式回报社区，这样就平衡了。详细内容请关注本次专辑…… 毫无疑问，Java 是目前最为流行的编程语言之一，这里我们挖掘出了一些比较受欢迎的框架的有效信息，它们可以减轻全球软件开发人员的日常工作。
RebelLabs的一项调查显示，通过在线Java用户论坛(虚拟JUG)媒体联盟的调查统计，2016年度最佳Java框架阵容如下：我们不会仅仅基于上面图标的对比迫使你或让你草率作出结论，但是我们会给你介绍每个概念的概述，供你分析和对比他们之间的区别，然后根据你的项目选择最完美的匹配。 1.Spring MVC：自从10多年前的第一次发布之后，SpringMVC老当益壮，继续保持着领头羊的地位。在其完全拥抱 MVC框架之后，Spring 不断的发展与变化着，转变成了一个功能全面的面向互联网应用程序的Java框架, 它能提供给软件工程师的是一个用于web应用程序开发的强大工具集，以及针对安全项目的应用程序配置。 作为程序员世界最受欢迎的一员，Spring所拥有有发育良好的生态提供了许许多多的附加选择: REST API 或者是 SOAP web 服务, 安全(认证和授权、加密)等等。这一选择的另一个优势就是大公司的开发者同行们也都在使用这个 Java 框架。因此，如果你有困难想要寻求帮助，他们随时都能给予援手。 |
