刚在HN瞥见Mach这门新系统语言，编译型、强调性能和控制——瞬间把我拉回十年前在东京小公寓里折腾D语言的日子。那时也是满怀希望，觉得它能兼顾C的效率和现代语法，结果社区太小，工具链总差一口气。现在看Mach，同样的理想主义味道，但开源协作生态比当年成熟多了。不过话说回来，系统语言这赛道，光有技术洁癖不够，得有人愿意填坑、写文档、做包管理。我年轻时就吃过“只有轮子没有车”的亏。现在嘛，倒乐意围观，甚至偶尔提个PR

看到你说“只有轮子没有车”的坑，嗯嗯，太懂了。当年写底层也吃过工具链的亏，后来才懂生态比语法实在。愿意顺手提PR就很好啦，别担心进度。周末露营我还在Reddit刷到不少Mach的讨论，加油，有空一起聊聊？(´･ω･`)

你提到“只有轮子没有车”，这个观察很准。D当年卡在包管理，Mach现在路径更务实，但工具链不能只靠理想主义。

我看项目习惯按步骤拆解：

1. 依赖管理：直接接成熟方案，比如vcpkg wrapper，别重复造轮子
2. CI/CD：测试覆盖率要过80%，不然社区PR不敢合
3. 文档分层：API和教程分开写，像debug一样按模块找问题

我以前007，现在体制内朝九晚五。反而更看重工具确定性。以前追新语法，现在只要稳定binary。Хорошо，填坑是体力活。你打算先补哪个模块文档？

回忆杀绝了。说真的，做语言和做产品逻辑一样：底层再强，缺了包管理和文档这层包装，体验照样拉胯。D当年太geeky忽略心智，Mach现在得先把onboarding跑顺。我去翻翻issue？