Vim 编辑器的创建者 Bram Moolenaar 最初开发了 Vim 以作为 Vi 编辑器的“增强版”，而现在，他希望通过一个名为 Vim9 的实验性分支对 Vim 本身进行改进。
Bram Moolenaar 表示，Vim9 是 Vim 的一个实验性分支，旨在探索使 Vim 脚本更好且更快执行的方式。这也是除“弹出窗口（Popup Windows）”和“文本属性（Text Properties）”之外，开发者呼声最大的功能需求。 为了能更快执行 Vim 脚本，Bram 思考了很多并得出如下结论：当前调用和执行函数的方式（带有用于参数和局部变量的字典）永远不会很快。如果能够使速度快两倍，那么 Vim 的性能将会有明显的改进。毕竟调用和执行每一行函数的开销十分高。 Bram 认为只有通过一种与旧方法类似但属性不一样的新方法来定义函数才能使速度变快：参数只能通过名称（name）使用，而不能通过 a: dictionary 或 a:000 列表的形式使用；局部变量在 l: dictionary 中不可用；解决一些影响速度的问题，例如异常处理细节。 对于上面的思路，Bram 提供了概念验证代码。到目前为止，对于一个简单的运行循环的 Vim 脚本，Vim 需要五秒钟的时间，Vim9 则可以在 0.07 秒内运行它，与 Lua 脚本的时间相同，并且比 Python 更快。具体情况，请大家关注本次专辑…… Linux 内核创建者 Linus Torvalds 最近回应 Linux 内核调度器存在问题的文章引发了大家的关注，在同一个帖子里，他还回复了一名用户抱怨 Linux 内核最近破坏了内核源码树外 ZFS 模块的评论。
Linus 表明了自己对 ZFS On Linux 的态度，在 Oracle 对 ZFS 的代码进行重新授权以使其能更友好地被引入到 Linux Kernel mainline 之前，他不会推荐使用 ZFS On Linux。不过即便抛开许可证的原因，Linus 似乎也没被 ZFS 的功能或综合表现所吸引。 当然，Linus Torvalds 对内核源码树外模块的行为几乎不怎么控制，并且始终坚守不维护不稳定的驱动程序 API/ABI 的立场，不会投入精力到闭源/内核源码树外的代码中。内核源码树外的模块也基本上被视为不存在。 根据 Linus 的回应，如果有人为 Linux 内核添加了像 ZFS 这样的模块，那么它们将独立于 Linux 内核，Linus 也无法维护它，也无法被其他人提交的内核变更所影响。有人认为将 ZFS 代码合并到内核中是可行的，但 Linus 考虑到 Oracle 的诉讼性质，以及有关许可的问题，他绝对无法放心采用这种方式。 Linus 还坦言对某些"ZFS shim layer"东西完全不感兴趣，有些人似乎认为这会隔离两个项目。但这对 Linux 内核没有任何价值，并且考虑到 Oracle 关于 API 的版权诉讼（请参阅 Java），他不认为 Oracle 会修改 ZFS 的许可证。更多内容，请关注本次专辑…… Python 2.7 于 2020 年 1 月 1 日正式停止维护，这也意味着 Python 2 完全退休，现在是 Python 3 的时代。Python 之父两年前就已宣布 Python 2.7 将于 2020 年 1 月 1 日终止支持，现在这一天已经到来。
Python 社区开发和共享的软件存储中心 Python Package Index（PYPI）的大多数流行软件包现在都可以在 Python 2 和 3 上运行，并且每天都在增加，Python 2 的退休将会影响数百万系统的安全性。 由于 Python 2 与下一代 Python 3 的兼容性问题，关于 Python 2 的退休一直以来都是开发者与各公司关注的重点，因为在 2 代退休前，需要确保业务都尽可能迁移到 3，方便系统后续维护与跟进。 目前一些知名项目都已经做好了相应的准备，例如 NumPy、Requests 和 TensorFlow 等许多知名项目在 2020 年将停止支持 2.x，Ubuntu 20.04 LTS 开发周期的重要任务是移除 Python 2、QEMU 结束了对 Python 2 的支持、Fedora 也提出了统一流程让弃用上千 Python 2 软件包更可控……更多详细内容，请大家关注本次专辑…… |
