rust 的开发效率极低，更合适做硬件和基础设施，它是一门为 OS ，浏览器引擎这种场景诞生的。

不认为 rust 在游戏行业有什么特别的优势。如果做大型游戏，学习 C++才是正途。手游学 C#才是正途。

做开发不够，不用折腾了，直接上 32G ， 特别是 mac 的 docker 还特别的垃圾。

使用代码模拟用户操作，而不要强制杀掉进程

Windows Form

@techstay 和你的设置没什么关系，纯粹是微软的 VS 团队没为中文优化，选择了一个辣鸡字体，我的几台机器都是这个样子。这个和字体的 fallback 也没关系。

你的怀疑没有任何证据，而且你也无法举证，这种怀疑没有任何意义。如果你有证据，完全可以反馈给 Google, Google 一定会感谢你，并状告微软，因为这属于明显的不正当竞争。

不压缩，压缩由业务自己去处理。而且除了纯文本，其它格式大部分都内建了压缩，二次压缩的收益很低。

应该是数据源出问题了，我这里也一样。

我的 Windows 11 Edge 也不能正常工作，油管和 B 站都不行，mac 就没问题，不知道什么原因。

看路况，路况不好，不要骑车。
如果路况号，14km 没啥问题，很容易搞定，买个城市平把公路就行，不过想要减肥没什么戏。
14km 骑自行车消耗的热量不够。

OneDrive 备份 & 自建服务器。

没有深度使用过，不好评价。Web Components 技术上我感觉很好，有浏览器原生的支持，但用的人应该不多。
我正在将自己的博客前端使用 Web Components 重构，剔除掉 Vue 和其它所有第三方库 JS 库，只用 TS+ES2022+WebAPIs ，看看会遇到那些坑。
本质上感觉还是在反现在的前端过度过程化和不可控现状。

我估计经典计算机在可预见的未来都不会寻址超过 64bits.

这个和 JS 没有一毛钱关系，你要怪只能怪 ECMA 规范和 IEEE64 浮点数规范，还有 JSON 规范。

没有办法知道，python 的依赖管理就是一坨狗屎。

没什么问题。

你的理解没什么，基于文档的数据库的确更加适合 DDD ，但是随之而来的问题是事务一致性。

Golang? 你确认没问错? 线程 or 进程？