在正在进行的北美 OpenPOWER 峰会上，IBM 宣布开源 Power 芯片指令集架构（ISA，Instruction Set Architecture）。同时 IBM 还推动 OpenPOWER 基金会加入了 Linux 基金会。
OpenPOWER 基金会由 Google、Mellanox Technologies、Nvidia 和 Tyan 组建，这是一个基于 Power 架构的开放技术社区，旨在促进和鼓励基于 Power 架构的协作创新。OpenPOWER 成员分享经验、投资和服务器级别的知识产权，以开发各种解决方案，满足技术客户不断演进的需求。 OpenPOWER 基金会支持成员定制 Power 处理器、系统平台、固件和中间件软件，进行优化，满足其业务和组织需求。在 Linux 基金会下运作的 OpenPOWER 基金会将拥有一个开放的治理模型，在关于未来可以对 Power ISA 做出哪些改变的问题上，IBM 与其它 OpenPOWER 基金会成员拥有相同的投票权。 IBM 将保留对 Power 架构进行任何更改以满足其自身需求的权利，但所有其它更改需要成员的多数投票以确保兼容性。在接受 nextplatform 的采访时，IBM 的 OpenPower 总经理 Ken King 表示：“所有内容都必须遵守合规性准则，因为我们不希望出现碎片化。”。 此外，IBM 还为社区贡献了一个已在 FPGA 上实现的 Power ISA 软核模型。值得注意的是，去年 11 月，Linux 基金会和 RISC-V 基金会宣布合作推广 RISC-V，现在 OpenPOWER 基金会出成为了 Linux 基金会的一部分，Linux 基金会也将会重点推广 Power 架构，同处一个基金下，那么 RISC-V 与 Power 该如何共存？更多内容，请大家关注本次专辑…… 近日 OpenJFX 项目负责人 Kevin Rushforth 提交了一份将 OpenJFX 迁移到 GitHub 的提案。OpenJFX 是 JavaFX 的开源实现。JavaFX 是一个强大的图形和多媒体处理工具包集合，它允许开发者来设计、创建、测试、调试和部署富客户端程序，并且和 Java 一样跨平台。
由于 JavaFX 库被写成了 Java API，因此 JavaFX 应用程序代码可以调用各种 Java 库中的 API，例如 JavaFX 应用程序可以使用 Java API 库来访问本地系统功能并且连接到基于服务器中间件的应用程序。 JavaFX 可以自定义程序外观，CSS 将外观和样式与业务逻辑实现进行了分离，因此开发人员可以专注于编码工作。（从 JDK 11 开始，JavaFX 模块与 JDK 分开提供。） 目前 OpenJFX 采用 Mercurial 托管，随着 Project Skara 不断推进，并且 JavaFX 已经有部分托管于 GitHub，再加上前两天我们才报导过的，使用 Mercurial 托管开源项目最多的 Bitbucket 宣布放弃 Mercurial，全面转向 Git，所以 OpenJFX 项目负责人认为是时候将项目转到 GitHub 上了。 Skara 是一个研究用于 JDK 源码管理和代码审查的备选项的工具，它是官方 OpenJDK 上游 Mercurial 存储库在 GitHub 上的原型镜像。整个 Project Skara 项目是为了将 OpenJDK 从 Mercurial 中迁移出来，寻找新的托管平台，它的目标不是专门研究 Git，而是研究所有可行的替代方案，但是后来相关工具已经在 GitHub 上实现，也意味着事实上，Git 方案已经从中胜出。更多内容，请关注本次专辑…… 今天朋友圈被下边这张图刷爆了，讲的似乎是一个优秀国产开源项目作者的才能没有得到很好的回报：事件中的项目是 BiliBili 三年前开源的 flv.js，它是一个使用纯 JavaScript 编写的 FLV（HTML5 Flash Video）播放器，虽然是 FLV 播放器，但是完全没有使用到 Flash，这是它的一大特点，具体特性查看：https://www.oschina.net/p/flv-js。
flv.js 的工作原理是将 FLV 文件流转换为 ISO BMFF（Fragmented MP4）段，然后通过 Media Source Extensions API 将 mp4 段提供给 HTML5 元素。它使用 ECMAScript 6 编写而成，再由 Babel Compiler 编译成 ECMAScript 5，并与 Browserify 绑定。 项目十分优秀，它在 OSCHINA 上的关注度很高，目前也可以看到它在 GitHub 上的数据，star 达到 15k+、fork 有 2300+：据说作者一人完成了该项目，并且在公司中推动其开源，但是作者的工资待遇却不太理想，个中因果与是非大家可以从其它地方了解。 这里想简单说的是另一些方面的话题。首先这样古老的资讯突然之间又刷爆了朋友圈，可见技术人对于同行人才不顺境遇的惋惜是一直存在的，这其实也侧面说明了当前应该有大量类似的“惨案”在发生。 那些有几倍工资的“福报”或许对于大多数人来说还可以接受，但是那些正处在纯粹的 996 中的工程师可能也是此次“同仇敌忾”的主体，最根本的原因还是在于对工作中付出与回报公正与否的衡量，“头都秃了，你还在跟我画洗发水？”。 另一方面，我们都知道国产开源的情况其实并没有表面那么风光，目前一些技术底层基础设施的开源项目，例如 Linux、Kubernetes、Redis 与 Spark 都是国外主导的，同时制定开源领域协议等规范的全球性组织也都是国外的，就连最流行的源代码托管平台也是国外的。 虽然国内最近几年集中地有越来越多的公司和个人参与到开源中，但是我们在项目数量、质量、开源治理、开源文化与方法论等方面都有比较严重的不足。我们知道问题存在，我们也同时在疾呼要赶紧发展自己的开源事业甚至 IT 行业能力，但是我们还是在走一条可能没有光明前途的老路。更多相关内容，大家可以关注本次专辑…… |
