据报道，Opera 浏览器正在寻求将语言模型 ChatGPT 集成到其桌面和移动产品中。

摘要

• 据报道，流行的桌面和移动网络浏览器 Opera 浏览器正在探索将语言模型 ChatGPT 集成到其产品中。
• 微软最近宣布将 ChatGPT 的制造商 OpenAI 技术集成到其 Edge 网络浏览器中，为用户添加人工智能功能。

Opera 与 ChatGPT

Opera，一个被广泛使用的桌面和移动网络浏览器，将把语言模型 ChatGPT 集成到它的软件产品中。Opera 的母公司昆仑科技是这一新闻的幕后推手，尽管这次集成的细节仍然有限。Opera 提供了一系列软件产品，包括桌面网络浏览器、移动网络浏览器以及其为 Chromebook 设计的浏览器版本。

最有可能整合 ChatGPT 的是 Opera 的主要桌面浏览器，包括 Opera 浏览器和 Opera GX（这是一款为游戏玩家设计的浏览器）。然而，也有可能集成到 Opera 的移动浏览器中，包括常规的 Opera 移动浏览器、Opera Mini 和 Opera Crypto 浏览器。

来自微软和谷歌的最新更新

微软上周宣布将 OpenAI 集成到其 Edge 网络浏览器中，成为头条新闻。这种集成将在未来为 Edge 用户带来两种人工智能功能，即 “ Chat 聊天 ” 和 “ 撰写 Compose ”。“聊天”功能可以让用户在浏览器中直接与人工智能交流。同时，“撰写”功能帮助用户进行文本撰写，包括使用不同的语气和长度撰写电子邮件和社交媒体帖子。

在最近的一次演示中，谷歌没有宣布将人工智能聊天机器人直接集成到其 Chrome 浏览器中，这一举措得到的回应并不热烈。

下一步是什么

据 Statcounter 统计，Opera 浏览器被数亿用户使用，在全球浏览器市场占有 2.4% 的份额。虽然它可能落后于谷歌 Chrome 的 65% 和 Safari 的 18%，但与 Mozilla Firefox 的 3% 相比，它仍然保持着自己的优势。

昆仑科技是一家在深圳证券交易所上市的北京公司。本周，中国搜索巨头百度宣布计划在其搜索产品中集成 ChatGPT 风格的机器人。

总之，ChatGPT 与 Opera 浏览器的集成代表着人工智能网络浏览向前迈出的重要一步。随着微软和百度等公司将人工智能技术融入其产品，Opera 将自己定位为该领域的领导者。

随着数亿用户和浏览器市场的日益增长，ChatGPT 与 Opera 的集成是一项备受期待的发展。

参考：CNBC

via: https://debugpointnews.com/opera-chatgpt-integration/

作者：arindam 选题：lkxed 译者：gpchn 校对：wxy

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

Rust 是如何诞生的

2006 年，29 岁的 Mozilla 程序员 Graydon Hoare 返回位于温哥华的公寓时，发现软件崩溃导致电梯发生故障。他的公寓在 21 楼，在爬楼梯时他感到很恼火，认为“这太荒唐了，我们搞计算机的人甚至不能制造一部不崩溃的电梯。”软件的崩溃通常与内存相关，而电梯等设备的软件通常是用 C 或 C++ 开发的，此类编程语言容易意外引入导致崩溃的内存漏洞。Hoare 则决定做点事情，他开始设计一种新的编程语言，希望能用它写出没有内存错误的高性能代码。他将其命名为 Rust 语言，以“锈”菌的名字命名，这种真菌以生命顽强著称。17 年后，Rust 变成了世界最热门的语言之一。

消息来源：Technology Review

老王点评：不只是 Rust 语言，很多编程语言也是，很多发明都源自于创造者遇到的困难和烦恼。

Adobe 对 Figma 的收购面临欧盟反垄断调查

Adobe 提出的 200 亿美元 收购（#765） 设计公司 Figma 的交易面临着欧盟漫长的调查。欧盟委员会表示，它已经收到了一些国家监管机构提出的调查该交易的请求。该机构说，这项交易可能 “严重影响” 互动产品设计和白板软件市场的竞争。它现在将要求 Adobe 公司通报该交易，这两家公司在没有得到欧盟许可的情况下不能继续进行这项交易。

消息来源：彭博社

老王点评：这起收购可能要黄啊。

拯救 Linux 内核的 IA64 支持

有开发者报告说，“Linux 的 IA64 移植没有维护者，根据它唯一剩下的用户的报告，它已经坏了一个月了，而没有人关心。”他建议 “扔掉” IA64 架构支持，Linus Torvalds 发表了他的看法：“我不是 IA64 这个架构的粉丝，但是完全取消它有点悲哀”，而且觉得维护它也并不太麻烦 —— 至少 Linux 内核中还有更多早该淘汰的架构，比如 DEC 的 Alpha 架构。这个时候，一位 Debian 开发者站出来表示愿意接手，“我肯定有时间照顾这个架构，因为我也在 Debian 中维护它。”他甚至还专门保留了一台 IA64 的机器来测试它。英特尔在 2021 年 7 月正式并最终退役了 IA64 架构，标志着这个 Unix 小型机继承者的失败。

消息来源：The Register

老王点评：可能真的没多少人使用，但是好歹有人维护就留着吧。

Rnote 可以让你做笔记、绘图和注释文件。听起来你需要它？让我们来了解一下。

我们已经介绍了许多记笔记的应用，但支持手写笔记的选项却屈指可数。

Rnote 就是这样一个有用的应用，它可以让你做手写笔记并对文件/图片进行注释。当然，你需要一个绘图板或一个带有手写笔的设置来使用 Rnote。

Rnote: 基于矢量的绘图应用，用于绘制草图和手写笔记

Rnote 是一个用 Rust 和 GTK 4 编写的令人印象深刻的开源应用。

它提供了一个专注于手写笔输入的自适应用户界面。它看起来很简约，但却提供了手写笔记所需的一些基本功能。

让我强调一下它能做的一些事情。

Rnote 的特点

Rnote 是一个简洁而有很多功能的绘图/记事应用程序。一些功能包括：

• 支持具有各种笔画风格的压敏笔输入
• 用形状工具添加不同的形状
• 一个选择工具，可以移动、旋转、调整大小和修改你添加/绘制的内容
• 文档扩展布局
• 可定制的页面格式
• 可定制的背景颜色、图案和尺寸
• 支持笔的反馈声音
• 可重新配置的手写笔按钮快捷键
• 集成的工作区浏览器可快速访问媒体文件
• 支持拖放
• 支持剪贴板
• 支持常见的页面格式（A6、A5、US letter 等）
• 从 PDF、位图和 SVG 文件导入
• 使用原生的 .rnote 文件来保存/加载文件
• 支持导出到 SVG 和 PDF
• 自动保存功能
• 深色/浅色模式

开发者指出，Rnote 使用的原生文件格式可能不够稳定，无法在较新版本的应用之间兼容。

因此，在将 Rnote 升级到最新版本之前，最好在完成工作后将其导出。

除了它的功能外，你还能通过可用的选项获得良好的用户体验。它不会让人感到压抑，你可以快速访问所有的工具。

一些自定义功能可以隐藏滚动条，改变光标，并调整绘图光标。

你还可以调整自动保存启动的时间间隔，这在各种使用情况下应该很方便。

在 Linux 上安装 Rnote

Rnote 在 Flathub 上以 Flatpak 的形式提供。因此，只要你的系统启用了 Flatpak，你就可以在任何 Linux 发行版上安装它。

你可以在你的软件中心找到它（如果 Flatpak 集成已被启用），或者输入以下命令来安装它：

flatpak install flathub com.github.flxzt.rnote

要探索更多关于 Rnote 的信息，请前往其 GitHub 页面。

总结

Rnote 正在积极开发，并在其功能设置方面取得了良好的进展。如果你喜欢 Rnote，你可能想看看 Xournal++，它是另一个能让你做手写笔记的应用。

你还知道其他像 Rnote 这样令人兴奋的应用吗？你觉得 Rnote 怎么样？请在下面的评论中分享你的想法。

via: https://itsfoss.com/rnote/

作者：Ankush Das 选题：lkxed 译者：geekpi 校对：wxy

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

本指南介绍了 systemd 的 journalctl 工具及其各种命令的基础知识。你可以使用这些命令对 Linux 中的桌面和服务器日志进行故障诊断。以下是如何使用 journalctl 查看和分析 systemd 日志的不同例子。

简介

很多人说 systemd 不好，它对系统的影响很大，这也是一个有争议的话题。但你不能否认的是，它提供了一套完善的工具来管理和排除系统故障。想象一下，当你遇到一个没有 GUI 的损坏系统时，你可能会把启动和 GRUB 弄得一团糟。在这种情况下，你可以从一个 立付 Live 系统启动，挂上你的 Linux 分区，然后浏览 systemd 的日志，找出问题所在。

systemd 有三个基本组件，如下所示：

• systemd：Linux 操作系统的系统和服务管理器。
• systemctl ：该命令用于反观和控制 systemd 系统和服务管理器的状态。
• systemd-analyze：该命令提供系统启动时的性能统计，并从系统和服务管理器中检索其他状态和跟踪信息。

除了这三个服务外，systemd 还提供其他服务，如 journald、logind、networkd 等。在本指南中，我们将讨论 systemd 的 journald 服务。

journald - systemd 日志服务

根据设计，systemd 提供了一个集中的方式来处理所有来自进程、应用程序等的操作系统日志。所有这些日志事件都由 systemd 的 journald 守护进程来处理。journald 守护进程收集所有来自 Linux 操作系统各处的日志，并将其作为二进制数据存储在文件中。

以二进制数据集中记录事件、系统问题的好处有很多。例如，由于系统日志是以二进制而不是文本形式存储的，你可以以文本、JSON 对象等多种方式进行转译，以满足各种需求。另外，由于日志是按顺序存储的，通过对日志的日期/时间操作，超级容易追踪到单个事件。

请记住，journald 收集的日志文件数以千行计，而且不断更新每次开机、每个事件。因此，如果你有一个长期运行的 Linux 操作系统，日志的大小应该以 GB 为单位。由于有着数以千计的日志，最好用基本命令进行过滤，以了解更多系统问题。

journald 配置文件

journald 的配置文件存在于以下路径中。它包含了关于如何进行日志记录的各种标志。你可以看一下这个文件，并进行必要的修改。但我建议不要修改这个文件，除非你知道自己在做什么。

/etc/systemd/journald.conf

journald 存储二进制日志文件的地方

journald 以二进制格式存储日志。它们被保存在这个路径下的一个目录中：

/var/log/journal

例如，在下面的路径中，有一个目录包含了迄今为止的所有系统日志。

不要使用 cat 命令，也不要使用 nano 或 vi 来打开这些文件。它们（是二进制的），无法正常显示。

使用 journalctl 来查看和分析 systemd 日志

journald 基本命令

查看 journald 日志的基本命令是：

journalctl

该命令提供了所有应用程序和进程的日志条目，包括错误、警告等。它显示的列表中，最旧的日志在顶部，当前的日志在底部。你需要不断按回车键来逐行滚动浏览。你也可以使用 PAGE UP 和 PAGE DOWN 键来滚动。按 q 键可以退出这个视图。

如何以不同时区的时间查看日志条目

默认情况下，journalctl 以当前系统时区显示日志的时间。然而，你可以很容易地在命令中提供时区，将同一日志转换为不同的时区。例如，要以 UTC 查看日志，请使用以下命令：

journalctl --utc

如何在日志中只查看错误、警告等信息

系统产生的日志有不同的优先级。有些日志可能是可以忽略的警告，有些可能是重要的错误。你可能想只看错误，不看警告。这也可以用下面的命令来实现。

要查看紧急系统信息，请使用：

journalctl -p 0

错误代码：

0: 紧急情况
1: 警报
2: 危急
3: 错误
4: 警告
5: 通知
6: 信息
7：调试

当你指定错误代码时，它显示该等级及更高的所有信息。例如，如果你指定下面的命令，它会显示所有优先级为 2、1 和 0 的信息：

journalctl -p 2

如何查看特定启动的日志

当你运行 journalctl 命令时，它会显示当前启动的信息，即你正在运行的会话中的信息。但也可以查看过去的启动信息。

在每次重启时，日志都会持续更新。journald 会记录不同启动时的日志。要查看不同启动时的日志，请使用以下命令。

journalctl --list-boots

• 第一个数字显示的是 journald 的唯一的启动跟踪号码，你可以在下一个命令中使用它来分析该特定的启动。
• 第二个数字是启动 ID，你也可以在命令中指定。
• 接下来的两个日期、时间组合是存储在相应文件中的日志的时间。如果你想找出某个特定日期、时间的日志或错误，这就非常方便了。

要查看一个特定的启动号码，你可以选择第一个启动跟踪号码或启动 ID，如下所示。

journalctl -b -45

journalctl -b 8bab42c7e82440f886a3f041a7c95b98

你也可以使用 -x 选项，在显示屏上添加 systemd 错误信息的解释。在某些情况下，这是个救命稻草。

journalctl -xb -p 3

如何查看某一特定时间、日期的日志记录

journalctl 功能强大，可以在命令中提供类似英语的参数，用于时间和日期操作。

你可以使用 --since 选项与 yesterday、today、tomorrow 或 now 组合。

下面是一些不同命令的例子。你可以根据你的需要修改它们。它们是不言自明的。以下命令中的日期、时间格式为 "YYYY-MM-DD HH:MM:SS"

journalctl --since "2020-12-04 06:00:00"

journalctl --since "2020-12-03" --until "2020-12-05 03:00:00"

journalctl --since yesterday

journalctl --since 09:00 --until "1 hour ago"

你也可以将上述内容与错误级别开关结合起来。

如何查看内核特定的日志记录

Linux 内核信息也可以从日志中提取出来。要查看当前启动时的内核信息，请使用以下命令：

journalctl -k

如何查看某个服务、PID 的日志

你可以从 journald 日志中过滤出某个 systemd 服务单元的特定日志。例如，如果要查看 NetworkManager 服务的日志，请使用下面的命令。

journalctl -u NetworkManager.service

如果你不知道服务名称，可以使用下面的命令来列出系统中的 systemd 服务。

systemctl list-units --type=service

如何查看用户、组的日志

如果你正在分析服务器日志，在多个用户登录的情况下，这个命令很有帮助。你可以先用下面的命令从用户名中找出用户的 ID。例如，要找出用户 debugpoint 的 ID：

id -u debugpoint

然后使用 _UID 选项指定该 ID 与来查看该用户产生的日志。

journalctl _UID=1000 --since today

同样地，使用 _GID 选项也可以查到用户组的情况。

如何查看一个可执行文件的日志

你也可以查看某个特定程序或可执行文件的日志。例如，如果你想找出 gnome-shell 的信息，你可以运行以下命令。

journalctl /usr/bin/gnome-shell --since today

结束语

希望本指南能帮助你使用 journalctl 查看分析 Linux 桌面或服务器上的 systemd 日志，排除故障。如果你知道如何使用这些命令，systemd 日志管理的功能非常强大，它能让你在调试时的生活变得轻松一些。现在所有主流的 Linux 发行版都使用 systemd。Ubuntu、Debian、Fedora、Arch 它们都使用 systemd 作为其默认的操作系统组件。如果你想了解不使用 systemd 的 Linux发行版，你可能想看看 MX-Linux、Gentoo、Slackware、Void Linux。

via: https://www.debugpoint.com/systemd-journalctl/

作者：Arindam 选题：lkxed 译者：Chao-zhi 校对：wxy

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

我的团队不再采用标准的算法编程笔试，而是采用一套能够产出更多相关成果的流程。

作为初创安全公司 Profian 的首席执行官和联合创始人，我参与了我们聘请开发人员从事 Enarx 的工作。Enarx 是一个处理机密信息计算的安全项目，几乎完全用 Rust 语言 编写（少部分用汇编语言）。Profian 现在已经在这次招聘找到了所有要找的人，一些开发人员将在接下来的几周内开始工作。然而，Enarx 绝对欢迎新的贡献者，如果事情继续顺利，公司将来肯定会雇用更多的人。

招聘人员并不容易，加上 Profian 还有一系列特别的要求，这让招人变得更加困难。因此我认为分享我们如何解决这个问题应该还蛮有意思的，而且也会对社区有帮助。

我们寻找什么样的人才？

以下就是我前文提到的特别要求：

• 系统编程：Profian 主要需要那些喜欢系统层编程的人。这一层面的编程已经处于栈的底层，有很多直接与硬件或操作系统的交互。例如，要创建客户端-服务器部分，我们必须编写相当多的协议、管理加密等等，而这方面的工具还不是很成熟（请参阅下面的 “Rust” 一节）。
• Rust：项目几乎都是用 Rust 语言编写的，那些不是的则是用汇编语言写的（目前只有 x86 平台，尽管随着我们添加更多平台情况可能会有所改变）。Rust 是一门很新、很酷同时也令人兴奋的编程语言，但它同时也很年轻，并且一些领域没有你想要的所有支持或者没有你希望的那么成熟 —— 这包括从密码学到多线程库到编译器/构建基本架构。
• 分散各地的团队：Profian 正在建立一个能够及时通讯联系的团队。Profian 在德国、芬兰、荷兰、北卡罗来纳州（美国）、马萨诸塞州（美国）、弗吉尼亚州（美国）和乔治亚州（美国）都有开发人员。我在英国，我们的社区经理在巴西，我们有来自印度和尼日利亚的实习生。从一开始我们就知道团队很难聚集在一个地方工作，因此我们需要能够通过视频、聊天和（最不济的情况下）电子邮件与人交流和协作的成员。
• 安全：Enarx 是一个安全项目。虽然我们并不是专门在寻找安全专家，但我们需要能够将安全放在首位去思考和工作，并设计和编写适用于安全环境的代码的人。
• Git：我们所有的代码都存储在 Git 中（主要是 GitHub，还有一些存在 GitLab）。我们围绕代码的大部分交互都是围绕 Git 进行的，因此任何加入我们团队的人都需要能自如使用它作为日常工作中的标准工具。
• 开源：开源不仅仅是许可；更是一种心态，同时，这也是一种合作方式。大量开源软件是由不同地域的人创建的，他们甚至可能不认为彼此身处于一个团队。我们需要知道我们招的人不仅能在公司内部凝聚成一个紧密的团队，同时也能够与组织外部的人员协作，并接受 Profian 的“默认开放”文化，这里的开放不仅仅限于代码，还要有开放的讨论、沟通和文档。

我们是如何找到人才的？

正如我在其他地方提到的，招聘很困难。Profian 使用多种方式寻找候选人，它们取得了不同程度的成功：

• 领英招聘广告
• 领英搜索
• 特定语言的讨论板和招聘板（例如，Reddit）
• 外部招募人员（特别致敬来自 Interstem 公司的 Gerald）
• 口耳相传/个人推荐

虽然很难从质量方面判断这些来源如何，但如果没有外部招聘人员，我们肯定会在数量上苦苦挣扎（我们也有一些来自该途径的优秀候选人）。

我们如何筛选出想要的人才？

我们需要按照上述的所有要求衡量所有候选人，但并非所有要求都是同等重要的。例如，虽然我们热衷于雇用 Rust 程序员，但那些在系统级别具有强大 C/C++ 技能的人也能成为团队里有用的一份子，因为他们能够很快掌握 Rust 语言。另一方面，熟悉使用 Git 是至关重要的，因为我们无法花时间去培养新团队成员，让他们跟上我们的工作方式。

你可能会觉得很惊讶，但强大的开源背景并不是必需的要求，在类似模式中工作的心态是必需的，而任何有开源参与历史的人都可能对 Git 有很好的了解。同理，在一个分散各地的团队中工作的能力这一条件上，我们认为有过任意开源社区的参与经历都会是个积极的指标，因为有如此多的开源项目都是由分散各地的人们完成的。至于安全这一条件，我们则一致决定这只是一个“锦上添花”的条件。

我们想让这个过程简单快捷。 Profian 没有设置专门的人力资源部门或人力职能，因为我们正忙于编写代码。以下是我们最终使用的招聘流程（实际流程中可能略有不同），我们试图在 1-2 周内完成招聘：

1. 初审：个人履历/简历/GitHub/GitLab/领英主页，决定是否面试
2. 我作为 CEO 和候选人进行一场 30-40 分钟的讨论，了解他们是否适合我们团队的文化，同时让他们有机会了解我们，并了解他们是否真的像在初审提交的材料中所说的那样精通技术
3. 由 Nathaniel 领导的有关技术方面的深入讨论，通常我也在场
4. 与团队其他成员谈话
5. 编码笔试
6. 快速决策（通常在 24 小时内）

编码笔试很关键，但我们决定不采用通常的方法。我们的观点是，许多科技公司钟爱的纯“算法编码”笔试对我们想要的几乎毫无用处：考察候选人是否可以快速理解一段代码，解决一些问题，并与团队合作完成以上的工作。我们创建了一个 GitHub 存储库，其中包含一些几乎可以正常运行的 Rust 代码（事实上，我们最终使用了两个，其中一个用于技术栈上层的人），然后让候选人修复它，在上面执行一些与 Git 相关的过程，并稍作改进，在此过程中添加测试。

测试中一个必不可少的部分是让候选人通过我们的聊天室与团队互动。我们安排了 15 分钟的视频通话时间用于设置和初始问题，两个小时用于做笔试（“开卷”——以及与团队交谈，鼓励候选人使用互联网上所有可用的资源），然后是 30 分钟的总结会议，在这个会议上团队可以提出问题，候选人可以思考任务。这个谈话，结合笔试期间的聊天互动，让我们了解了候选人与团队沟通的能力。候选人挂断电话之后我们通常会在 5-10 分钟内决定是否要雇用他们。

这种方法通常效果很好。一些候选人在任务上遇到困难，一些人沟通不畅，一些人在 Git 交互方面做得不好 —— 这些是我们没有雇佣的人。这并不意味着他们不是优秀的程序员或者以后不适合该项目或公司，但他们不符合我们现在需要的标准。在我们聘用的开发人员中，他们的 Rust 经验水平和与团队互动的需求各不相同，但 Git 专业知识水平以及他们在和我们讨论之后的反应始终足以让我们决定接受他们。

感想

总的来说，我不认为我们会对筛选过程进行大的改动 —— 尽管我很确定我们可以在搜寻过程环节做得更好。通过编码笔试，我们可以筛选掉相当多的候选人，而且很好地帮了我们挑选合适的人。希望通过了这次选拔的每个人都很适合这个项目并且产出出色的代码（以及测试和文档等等）。时间会证明一切！

本文最初发布于 Alice、Eve 和 Bob – 安全博客 上，经许可后重新发布。

via: https://opensource.com/article/22/2/how-we-hired-open-source-developer

作者：Mike Bursell 选题：lujun9972 译者：XiaotingHuang22 校对：wxy

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

马斯克的推文是如何刷屏的

昨天，我们 报道（#912）了马斯克向“所有人”展示了他的推文。据报道，这件事是这样发生的：美国时间的上周日，马斯克发了关于超级碗的推文，但其曝光度只有 910 万，远不如美国总统拜登的 2900 万。愤怒的马斯克乘坐私人飞机回到湾区，立即要求 Twitter 团队给出答案。马斯克的堂弟在周一的凌晨 @ 了 Slack 上所有在线的人来解决这个紧急问题。这个凌晨的深夜召集了大约 80 人参与了解决这个问题。周一下午，我们看到了结果 —— Twitter 部署了代码自动高亮马斯克的所有推文，将马斯克的展示权重提高了 1000 倍！

消息来源：Platformer

老王点评：没错，有钱任性！但是抛开粗暴的作风之外，马斯克有较真的理由。

现代和起亚被迫更新软件以应对“起亚挑战”

在 TikTok 上病毒式传播的“起亚挑战”视频活动，源于一位盗车贼发布的视频，他详细介绍了如何使用 USB 线等简单工具绕过汽车的安全系统。盗车非常容易得手，2015-2019 年款的现代和起亚汽车缺乏基本电子防盗控制系统，以阻止盗车贼闯入和绕过点火装置。该视频助长了汽车盗窃案，“起亚挑战”视频被认为导致了数百起汽车盗窃，至少包括 14 起车祸和 8 起死亡事故。现代及其子公司起亚为其数百万辆汽车提供了免费的软件更新，将警报声长度从 30 秒延长到 1 分钟，且需要车钥匙插入点火开关才能启动汽车。

消息来源：The Verge

老王点评：虽然这种涉嫌犯罪的挑战活动很不好，但是汽车厂商孱弱的防护也是根本原因之一。

微软从 Windows 10 上永久移除 IE

出于兼容性理由，在 2022 年 6 月终止提供安全更新之后，IE 仍然留在 Windows 10 系统中，但本周二的更新在绝大多数 Windows 10 版本中禁用了 IE，用户被重定向到 Edge。作为 Edge 兼容模式的一部分，IE 的渲染引擎 MSHTML 将会一直支持到至少 2029 年。微软表示，会在完全退役 IE 兼容模式前提前一年通知用户。

消息来源：Ars Technica

老王点评：不重要，但这是一个时代落幕的里程碑之一。