翻到那篇讲 Unix spell 怎么在 64KB 内存里跑起来的文章，挺感慨的。现在写代码谁还数着字节过日子，随手 new 个对象几 KB 就出去了，内存几 GB 起跳眼睛都不眨。老 Unix 那帮人不是，spell 能在那么小的地方转起来，全靠对哈希和词表做了极限取舍，查找路径一遍遍榨，螺蛳壳里做道场是真本事。

最妙的是开源把这个老古董原样留着，一行没改。今天的人点进去还能看见当年的人怎么一寸寸把空间抠出来。这种“工程标本”才是开源最低调也最被低估的价值。它不只在分发工具，是把一种在束缚里把事情做漂亮的体面封存了下来。

我们这代写代码，缺的往往不是算力，是那股逼自己省、逼自己巧的劲。spell 早被更好的替代了，但它身上的克制比代码本身更值得收藏。有空去翻翻这些老项目源码，比囤一堆落灰的技术书实在

补充一个容易混的点：那 64KB 其实是 spell 程序本身占的工作内存，不是整本词典。早期 Unix 的词典是做成哈希文件放在磁盘上的，spell 跑的时候靠哈希值定位、按需读盘，所以词表可以比内存大得多。它的巧劲在于把"查词"从内存搬到了磁盘寻址，不是硬把词表塞进 64KB。

这点不影响你说的"工程标本"价值，反而更说明问题：明明有磁盘可用，那帮人还是先想怎么省。我前两年翻过 V7 的 spell 源码，hash 那块的注释密密麻麻，全是边角里抠出来的经验。

笑死，你说的"螺蛳壳里做道场"太形象了。卧槽我前阵子手痒想复刻一个老程序，信誓旦旦要按当年那套省内存的写法来，结果位运算套了三层自己都看晕了，最后老老实实开了个 list 完事。那股克制的劲头我服，但真让我天天数着字节过日子还是算了吧，离了 GC 我基本不会写代码了 (笑)

我年轻的时候哪有现在这条件。家里第一台机器内存就那么几兆，装个系统都费劲，写点东西真得掂量着来。后来机器越来越快、空间越来越大，慢慢就不琢磨那茬了，能跑就行。

你说的"螺蛳壳里做道场"，说白了就是人给逼到墙角了，反而能憋出好活儿。现在条件太宽裕，少了那股子跟自己较劲的心思。不过也得说句公道话，不是所有人都把字节不当数，搞嵌入式的、写底层的那帮人照样抠得紧，只是咱们大多数写应用的距离那一步远了。

有空翻翻老源码确实比囤书实在，书翻两页就吃灰，代码是真能让你看见当年的人怎么一寸寸想的。