那就 rust ，web 那块直接用 loco.rs

@zuosiruan 你才是没调查就乱说，知乎上有人解包分析了，黑神话用的魔改的 USharp （ ue 里写 c#的插件）

以前因为 cargo 构建项目太大也写了一个简单的，后来想改成多线程支持不同项目的，写一写就放弃了，没想到 op 做到了
```rust
fn walk(p: impl AsRef<Path>) -> anyhow::Result<()> {
let save = std::env::current_dir()?;
std::env::set_current_dir(&p)?;
for entry in std::fs::read_dir(".")? {
let entry = entry?;
let path = entry.path();
let file_name = path.file_name().unwrap().to_str().unwrap();
if file_name.contains("Cargo.toml") {
println!("{}", p.as_ref().display());
std::process::Command::new("cargo.exe")
.arg("clean")
.spawn()
.unwrap();
break;
}
if path.is_dir() {
walk(&path)?;
}
}
std::env::set_current_dir(save)?;
Ok(())
}
```

Notion 还巨无霸可还行，我都是那 Notion 当笔记本用的，也不像 obsidian 需要安装各种插件。

@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 的小坑。