苹果发布 UI 框架 SwiftUI；AMD 锐龙销量连续 10 个月超越 Intel 酷睿

(给技术最前线加星标，每天看技术热点)

转自：开源中国、solidot、cnBeta、腾讯科技、快科技等

【技术资讯】

0、WWDC19 苹果宣布全新 UI 框架 SwiftUI

1、IntelliJ IDEA 2019.1.3 正式版发布

2、英特尔推出用于模块化计算系统的 NUC 计算元件

英特尔计算卡将处理器和内存放入一个完全封闭的信用卡大小的模块中。它结构紧凑，有一个简单的连接器，可以与具有实际I / O的扩展坞连接。虽然计算卡最终进入了零售市场，实际的目标受众是OEM和其他大批量的计算系统制造商，但是在成本，功能集（在I/O能力方面）和性能（受信用卡大小、外壳中固有的热量限制）未达标。

英特尔似乎已经从计算卡的市场部署中获得了反馈，并开发了一个新的产品系列NUC计算元件，以扩大模块化计算系统的覆盖范围。英特尔的NUC计算元件解决了这三个问题（成本，性能和增加的I/O功能），同时保留了简化系统设计的能力。

与计算卡的封闭性质不同，NUC计算元件更像是一个顶部带有散热器的Wi-Fi模块。包括从卡中伸出的连接器，NUC计算元件的尺寸为95mm x 65mm x 6mm，它可以容纳多达U系列的核心处理器（通常为15W），与以前的计算卡型号（最高功率为6W）相比，可提供更大的性能范围。 NUC计算元件还针对笔记本电脑的电池使用进行了优化，更大的连接器引脚可为最终系统提供更多I/O选项。

创建计算卡的关键驱动因素之一是该卡的最终用户可访问性，使用户能够将卡从一个设备中取出并移动到另一个设备，或者取出一个并在三年后更换它更新的版本。但是，英特尔似乎高估了这种能力对目标用户群的重要性。英特尔声称，取消NUC计算元件的用户可访问性，简化了系统设计，并将最终的系统成本降低了约50-70美元。

可以肯定地说，NUC计算元件与配备计算卡的设计相比具有较低的系统成本，将在OEM和其他大批量计算系统制造商中更受欢迎。英特尔表示，基于NUC计算元件的教育笔记本电脑将于2020年初上市。

【业界资讯】

0、AMD 锐龙处理器销量连续 10 个月超越 Intel 酷睿

AMD在刚结束的台北电脑展上推出了第三代锐龙处理器，基于7nm Zen 2架构，首批5款产品将于7月7日上市，国行1599元起（锐龙5 3600）。就目前的市场态势来看，三代锐龙可以说是AMD的乘胜追击之举，来自德国大型硬件销售商MINDFACTORY的最新统计显示，刚过去的5月份，锐龙CPU/APU的销量占比为66%，Intel酷睿则只有34%。

从历史列表来看，AMD已经连续10个月在处理器销量方面明显压制Intel。在售产品中，AMD卖得最好的型号是锐龙5 2600，Intel这边则是i9-9900K。

不过，由于Intel处理器均价高，划算成收入后，AMD营收份额占比降为51%。

1、高通如何勒索手机行业二十年

2005 年，苹果联络高通，考虑将其生产的调制解调器芯片用于第一代 iPhone。结果高通发回了一封不同寻常的信函，要求苹果先签署专利授权协议它才会考虑向苹果供应芯片。

苹果负责采购的副总裁 Tony Blevins 称，在他从业二十年里从未见过这样的信。绝大多数供应商都渴望与新客户谈论潜在的交易，对于苹果这样的大客户尤其如此。但高通不像其它供应商，它在蜂窝芯片市场享有支配地位，这给了它很多谈判筹码，而高通并不害怕利用这些筹码。

上月底，加州法官 Lucy Koh 判决高通的授权策略违反了美国反垄断法。该公司与智能手机制造商签署的结构化合同让其它芯片制造商几乎不可能动摇它的支配地位。专利专家 Charles Duan 称，高通对某些手机芯片拥有垄断权，它利用垄断权收取了过高的费用，除了芯片高通还要求客户购买专利授权并对专利授权收取高额费用。

2、谁能制约云厂商滥用开源，谁来帮助开源软件作者？

两个月前，AWS 推出了 Open Distro for Elasticsearch，官方表示这是 Elasticsearch 的增强发行版本，创建该项目的目标也并非为了分叉 Elasticsearch，他们会继续向上游项目提供贡献。但即便如此，对于 AWS 的这个举动，依然有人认为是在分裂 Elasticsearch，甚至是在分裂开源。

有观点认为，因为亚马逊对待开源的方式，再加上像开放源代码促进会(OSI)这样的行业协会缺乏领导力，这将扼杀开源的创新，并使得开源商业化不那么可行。

而这最后导致的结果就是越来越多的开源软件变成专有和闭源软件 —— 以抵制像 AWS 这种云厂商的“掠夺”（在 2018 年有数十家公司更改了他们的授权许可），或切换成诸如 "source-available" 这样的许可证。

当然，上面所说的选择闭源的软件主要是指基础设施类软件。不过如果 AWS 等云厂商与开源软件之间的问题无法解决，相信这些开源软件会将“更丰富的功能”放在企业版提供。

有人为此列举了亚马逊在开源方面做出的具有“侵略性”的行为：

• 使用开源项目并将其作为商业服务提供，但不向创造和维护开源项目的商业实体提供任何回报，这无疑是断了他们的“财路”。

• 分叉开源项目，并强行控制它们远离创造和维护开源项目的商业实体，就像 Elasticsearch。

• “劫持(hijacks )”开源 API，并将它们置于自己的专有解决方案之上，从而将客户从开源项目吸引到自己的专有解决方案，例子就是 AWS 推出与 MongoDB API 兼容的新数据库产品 Document（主要是为了绕过 MongoDB 的新许可证）。

亚马逊对待开源的态度显然很自私，但站在它的角度来看，这是十分合理的举动，甚至是一个最优解，因为它所做的事都是在许可证规则允许之下的。不过既然大家对这种行为都颇有微词，所以这就需要行业协会创建新的开源许可证标准以满足开源作者的合理诉求 ——

“不希望自己的开源代码作为商业服务运行”。

只有如此，才能遏制像 AWS 那样的行为，并避免导致出现不良的后果。

但当 MongoDB 向 OSI 提交自己的 SSPL 许可证申请时，却引起了社区的质疑，有人认为 SSPL 违反了开源的本质，因为开源的价值正是能让任何人以任何形式进行使用开源软件（在开源协议允许的范围内）。不过，MongoDB 也始终坚信 SSPL 符合符合开源计划的批准标准。

既然行业协会不承认开源软件厂商提交的开源许可证，那么他们为了“自保”该如何做？只能变更软件授权方式，甚至将开源软件闭源？

觉得这些资讯有帮助？请转发给更多人

关注 技术最前线 加星标，看 IT 要闻

最新业界资讯，我在看??