这是 feature ，github 只要推了 commit 就一直保存的 要么删库要么找客服

@tinytoadd 不一定，Rust 的编译器其实还不够聪明，很多时候还要通过各种方式去骗编译器。比如引用的声明周期标注，还有离谱的 Pin/Unpin/!Unpin 这些东西，这也是社区一直在争论要不要 unsafe 的原因，一方面 unsafe 就没有内存安全保障了，另一方面有些追求性能的地方不 unsafe 就会被所有权规则限制死。

原来是封装 netsh 啊，我还以为是用 Powershell 调.NET BCL 实现的 l4 转发呢

netsh 我经常加了之后忘了删，然后下次干别的事时候又忘了这回事，还以为遇到什么玄学 bug 了。

反正本地调试的场景也不关心它是 l3 还是 l4 那点性能差别，我一般还是选择 l4 转发。

都在争论企业怎么怎么样，资本家确实不在乎这点成本。可你们不混开源社区的吗？我个人选择自用的开源软件时都是绕着 Java,Python,Node.js 走，除非实在没有替代，企业吃得起个人用户可不一定，假如是树莓派之类的场景下那是跑 java 好还是跑 golang 好？

这么一想我脑子里有印象的 java 开源项目基本都是 kafka,lucene 这些基本只有企业级使用场景的，企业选择 java 无可厚非，但是其他语言的开源软件生态明显比 java 好多了。

op 有对比过 pingora 和其他方案的性能吗，之前找不到合适的 api 网关也是自己用 pingora 搓了一个，不过项目规模都不大没有做过压测，资源占用确实比 nginx 低了很多

commit 我一般是保证简洁易读，甚至有时为了压缩长度在保证可读性的前提下破坏自然语言语法（比如省略一些虚词介词量词）

工业革命时期的纺织工人：纺织机逐渐取代人类工作，是不是证明了这个时代不存在一劳永逸，就是让我们或者卷死或者被边缘化？

QQ 弹窗，只是模仿系统原生的样式而已，做过 uwp 开发的话基本一眼就能看出来不像 xaml 组件风格

@INCerry .NET AOT 这么多年了其实也就刚到勉强能用的阶段，性能折扣且不论，好多库还是不兼容 AOT 的，ASP.NET Core 还好，像桌面开发那边一大堆库都不兼容，因为大量使用反射，而且不说外部库，就是自己写代码，写 Source Generator 也比写反射折磨多了，论元编程能力个人感觉没有语言比得过 rust 。

Java 的 AOT 方案我不了解，不过感觉.NET 和 Java 这种感觉与其折腾预编译，不如考虑像 go 那样缩小 runtime 体积，但还是带一个 runtime 来做 gc 之类的。至少.NET AOT 直接就损失了大部分的运行时动态操作能力，而且 JIT 会对热点代码做高度优化，同一个函数调用次数越多性能越好，极有可能最终实际性能比 AOT 还高。

[rust 的 REPL]( https://github.com/evcxr/evcxr/blob/main/evcxr_repl/README.md)

另外我认为语法是编程语言最不重要的东西，至少在学习过程中，尤其是对于 Rust ，和其他语言主要的区别点其实是所有权和生命周期、异步机制等等。

如果单看语法就觉得 Rust 很新奇可能是其他语言了解少了

看标题还以为讨论的是大量小文件 IO 速度的问题，原来说的是代理

sqlx 直接写 sql 还是有点无法接受，一般我宁愿选择 mongoDB 。

个人推荐个 ORM 框架 sea-orm,底层是 sqlx ，可以用 rust 写数据库的迁移文件，整体体验和.NET 的 entity framework 很类似

“命令行不进回收站“，你猜猜 linux 用户是怎么模拟“回收站“的
ntfs 确实一大堆历史包袱，但是论文件恢复没几个文件系统表现好的吧，要说也是用快照之类的功能

如果是开源软件，优先 f-droid,其次 github release ，再次自己编译，最后才考虑 play
play 没有的国产软件就直接用品牌自己的应用市场了（我是小米）
不过像 pdd 这种东西我一直是用小程序的，该说不说安全性和审核严这两点小程序倒是挺满足...

输入 steam://open/console ，然后在控制台使用指令 download_sources 可以查看具体的下载域名，一般是国内那几个 cdn 就没问题。

另外 steam 下载决定 cdn 的逻辑是根据你登录时的请求来判断的，也就是说只要你登录时走了代理就会去拉你登录地区附近的 cdn ，和设置里那个选项其实没多大关系。反之亦然，如果是直连登录，即便登录后开全局代理也是从国内 cdn 下载。

@liuidetmks 微软这个最搞笑，如果你删掉了账号密码，那就无法远程桌面到 Microsoft 账号的 Windows ，因为 rdp 协议目前还只支持经典账号密码

@volvo007 hyper-v 冲突和什么发行版没关系吧，一堆 Android 模拟器都冲突用不了

既然 wsl 开都开了不如直接用 Arch WSL