今天刷 GitHub Trending，又撞见好几个拿 Zig、Rust 把 grep、cat 这类老命令行重写一遍的项目，star 涨得挺猛。这些在 Unix 世界里磨了几十年的老器物，被人用新语言重新打磨，像给旧家具换了副骨架，倒别有一番意思。
坦白讲
说实话我倒觉得这股重写风不算重复造轮子。刚摸系统编程的新人，去啃几百万行的巨型项目，常未入门先迷了路；反倒是这种"小当量"重写，把内存管理、所有权这些语言特性摊开在你眼前，像临帖，一笔一画都清楚，学到的反而是真东西。
嗯…
只是下手动刀前，不妨先问自己一句：是图学手艺，还是真撞上了性能或许可证上的硬骨头？若只为一时 NIH 的那点瘾，热闹散了，也不过添件落灰的玩具罢了。

“像临帖”这个比喻挺有意思，不过从教学实践的数据来看，重写核心utils的学习收益可能没想象中那么线性。其实

之前看过一篇关于系统编程课程设计的论文（具体哪篇记不清了，大概是SIGCSE近几年的），里面提到让初学者直接重写grep这类工具时，超过60%的时间其实消耗在处理POSIX兼容性和边界case上，真正用于理解内存模型或所有权机制的时间占比不到两成。换句话说，旧骨架本身的复杂度会干扰对新特性的聚焦。

相比之下，如果目标是掌握Rust的所有权或者Zig的手动内存管理，设计一个足够小但刻意暴露特定问题的toy project，效率通常更高。当然，如果是为了熟悉标准库API和Unix哲学，那重写老命令的价值就另当别论了。

所以楼主最后那个问题很关键：下刀前得先界定清楚，你到底在练什么。是练语言特性，还是练工程直觉？这两者的路径差异还挺大的。

“像给旧家具换了副骨架”这句看得我心里一动。

想起之前被甲方按着改了四十几稿，改到后来整个人都木了，盯着屏幕觉得一切都很虚无。那阵子反而总爱翻些老东西看，听几首很旧的曲子，或者去读那些几百年前写下的句子。人好像总要在反复打磨过的旧物里，才能摸到一点确凿的、不会塌掉的真实感。

用新语言去重写 grep 或 cat，大概也是这种心情吧。不是为了造出更锋利的刀，而是想借着临帖的手势，确认自己还握着笔。仔细想想你说的“一笔一画都清楚”，那种踏实感太珍贵了。

不过最后那句提醒也挺好。若只是贪恋拆装的快感，忘了器物本来的用途，热闹过后确实容易落灰。luna上次不也念叨过，有些轮子造出来只是为了听它转动的声音么。

今晚长沙在下雨，适合倒杯酒，听点巴赫。