@gullitintanni 要求高？我可没提过任何要求，单纯做评价。

再说了，目前 NetBSD 和 OpenBSD 几乎也是纯用爱发电，社区捐赠长期低迷，仍能一早就支持了 64 位硬件，即使是长期近乎荒废状态的 Haiku 系统也都有 64 位版本、RISC-V 版本。

而同样的状况下，GNU/Hurd 到现在才支持 64 位，至少我是觉得挺唏嘘的。

我倒是很乐意它能发展到跟 Linux 分庭抗礼，多一个选择总不是坏事。

既然操作对象是 Windows ，那就不要用 Linux 思维去干这种事
楼上各位给出的 WinPE 迁移方案都适合，照做就行

有个硬伤（或者说，福利）：签到可以赚铜币
如果等价换 V 币，相当于每日签到即可赚 V 币

没必要
编程这种事情，等到高中再学，或者在大学里直接学都不迟
当下的技术栈变化太快，现在学完等到小孩长大后可能都淘汰了，又要重新入门，何必呢

不如给小孩随意玩耍的机会，多一点到户外游玩（有效预防近视）、多一点运动活动（可以降低肥胖几率，怕热防中暑的话可以在室内场馆玩）、偶然在家打游戏（用于缓解课业压力）

如果想要培养兴趣，那应该选外语——带孩子出国一两次，自然就知道学外语的重要性，更何况懂英语对于编程来说简直就是刚需，一大堆文档都是英文写的，哪怕有中文翻译，往往都跟不上英文版的进度
还有音乐——可以是乐器，也可以是唱歌，这项兴趣既能舒缓压力，又是才艺的一部份，有助于现实社交

@sxhxliang 准确来说，是有个爱好者尝试使用 Rust 重写 tmux
ReadMe 内的两句话即可看出来：
“This project is alpha quality and has many known bugs”
“This a fun hobby project for me.”

原版 tmux 依然与 Rust 无关：
https://github.com/tmux/tmux

既然你都接受使用 IDE 了，那么你朋友推荐的 Visual Studio 直接用就行了，它本身就是 IDE
另一个 IDE 选项是 CLion ，同样能满足需求

乌托邦个鬼呀，其实就三件事：

1：信任（主动受到公开审计）
代码开源，其他人可以随意看代码找 bug
我自己的开源代码就被人指出过 bug ，其实可以算是双向帮助
同时，如果其他人不信任作者提供的二进制，那就自己编译，制作出自己信任的二进制文件

2：自愿的免费劳工（代码贡献者）
许多受欢迎的开源项目，有大量的外部程序员帮忙添砖加瓦，免费帮项目写代码
这种例子多得是

3：心理满足感
无论是原作者还是代码贡献者，或多或少都会获得赞誉，要是戳中了核心需求还能被赞几十年
情绪价值也是很重要的，谁不喜欢被人称赞？
再说了，坐着就能被人赞有什么不好？甚至都不需要拿着扫把拖把搞卫生，不需要拿锯拿锤架梯修这修那

@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 无限流量？