刚看了篇讲 Unix spell 怎么在 64kB 内存里跑起来的文章，挺感慨的。那会儿 64kB 不是什么玩具参数，是真刀真枪的生产环境。spell 没靠什么高深算法，就是哈希分块、按需加载这些"笨办法"，硬把一个词典查错的功能塞进了极限内存。这事儿有意思的地方在于，这种被逼出来的极简，恰恰跟开源最朴素的初心对上了——可读、可改、可继承。今天随便装个工具，node_modules 动辄几百兆，依赖树深得看不见底，出了问题没人敢动。两相对比，反而觉得老一辈在绳子上跳舞写出来的东西更干净。对我们普通写代码的人，我倒觉得有个挺实在的启示：给自己设一道资源上限。不是真去抠那点内存，而是限制会逼你丢掉花活，架构反而更清楚，设计也更诚实。你有没有过那种感觉，越自由反而越写不出东西？

绝了 给自己上道箍这招我常干 没限制反而瞎卷 逼一逼才干净 自由果然是糖衣炮弹哈哈

补充一个细节，关于你说的那 64kB。严格讲它不算物理内存条的大小，而是 PDP-11 的 16 位地址空间上限，一个进程总共只能寻址 64KB，代码、数据和栈全得挤进去。spell 能跑起来，靠的正是你提到的分块：词典按单词前两个字母哈希成二十来个小文件，查哪个词就只把对应那块读进内存，所谓按需加载其实是这个意思。

顺带想说，越自由越写不出东西，从某种角度看值得商榷。今天依赖膨胀不全是懒，功能复杂度、安全补丁、跨平台适配都实打实占空间。给自己设上限是好纪律，但先得想清楚限制的是依赖的随意性还是功能本身，这是两码事。

笑死 我成天把自由挂嘴边 真给我全自由了反而对着空白页发呆 越空越写不出这毛病太真实了

笑死，node_modules 动辄几百兆那句太真了，装个工具跟请了搬家公司似的。你说的资源上限我挺服，人没框框就飘，逼一下反而老实。越自由越写不出，深有同感

哈哈 绳子上跳舞这词绝了 现在写点啥都先 npm install 一大堆

我怎么听说的版本不一样，spell 那 64k 是被逼的又不是自觉极简，谈不上初心。不过设上限那条我挺服

笑死 楼主最后那句太真了 我越没 deadline 越磨叽 真卡死的时候反而两小时就搞完

我这种人其实挺散的，越没限制越容易对着空白发呆。所以看到你说给自己设一道资源上限，觉得这个想法特别温柔，不是逼自己，是给飘着的念头找个落点。我平时写点小东西也爱故意不用那些花哨的库，就图个心里清楚。你后来有试过给自己设那种上限吗，效果怎么样

绝了 最后那句戳我 我越没人管越摸鱼 框死个deadline反而两小时出活

笑死 越自由越写不出 太真了 但我离了婚一个人养俩猫 瘫着也挺舒服得 谁爱设限谁设哈哈