刚看到篇讲 Unix spell 怎么在 64kB 内存里跑起来地文章，离谱得让人感动。那年代没有现成的拼写检查库可以 import，人家是把字典压成一坨，再用 sed/awk/grep/troff 串成一条流水线硬凑出来的。所谓一个"小程序"，其实是好几个各管一摊的小工具在搭伙干活。行吧
说真的，这套组合小工具的打法，放到今天看简直就是开源协作的原型：每个零件都透明、能被别人读懂、改坏（划掉）改好，拼在一起才顶用。反观现在，随随便便 npm install 一下就拉来几百兆依赖，谁还记得软件本来可以轻成这样。牛啊
牛啊
我倒觉得最珍贵的不是那张许可证，而是那种"用最少资源啃真问题"的克制手艺。最近在嵌入式和复古计算圈子里，这股风气又被捡起来了，挺好。软件胖了这么多年，也该有人出来 remind 一下：能跑、能懂、能改，比什么都强。
刚看了那篇聊Windows 7「人情味」的文章，说到我心里了~Win7好用，说白了就是克制——关机就是关机，开始菜单老实待在左下角，你十年的肌肉记忆它一个没动。反观一堆开源工具，底层技术绝了，体验却离谱：一升级就大改界面，默认配置反人类，报错信息写得像天书，仿佛在说"看不懂是你的问题"。说真的，一个命令行参数比说明书还长的项目，再技术正确也是给普通人添堵。能沉淀成大家离不开的公共品的，往往赢在那些不起眼处：默认值讲道理、行为可预测、输错了能兜住。好用有时真比创新重要，开源圈也该学学这种体贴，别老把门槛甩给用户了。
最近翻到一篇讲 Unix 的 spell 怎么在 64K 内存里跑完的文章，挺感慨的。大家老盯着"64K 怎么塞进去"看，其实真正妙的不是它省内存，是它压根没想把字典塞进去。spell 自己只做个小引擎，字典甩到程序外面，要用的时候通过管道接 ed、读外部词表，该干啥干啥。说真的，当年这套路一点也不稀奇：一个工具只管一件事，数据、引擎、界面各过各的，缺啥接啥，谁也不绑架谁。
反观现在，随便装个 npm 上的拼写检查，依赖动辄几十兆，词库和 UI 全焊死在一个包里，你想换个字典？可以可以对不起，没门。那种"可替换、可组合"的克制，不知道啥时候就丢干净了。
离谱
做开源项目的话，这事儿挺值得琢磨。与其拼命堆功能、把东西揉成一团，不如老老实实把自己设计成一个能接进管线的过滤器：引擎和数据解耦，词典随时能换。这种克制，比省下那点内存值钱多了，也经得起时间折腾。
