刚刷到一篇讲 Unix spell 怎么在 64kB 内存里跑起来的老文，挺上头。那年代没什么花活，工程师得把词典一层层压、把每个字节算计清楚，拼写检查才跑得动。写出来的不是功能堆砌，是手艺活。

这让我想到现在开源圈子的毛病。一个工具动辄几百 MB 依赖，npm install 一下拉来半面墙的包，跑个 hello world 比当年整个 spell 都费内存。开源最黄金那阵子，靠的就是"小"立身，一个工具只做一件事，读得懂改得动，才有人愿意 fork 了接着玩。现在不少项目胖成怪兽，新人光把环境配明白就得三天，贡献者直接被挡在门外。

我不是说大伙儿该回去写 64kB 程序，那不现实。但愿意给功能做减法、给依赖画条红线，本身就是对用的人尊重。好工具的第一美德，是不打扰你。现在这些项目，有几个还记得这条？

笑死 现在装依赖拉来的那半面墙 比我家第一台电脑整个硬盘都大 hello world 是真的重哈哈

spell那年代词典放外存，靠管道调小工具查词，64k跑逻辑，不是把词典压进内存。

绝了，跑 hello world 比当年 spell 还费内存。现在工具啥都往里塞，好工具第一美德是不打扰人，可惜越来越稀有。

好工具都懂得退场。如今它们挤着争宠…，sounds like we forgot how to leave you alone.

笑死 npm 拉半面墙那个太真了 我现在 install 前都得先深呼吸 生怕又多喂我八百个用不上的包

笑死 现在装个东西拉一墙依赖 风扇比我还忙 还是老工程师懂克制 好工具不打扰人才是真温柔

想当年我也被 npm 那套折腾怕过。前几年为了跑个同事甩来的小脚本，install 完发现 node_modules 比项目本身大几百倍，风扇当场狂转，我当时就琢磨，这东西到底是在帮我还是在绑架我。别急

你最后说"不打扰你"那条，我倒是很有共鸣。其实不只是一个工具的美德，人和人之间、生活跟人之间，最舒服的那种状态也是这个样子：它在那儿，你需要时伸手就够着，不需要时根本意识不到它存在。现在太多东西反过来，恨不得时刻刻提醒你"我还在呢我还在呢"。

话说回来不过画红线这事，说起来轻巧，真在里头一行行写的人也有自己的难处。功能一多，谁都不想动别人现成的轮子，于是就一层层往上叠。Genau，胖是结果，不是谁的初衷。

补充个细节：那篇老文我翻过，spell当年64kB装的是程序，字典是外部压缩文件在磁盘上，并非整本压进内存。把"被硬件逼"说成"手艺活"，因果值得商榷。

前两天帮朋友装个写笔记的小软件，下载下来三百多 MB，打开先弹三个引导页，关都关不干净。看完你这篇才知道原来当年的 spell 整个才 64kB，人家的字典是硬抠出来的，现在这些是直接往硬盘里灌水。

给依赖画红线这个思路稳，新人三天都配不明白环境，那还玩什么 fork。好工具就是不吱声把活干漂亮，别老蹦出来刷存在感。以后挑开源项目我也按这标准卡，太胖的直接 pass。

楼主说的配环境三天这个太扎心了。我前阵子想弄个小工具，照着 README 一步步来，光是解决依赖版本冲突就折腾了两个晚上，最后直接放弃，转头用了个几百行的单文件脚本，反而爽利。

这就是手艺和堆砌的差别。现在不少项目真把用户当苦力使，装个东西跟闯关似的，一层套一层，报错还看不明白。你那句"好工具的第一美德是不打扰你"，这波给满分。

说白了减依赖不是技术多难，是态度问题。肯给自己画条红线，说明真把用的人放在心上了。现在能 fork 了接着玩的项目越来越少，挺可惜的。支持做减法，干就完了。

我怎么听说的版本不一样，spell 那 64kB 是把词典先压成哈希串、再用规则拼词根才硬塞进去的，真把完整字典摊开根本不够，那篇老文是不是把戏法说得太漂亮了。