前两天我们报道过，微软为 Linux 带来了全新的 Skype 客户端，功能与 Windows 下的最新客户端保持看齐。但是，这个新的 Linux 客户端是基于 WebRTC 的，其事实上宣告了在 Linux 和 OS X 下的原生客户端的终结——虽然它们相对于 Windows 下的客户端比较老旧了，无论是界面和功能。

这是因为，Skype 整个重构了，用以云为中心的代码架构替代了之前的点对点架构。现在的 Windows、iOS、Android 和 Web 浏览器下的 Skype 客户端都已经是基于新的云架构，因此，这次发布的 Linux 客户端也采用了同样的架构。

微软并没有向 Mac 和 Linux 用户宣布原生客户端终结的日期，你现在仍然可以下载到这些应用。但是很显然，微软将不会再为这些臃肿的 OS X 和 Linux 原生客户端投入更多金钱和精力。

在 Skype 博客上的一篇博文中，微软提到了它将更关注于“核心平台”，换言之，就是“更新的发布、更轻、更快的在 Windows 10、iPhone、iPad 和 Android 下的应用。”Linux、OS X 下的客户端 （以及旧式 Windows 版本）最终将会被“基于 Web 的原生版本 Skype ”所取代，“得益于最新的 ORTC / WebRTC 技术”，它会运行在浏览器里。

发布于 2003 年的 Skype 原本由于其可以穿透防火墙的 VoIP 技术而得到了快速发展，从而先后被 eBay 和微软收购。然而当微软完成了向云迈进的转型之后，它就只剩下一个牌子和外壳了，它之前的点对点网络、各种特色的服务，终将消逝。

微软认为他们需要重构 Skype 以改进其通话品质：当语音数据传送到微软的云端时，他们可以对进出的数据进行处理，也就是说，可以控制语音质量。当然，用户的体验仍然与其带宽、ISP 等有关。那些特色服务也会有新的解决方案，现在已经是一个轻量、移动优先的时代了，这些功能都可以放到云端，而不是每个客户端里面。因此，微软可以向这些用户提供新的、增强的功能，比如更好的文件共享服务、视频通话、群聊、翻译以及机器人等等。

没有理由认为微软会取消 Skype 的加密通讯机制，但是离开了点对点模式，显然会增加用户在隐私方面的忧虑。

如今，其点对点 IM 使用的是 AES 256 加密，而通过云传输时则使用的是 TLS。当通话双方都是在网络上时，他们都是通过 TLS 传输的，而拨到电话时则仍旧采用 AES 256。

然而，并不清楚是否是端到端加密，由客户端之间进行加密协商，这一点上微软并没有给出明确的答案。如果加密只是在微软和客户端之间协商建立，用户肯定会面临着其传输的数据被协助司法调查。这一点不像 WhatsApp，微软将有能力做到监听。

IT 正在逐渐迁移到云端。那又是什么驱动了云呢？答案是 Linux。 当连微软的 Azure 都开始拥抱 Linux 时，你就应该知道这一切都已经改变了。

图片： ZDNet

不管你接不接受， 云正在接管 IT 已经成为现实。 我们这几年见证了 云在内部 IT 的崛起 。 那又是什么驱动了云呢？ 答案是 Linux 。

Uptime Institute 最近对 1000 个 IT 决策者进行了调查，发现约 50% 左右的资深企业 IT 决策者认为在将来大部分的 IT 工作应该放在云上 或托管网站上。在这个调查中，23% 的人认为这种改变即将发生在明年，有 70% 的人则认为这种情况会在四年内出现。

这一点都不奇怪。 我们中的许多人仍热衷于我们的物理服务器和机架， 但一般运营一个自己的数据中心并不会产生任何的经济效益。

很简单， 只需要对比你运行在你自己的硬件上的资本费用（CAPEX）和使用云的业务费用（OPEX）即可。 但这并不是说你应该把所有的东西都一股脑外包出去，而是说在大多数情况下你应该把许多工作都迁移到云端。

相应地，如果你想充分地利用云，你就得了解 Linux 。

亚马逊的 AWS、 Apache CloudStack、 Rackspace、谷歌的 GCP 以及 OpenStack 的核心都是运行在 Linux 上的。那么结果如何？截至到 2014 年， 在 Linux 服务器上部署的应用达到所有企业的 79% ，而 在 Windows 服务器上部署的则跌到 36%。从那时起， Linux 就获得了更多的发展动力。

即便是微软自身也明白这一点。

Azure 的技术主管 Mark Russinovich 曾说，仅仅在过去的几年内微软就从四分之一的 Azure 虚拟机运行在 Linux 上 变为将近三分之一的 Azure 虚拟机运行在 Linux 上。

试想一下。微软，一家正逐渐将云变为自身财政收入的主要来源 的公司，其三分之一的云产业依靠于 Linux 。

即使是到目前为止， 这些不论喜欢或者不喜欢微软的人都很难想象得到微软会从一家以商业软件为基础的软件公司转变为一家开源的、基于云服务的企业 。

Linux 对于这些专用服务器机房的渗透甚至比它刚开始的时候更深了。 举个例子， Docker 最近发行了其在 Windows 10 和 Mac OS X 上的公测版本 。 这难道是意味着 Docker 将会把其同名的容器服务移植到 Windows 10 和 Mac 上吗？ 并不是的。

在这两个平台上， Docker 只是运行在一个 Linux 虚拟机内部。 在 Mac OS 上是 HyperKit ，在 Windows 上则是 Hyper-V 。 在图形界面上可能看起来就像另一个 Mac 或 Windows 上的应用， 但在其内部的容器仍然是运行在 Linux 上的。

所以，就像大量的安卓手机和 Chromebook 的用户压根就不知道他们所运行的是 Linux 系统一样。这些 IT 用户也会随之悄然地迁移到 Linux 和云上。

via: http://www.zdnet.com/article/it-runs-on-the-cloud-and-the-cloud-runs-on-linux-any-questions/

作者：Steven J. Vaughan-Nichols 译者：chenxinlong 校对：wxy

本文由 LCTT 原创编译，Linux中国 荣誉推出

1999 年 8 月 10 日，加利福尼亚州圣何塞市，在 LinuxWorld Show 上 Linus Torvalds 在一个坐满 Linux 爱好者的礼堂中发表了一篇演讲。图片来自：James Niccolai

这取决于所处的领域。在软件开发的世界中，他也是个普通人。问题是，这种情况是否应该继续下去？

我认识 Linux 的发明人 Linus Torvalds 已经超过 20 年了。我们不是密友，但是我们欣赏彼此。

最近，因为 Linus Torvalds 的管理风格，他正遭到严厉的炮轰。Linus 无法忍受胡来的人。“代码的质量有多好？”这是他在 Linux 内核的开发过程中评判人的一种方式。

没有什么比这个更重要了。正如 Linus 今年（2015年）早些时候在 Linux.conf.au 会议上说的那样，“我不是一个友好的人，我也不在意你。对我重要的是‘我所关心的技术和内核’。”

现在我也可以和这种只关心技术的人打交道了。如果你不能，你应当避免参加 Linux 内核会议，因为在那里你会遇到许多有这种精英思想的人。这不代表我认为在 Linux 领域所有东西都是极好的，并且不应该受到其他影响而带来改变。我能够和一个精英相处；而在一个男性做主导的大城堡中遇到的问题是，女性经常受到蔑视和无礼的对待。

这就是我看到的最近关于 Linus 管理风格所引发争论的原因 —— 或者更准确的说，他对于个人管理方面是完全冷漠的 —— 就像是在软件开发世界的标准操作流程一样。与此同时，我看到揭示了这个事情需要改变的另外一个证据。

第一次是在 Linux 4.3 发布的时候出现的这个情况，Linus 使用 Linux 内核邮件列表狠狠的数落了一个插入了一些网络方面的代码的开发者——这些代码很“烂”、“生成了如此烂的代码。这看起来太糟糕了，并且完全没有理由这样做。”他继续地咆哮了半天。这里使用“烂”这个词，相对他早期使用的“愚蠢的”这个同义词来说还算好的。

但是，事情就是这样。Linus 是对的。我读了代码后，发现代码确实很烂，并且开发者只是为了用新“overflow\_usub()” 函数而用。

现在，一些人把 Linus 的这种谩骂的行为看作他脾气不好而且恃强凌弱的证据。我也见过一个完美主义者，在他的领域中，他无法忍受这种糟糕。

许多人告诉我，这不是一个专业的程序员应当有的行为。群众们，你曾经和最优秀的开发者一起工作过吗？据我所知道的，在 Apple，Microsoft，Oracle ，这就是他们的行为。

我曾经听过 Steve Jobs 攻击一个开发者，就像要把他撕成碎片那样。我也被一个 Oracle 的高级开发者责骂一屋子的新开发者吓到过，就像食人鱼穿过一群金鱼那样。

在 Robert X. Cringely 关于 PC 崛起的经典书籍《 意外帝国 （ Accidental Empires ） 》，中，他这样描述了微软的软件管理风格，比尔·盖茨像计算机系统一样管理他们，“比尔·盖茨是最高等级，从他开始每一个等级依次递减，上级会向下级叫嚷，刺激他们，甚至羞辱他们。”

Linus 和所有大型的商业软件公司的领导人不同的是，Linus 说在这里所有的东西都是向全世界公开的。而其他人是在自己的会议室中做东西的。我听有人说 Linus 在那种公司中可能会被开除。这是不可能的。他会处于他现在所处的地位，他在编程世界的最顶端。

但是，这里有另外一个不同。如果 Larry Ellison （Oracle 的首席执行官）向你发火，你就别想在这里干了。如果 Linus 向你发火，你会在邮件中收到他的责骂。这就是差别。

你知道的，Linus 不是任何人的老板。他完全没有雇佣和解聘的权利，他只是负责着有着 10000 个贡献者的一个项目而已。他仅仅能做的就是从心理上伤害你。

这说明，在开源软件开发圈和商业软件开发圈中同时存在一个非常严重的问题。不管你是一个多么好的编程者，如果你是一个女性，你的这个身份就是对你不利的。

这种情况并没有在 Sarah Sharp 的身上有任何好转，她现在是一个 Intel 的开发者，以前是一个顶尖的 Linux 程序员。在她博客上10月份的一个帖子中，她解释道：“我最终发现，我不能够再为 Linux 社区做出贡献了。因为在那里，我虽然能够得到技术上的尊重，却得不到个人的尊重……我不想专职于同那些有着点性别歧视或开同性恋玩笑的人一起工作。”

谁会责怪她呢？我不会。很抱歉，我必须说，Linus 就像所有我见过的软件经理一样，是他造成了这种不利的工作环境。

他可能会说，确保 Linux 的贡献者都表现出专业精神和相互尊重不应该是他的工作。除了代码以外，他不关心任何其他事情。

就像 Sarah Sharp 写的那样：

我对于 Linux 内核社区做出的技术努力表示最大的尊重。他们在那维护一些最高标准的代码，以此来平衡并且发展一个项目。他们专注于优秀的技术，以及超过负荷的维护人员，他们有不同的文化背景和社会规范，这意味着这些 Linux 内核维护者说话非常直率、粗鲁，或者为了完成他们的任务而不讲道理。顶尖的 Linux 内核开发者经常为了使别人改正行为而向他们大喊大叫。

这种事情发生在我身上，但它不是一种有效的沟通方式。

许多高级的 Linux 内核开发者支持那些技术上和人性上不讲道理的维护者的权利，即使他们自己是非常友好的一个人，他们不想看到 Linux 内核交流方式改变。

她是对的。

我和其他观察者不同的是，我不认为这个问题对于 Linux 或开源社区在任何方面有特殊之处。作为一个从事技术商业工作超过五年和有着 25 年技术工作经历的记者，我见多了这种不成熟的小孩子行为。

这不是 Linus 的错误。他不是一个经理，他是一个有想象力的技术领导者。看起来真正的问题是，在软件开发领域没有人能够以一种支持的语气来对待团队和社区。

展望未来，我希望像 Linux 基金会这样的公司和组织，能够找到一种方式去授权社区经理或其他经理来鼓励并且强制实施民主的行为。

非常遗憾的是，我们不能够在我们这种纯技术或纯商业的领导人中找到这种管理策略。它不存在于这些人的基因中。

via: http://www.computerworld.com/article/3004387/it-management/how-bad-a-boss-is-linus-torvalds.html

作者：Steven J. Vaughan-Nichols 译者：FrankXinqi 校对：wxy

本文由 LCTT 原创编译，Linux中国 荣誉推出

Apache Cassandra 数据库近来引起了很多的兴趣，这主要源于现代云端软件对于可用性及性能方面的要求。

那么，Apache Cassandra 是什么？它是一种为高可用性及线性可扩展性优化的分布式的联机交易处理 (OLTP) 数据库。具体说到 Cassandra 的用途时，可以想想你希望贴近用户的系统，比如说让我们的用户进行交互的系统、需要保证实时可用的程序等等，如：产品目录，物联网，医疗系统，以及移动应用。对这些程序而言，下线时间意味着利润降低甚至导致其他更坏的结果。Netfilix 是这个在 2008 年开源的项目的早期使用者，他们对此项目的贡献以及带来的成功让这个项目名声大噪。

Cassandra 于2010年成为了 Apache 软件基金会的顶级项目，并从此之后就流行起来。现在，只要你有 Cassadra 的相关知识，找工作时就能轻松不少。想想看，NoSQL 语言和开源技术能达到企业级 SQL 技术的高度，真让人觉得十分疯狂而又不可思议的。这引出了一个问题。是什么让它如此的流行？

由于采用了亚马逊发表的 Dynamo 论文中率先提出的设计，Cassandra 有能力在大规模的硬件及网络故障时保持实时在线。由于采用了点对点模式，在没有单点故障的情况下，我们能幸免于机架故障甚至全网中断。我们能在不影响用户体验的前提下处理数据中心故障。一个能考虑到故障的分布式系统才是一个没有后顾之忧的分布式系统，因为老实说，故障是迟早会发生的。有了 Cassandra， 我们可以直面残酷的生活并将之融入数据库的结构和功能中。

我们能猜到你现在在想什么，“但我只有关系数据库相关背景，难道这样的转变不会很困难吗？”这问题的答案介于是和不是之间。使用 Cassandra 建立数据模型对有关系数据库背景的开发者而言是轻车熟路。我们使用表格来建立数据模型，并使用 CQL （ Cassandra 查询语言）来查询数据库。然而，与 SQL 不同的是，Cassandra 支持更加复杂的数据结构，例如嵌套和用户自定义类型。举个例子，当要储存对一个小猫照片的点赞数目时，我们可以将整个数据储存在一个包含照片本身的集合之中从而获得更快的顺序查找而不是建立一个独立的表。这样的表述在 CQL 中十分的自然。在我们照片表中，我们需要记录名字，URL以及给此照片点赞过的人。

在一个高性能系统中，毫秒级处理都能对用户体验和客户维系产生影响。昂贵的 JOIN 操作制约了我们通过增加不可预见的网络调用而扩容的能力。当我们将数据反范式化使其能通过尽可能少的请求就可获取时，我们即可从磁盘空间成本的降低中获益并获得可预期的、高性能应用。我们将反范式化同 Cassandra 一同介绍是因为它提供了很有吸引力的的折衷方案。

很明显，我们不会局限于对于小猫照片的点赞数量。Canssandra 是一款为高并发写入优化的方案。这使其成为需要时常吞吐数据的大数据应用的理想解决方案。实时应用和物联网方面的应用正在稳步增长，无论是需求还是市场表现，我们也会不断的利用我们收集到的数据来寻求改进技术应用的方式。

这就引出了我们的下一步，我们已经提到了如何以一种现代的、性价比高的方式储存数据，但我们应该如何获得更多的动力呢？具体而言，当我们收集到了所需的数据，我们应该怎样处理呢？如何才能有效的分析几百 TB 的数据呢？如何才能实时的对我们所收集到的信息进行反馈，并在几秒而不是几小时的时间利作出决策呢？Apache Spark 将给我们答案。

Spark 是大数据变革中的下一步。 Hadoop 和 MapReduce 都是革命性的产品，它们让大数据界获得了分析所有我们所取得的数据的机会。Spark 对性能的大幅提升及对代码复杂度的大幅降低则将大数据分析提升到了另一个高度。通过 Spark，我们能大批量的处理计算，对流处理进行快速反应，通过机器学习作出决策，并通过图遍历来理解复杂的递归关系。这并非只是为你的客户提供与快捷可靠的应用程序连接（Cassandra 已经提供了这样的功能），这更是能洞悉 Canssandra 所储存的数据，作出更加合理的商业决策并同时更好地满足客户需求。

你可以看看 Spark-Cassandra Connector (开源) 并动手试试。若想了解更多关于这两种技术的信息，我们强烈推荐名为 DataStax Academy 的自学课程

via: https://opensource.com/life/16/5/basics-cassandra-and-spark-data-processing

作者：Jon Haddad,Dani Traphagen 译者：KevinSJ 校对：wxy

本文由 LCTT 原创编译，Linux中国 荣誉推出

沉默了九个月之后，自去年十月份的 Java One 大会之后一直没有对 Java EE 的发展停滞进行回应的甲骨文终于对外透露了该公司在 Java EE 方面的发展计划。

正如之前 arstechnica 的报道中所说，自去年秋天伊始，甲骨文在 Java EE 项目上的开发投入就已经几乎完全停止了，该公司不但将该项目上的工程师们投入到了其它项目当中，而且对社区的意见和请愿视若不闻，将 Java 社区进程 （ Java Community Process ） （JCP）执行委员会的成员们和 Java EE 的合作伙伴们丢在了深深绝望之中。

据 Java EE 守护者的观察，甲骨文在其自己的 JavaServer Faces 开发上的几个月前就陷入了完全停止，如下图：

甲骨文在其自己的 JSF 实现上的提交数变化

甲骨文在其自己的 JSF 实现上的解决问题数的变化

此事经由 arstechnica 报道之后，在整个技术世界引来了巨大反响。作为对这些质疑和请愿的回应，甲骨文的发言人 Mike Moeller 通过邮件发布了下述申明：

甲骨文致力于 Java 的发展，已经制定好了 Java EE 规范的下一个版本 Java EE 8 草案。 Java EE 8 将支持那些寻求在大规模分布式计算和基于容器的云环境中设计使用微服务来构建新应用的开发者们。甲骨文正在与 Java 社区中的关键合作伙伴们密切合作，以最终推出该草案，并将在九月份的 Java One 大会上与广大的 Java 社区分享该草案的完整细节。

按其说法，甲骨文将于今年九月份在旧金山召开的 Java One 大会上发布相关信息，并于 2017 年上半年发布 Java EE 8。

当被问及“关键合作伙伴”是否是同时指 JCP、 Java EE 专家组 （ Java EE Expert Group ） 和特定的行业合作伙伴时，甲骨文的一位发言人回应道并不全是。该发言人说，该草案很显然需要在 Java 社区内进行讨论，这包括 Java EE 专家组以及 JCP 内的更多成员，甲骨文希望得到更多的反馈。

Java 社区的一些开发人员对此表示了惊喜和疑虑。不过总体来说该申明所带来的消息还是比较乐观的，这表示甲骨文最终对 Java 社区的意见进行了澄清。这也许是对 Java EE 守护者 （ Java EE Guardians ） 的请愿投票的回应，截止至 7 月 7 日，该请愿已经得到了超过 2700 位开发者的支持。

“这真是一件令人惊喜的好消息。我们非常高兴甲骨文听到了社区的声音，并努力去寻求解决方案。“前甲骨文雇员、Java 专家，也是现在 Java EE 守护者的发言人 Reza Rahman 对甲骨文的回应表示了感谢，他说，”我们希望甲骨文可以将 Java EE 当成一个标准而不是一个产品，从而取得进一步的发展。……社区应当将此视为继续建设性地伴随甲骨文前进的一个机会，我们需要彼此密切配合以造福 Java 和 Java EE 生态，希望 Java EE 8 的发展计划可以在包括 Java 社区在内的广泛的合作中完整达成。”

一位 Java EE 的开发者及作者 Josh Juneau 说，“这是正确的一步，甲骨文最终就 Java EE 发布了申明。”，但是他又说，“我们需要谨慎从事，通过 Java EE 守护者继续推进，以帮助社区紧密参与到 Java EE 的发展当中。”

Josh Juneau 也有些担心甲骨文申明中提及的新方向可能会影响到 Java EE 8 已经取得的一些进展，“我们需要继续发出声音，推进 Java EE 8 的每个 JSR （Java 规范请求）的发展，让甲骨文知道它们每个都很重要。我们不希望看到甲骨文缩减范围，丢掉一些 JSR。”

甲骨文在 Java EE 8 中重点提到微服务和其它针对云的应用并不令人惊奇，甲骨文日益将其重点放在了云方面的架构、平台和应用服务方面。在过去九个月里 Java EE 8 方面的停摆表明，在最近的财年报告中甲骨文在传统软件许可销售方面的收入首次下降后，它正在努力加大其在云方面的投入。

参考信息来源：arstechnica、theregister、javaee-guardians

Git 和 Github 在 Linux 开发者中有很高的知名度。但是开发者如何看待它们呢？另外，Github 是不是真的和 Git 是一个意思？一个 Linux reddit 用户最近问到了这个问题，并且得到了很有意思的答案。

Dontwakemeup46 提问：

我正在学习 Git 和 Github。我感兴趣社区如何看待两者？据我所知，Git 和 Github 应用十分广泛。但是 Git 或 Github 有没有严重的不足？社区喜欢去改变些什么呢？更多见 Reddit

与他志同道合的 Linux reddit 用户回答了他们对于 Git 和 Github的观点：

Derenir:

“Github 并不附属于 Git。

Git 是由 Linus Torvalds 开发的。

Github 几乎不支持 Linux。

Github 是一家企图借助 Git 赚钱的公司。

https://desktop.github.com/ 并没有支持 Linux。”

Bilog78:

“一个小的补充： Linus Torvalds 已经不再维护 Git了。维护者是 Junio C Hamano，以及 在他之后的主要贡献者是 Jeff King 和 Shawn O. Pearce。”

Fearthefuture:

“我喜欢 Git，但是不明白人们为什么还要使用 Github。从我的角度，Github 比 Bitbucket 好的一点是用户统计和更大的用户基础。Bitbucket 有无限的免费私有库，更好的 UI，以及更好地集成了其他服务，比如说 Jenkins。”

Thunger:

“Gitlab.com 也很不错，特别是你可以在自己的服务器上架设自己的实例。”

Takluyver:

“很多人熟悉 Github 的 UI 以及相关联的服务，比如说 Travis 。并且很多人都有 Github 账号，所以它是存储项目的一个很好的地方。人们也使用他们的 Github 个人信息页作为一种求职用的作品选辑，所以他们很积极地将更多的项目放在这里。Github 是一个存放开源项目的事实标准。”

Tdammers:

“Git 严重问题在于 UI，它有些违反直觉，以至于很多用户只能达到使用一些容易记住的咒语的程度。

Github：最严重的问题在于它是商业托管的解决方案；你买了方便，但是代价是你的代码在别人的服务器上面，已经不在你的掌控范围之内了。另一个对于 Github 的普遍批判是它的工作流和 Git 本身的精神不符，特别是 pull requests 工作的方式。最后， Github 垄断了代码的托管环境，同时对于多样性是很不好的，这反过来对于旺盛的免费软件社区很重要。”

Dies:

“更重要的是，如果一旦是这样，按照现状来说，我猜我们会被 Github 所困，因为它们控制如此多的项目。”

Tdammers:

“代码托管在别人的服务器上，这里"别人"指的是 Github。这对于开源项目来说，并不是什么太大的问题，但是尽管如此，你无法控制它。如果你在 Github 上有私有项目，“它将保持私有”的唯一的保险只是 Github 的承诺而已。如果你决定删除东西，你不能确定东西是否被删除了，或者只是隐藏了。

Github 并不自己控制这些项目（你总是可以拿走你的代码，然后托管到别的地方，声明新位置是“官方”的），它只是有比开发者本身有更深的使用权。”

Drelos:

“我已经读了大量的关于 Github 的赞美与批评。（这里有一个例子），但是我的幼稚问题是为什么不向一个免费开源的版本努力呢？”

Twizmwazin:

“Gitlab 的源码就存在这里。”

更多见 Reddit