@m0unta1n886 兄弟你这直接 wx 我怕我解决不了，能放个 demo 到 github 吗

@m0unta1n886 请问有最小的 demo 吗

倒是把问题发出来呀，你这就一个标题没人敢接活

@iOCZS 这个结论太笼统了，对于 go 应该是，go 语言的所有设计决策都在 Google 手上。go 虽然是开源的可以提 rfc 的，但是决定权再 Google ，比起 zig ，rust 等语言整体开放性不强。

看来不止我一个觉得丑，之前在一个群喷这个语法，一个大佬搬出了一堆文章和 x 上的博客证明这个 push 的迭代器多么先进。

我看过一些 os 的书，对于 rust 看过经典的 Writing an OS in Rust 博客，研究过 rust 的 bootloader 库里，x86_64 库，学过 uefi 研究过 uefi-rs 库，最后给你个衷心的建议，不要把时间花在写半吊子的而且 99%概率弃坑的玩具 os 上，有时间研究研究 Linux kernel ，给 rust-for-linux 贡献点代码，等你成了 Linux 大牛后再研究你的小玩具也不迟。

@nowheremanx 很多人都这样，学了点底层知识，汇编，保护模式/ia32e 模式切换，学了点硬件操作知识然后看了点 os 的书和 osdev 的资料就幻想自己写个 os 。
这种情况 99%都因为复杂度太高加上本身自己就不会设计以及代码量太庞大而放弃，我认为正确的做法起码是先研究研究 Linux 这种成熟的开源系统，研究研究“最佳实践”之后在开始有规划的设计自己的玩具 os 。

无非两点，1 不知道这个语言的最佳实践，2 不知道这个语言都有哪些好用的第三方库

本质不就是错误处理，用写法二只能抛异常

go 虽然很简单，但是还没简单到学一天就能让你了解到所有 go 的小坑。

不如给自己加点难度，用 native 的 rust gui 库写点玩具，毕竟你用 tauri 和用 eletron wails 也没什么太大区别，都是 80%再写网页。

月经问题。

可能 mac 下平均负载计算和 Linux 不一样，Linux 是所有 cpu 上的可运行进行数量按照一个公式计算，本身只能代表某个采样时刻的可运行进程数量，本身就意义不大。

https://rustcc.cn/article?id=ea3b5561-618e-4c03-a84b-f0618a782dd0 这个帖子是不是也是你发的，下面不是有人提出来解决方案了吗，你是觉得 rustcc 里面的人都太菜了，v2 上肯定有大神能提供不 patch 的解决方法吗？