@julyclyde 就算 Linux 有“假 kqueue”，都不该翻译错呀，人家英文原作者并没有表达这种意思

@alleluya 简单找了下，是个叫作“兆阳”的人
https://x.com/h1z3y3
看起来是“动物森友会”的爱好者

@ericguo 不可能把锅甩给人工智能，2021 年的时候 ChatGPT 都还没上线，那个时候的英译中只能靠人工翻译，顶多 Google Translate 辅助一下

@marcong95 记得 V 站以前有人说过，这属于“中缀”表达，严格来讲确实不属于类型中置
叫做“混合置”反而够形象

@version Win10 也一样，这是微软拼音的简繁切换快捷键，键盘布局改成纯英语模式就不会这样了
注意，此处“键盘布局改成纯英语模式”并不是指微软拼音的英语模式

Windows 就是这样做的，自 Visual Sutdio 2005 起，每个 VS 版本都自带一个 VC++ Runtime Redistributable （直到 VS2015 为止，后续全部使用单一可升级的 Runtime ），方便是方便了，缺点也是曾经存在过的：

早期有些工业软件和游戏在分发的时候顺便安装自己用着的 VC++ Runtime ，恰好电脑上另一个软件也用了同样大版本的 runtime ，但小版本号不同（已经给系统安装了新一点的版本），于是 runtime 就卡住安装不上，导致后续安装过程无法继续。

其实在同一个大版本的新 runtime 存在时，手动安装旧 runtime 是会提示 runtime 已经存在，不需要安装。然而那些软件／游戏开发商当时懒得理判断。过了几年 runtime 版本越来越多，他们才逐渐明白安装前需要做判断。

特别是自 VS2015 起，runtime 都是共用的，只不过新版本会覆盖旧版，开发商们必须判断 runtime 版本该不该安装。自此以后，无论是开发商还是用户，都不再需要受到 runtime 版本的困扰了。

------

其实自带 runtime 还有另一种方式：BSD 模式，或 Alpine Linux 模式

各大 BSD 的 libc 都如同 Alpine Linux 的 musl 那样，既能动态链接，也能静态链接（把 runtime 打包进最终程序）

在高版本 BSD 编译出来的 Native 程序，如果没有调用到高版本系统特有的 API ，那么静态链接后是可以在低版本 BSD 系统当中使用的。这一点跟 Windows 差不多。

另外只盯住 dotnet framework 的话，项目设置、第三方 packages 的引用、exe 打包之类的都可以继续沿用 VB 时的原有经验，再加上 dotnet framework 的支持期限比 跨平台版 dotnet 的时间长得多，在不少场景下这其实也是优点

C# 可以容易学，只要你不介意长期停留在 dotnet framework 4.x 就行

这样一来，新技术、新框架的迭代就不像跨平台 dotnet 那么频繁

反正如果只在 Windows 系统使用、不考虑跨到其他平台，再加上 VB dotnet 本身就定死在 dotnet framework 了，所以你用 C# 时只盯住 dotnet framework 就会简便不少（对于 VB→C# 迁移而言）

我是反过来关心的，用作避雷：如果有**跨平台**软件使用 Rust 开发，那么这个软件大概率不会有 BSD 版本

被 PCDN 刷流量这种事，其实在“宽带症候群”节点那边都快变成日常话题了

在 wap 环境下，都是通过代理服务器连出去外网的，手机本身设置好 wap 之后会自动把数据交由代理服务器转发
大多数情况下，这个代理服务器仅支持代理 HTTP 协议

最低限度的“日常使用”（访问大部分网站），那必须在公网架一个中转节点，连到这个节点做转发
既然 v2ray 能用，那么可以用 v2ray 做这件事

然后我好奇问问：挂 NAS ，是指跑 PT ，还是？
CTWAP 无限流量？

那就不套 Cloudflare WARP ，换成普通的商业 VPN ，或者买家宽中转的服务

现在 AI 顶多算是提出干活建议，实际上不少步骤依然要靠人去干，至少验证 AI 生成的代码必须靠人+实际运行+观察过程+判断结果
单纯把代码扔回给 AI 或者扔给另一个 AI 来检查，仍然不可靠

而且还有很多事情，现阶段的 AI 根本没法干：
它没法代替人去市场买菜砍价
不能帮我把洗衣篮的脏衣服扔进洗衣机帮我洗
不能替我熨衣服
做不到帮我把垃圾拿到楼下垃圾桶扔掉
不能帮我换厕所卷纸
不能帮我擦窗擦桌面
最重要的，现在的 AI 无法帮我洗厕所！！

@minami Longhorn 确实令人眼前一亮，即使放到现在依然惊艳
如果能带回来的话，可以想像新闻和社交媒体再一次大受震撼的样子

@bigtear 看了下整个视频，发现也就 RAM Usage 比 gnome 高 570M:
Gnome 2100MiB
KDE 2671 MiB

后续的 CPU 测试，Gnome 垫底，KDE 排第四

图形测试，KDE 性能比 Gnome 好：
Gnome
WAYLAND - 31 FPS AVG - 844 SCORE - Min 12.9 FPS max 60.2 FPS
KDE
WAYLAND - 33 FPS AVG - 846 SCORE - Min 13.2 FPS max 60.5 FPS


至于 RAM 占用率，9to5Linux 做了更详细的测试，用的是 Manjaro：
https://www.youtube.com/watch?v=SutakSvs_XY
在 8G RAM 的机器运行 Manjaro 系统，结果是：
Gnome 占用 1.4~1.5GiB ( 视频的 1 分 08 秒 ) 打开资源监视器的那一瞬间，短暂显示了 1.4GiB ，1 秒不到就上升至 1.5GiB
KDE 占用 1.4GiB ( 视频的 6 分 50 秒 )，多查看几个资源图表后才上升到 1.5GiB

单独打开 Firefox ，等到载入完成
Gnome 占用 2.0GiB ( 视频的 2 分 44 秒 )
KDE 占用 1.9GiB (视频的 8 分 34 秒)

同时开着 Firefox 、文件管理器、软件包管理器、文件编辑器：
Gnome 占用 2.5GiB ( 视频的 3 分 25 秒 )
KDE 占用 2.2GiB ( 视频的 10 分 41 秒 )

接着 KDE 再打开 VLC 播放器、Elisa 音乐播放器，RAM 使用率才上升到 2.4GiB ( 视频的 12 分 14 秒 )

@mytsing520
看了下其他论坛的讨论，说是 CN 的 IP 直通，不是港澳身份
https://www.nodeseek.com/post-347134-1
https://forum.naixi.net/thread-4068-1-1.html

智能手表可以记录深蹲，我用着三星的，它内置的运动记录就有“深蹲”的选择
其他品牌应该也会有

这个 Edit 有许多功能还不如 MS-DOS 的 Eit ，比如打开文件、保存文件的对话框，竟然不能用 Tab 来回跳，只能用鼠标，非常麻烦
要知道，无论 MS-DOS 的 Edit 还是 GUI 的 Notepad 都可以在文件对话框使用 Tab 来回选择文本框、按钮、目录列表等位置

然后 MS-DOS 的 Edit 有许多快捷键，这个新版“的 Edit 还没带回来

不过新版本能够在行首直接显示行号，底部显示换行格式、缩进格式，把现代文本编辑器的功能带了进来，这个不错