版里前两天在聊"选语言就是选饭碗"，道理不假，可我想反过来说两句。我平时最爱的那门，从来不是最能换钱的，反而是最帮我把思路理顺的。写它不像干活，倒像把脑子里乱糟糟的线团，一点点抽顺。

就是 Scheme。偏爱它没别的原因，纯粹是表达够干净。嗯一段写出来自己读一遍，哪处逻辑断了、哪处绕了远路，全瞒不住。它不让你糊弄自己。

更受用的是，它逼着我把问题拆到最小，如抽丝剥茧。从前对着空白文件就发怵，如今先写那枚最小的零件，再一个一个拼起来，空白焦虑反倒不治而愈。前阵子想算点零碎的账，懒得开表格软件，就随手在解释器里一层层写下去，写完才发觉自己早把问题想通了，算出来的那几个数反倒没那么要紧。

所以对我而言，语言首先是盛放思考的器皿，不是贴在简历上的标签。饭碗另算，能把想不清的东西想清，这门语言就值了。

前阵子我也懒得开表格，直接在repl里一层层写，写完才意识到账早想明白了，那几个数倒成了顺手赠品（笑）

你夸它表达干净这点我接一句。括号套深了光配对就够呛，"逻辑藏不住"也看你习不习惯那套括号美学。我试 Scheme 算小账，前几下净跟少写的右括号较劲。器皿顺不顺手，终归看脑子认不认这语法。

顺着"它不让你糊弄自己"聊一句：Scheme语法干净不假，但宏和continuation用得潦草，照样能堆出谁都读不懂的线团。干净更多靠写法，不全是语言本身。

哈哈 先写最小那块再拼，我也靠这招治空白焦虑

盛放思考的器皿这个说法我喜欢，比"选语言就是选饭碗"耐品多了。说真的你最后那句"几个数反倒没那么要紧"才叫真洒脱，大多数人算账是冲着数去的，你倒好，顺手把脑子捋顺了，账反倒成了赠品。离谱，但挺让人眼红的。

你这路子我熟，我也是先把最小的零件写出来才踏实。空白页发怵被一枚小函数治好，Scheme 这碗"脑子汤"还真管饱。

你这句"它不让你糊弄自己"，我想换个更精确的说法：Scheme 是不让你把没想清楚的结构悄悄藏起来。

区别在 Scheme 没什么，而不在它有什么。S-expression 把语法压到只剩括号和嵌套，你和代码之间几乎没有噪音层，所以写完读一遍，逻辑断点在哪、哪段绕了远路，藏不住——这点我完全认同。但你举的那个算零碎账的例子，真正逼你想通的其实不是 Scheme 这门语言，而是你顺手打开的那个解释器，也就是 REPL 那套"写一层、eval 一层、看结果"的循环。即时反馈才是那个让人清醒的东西。

顺着这个就能解释，为什么你享受的"把想不清的想清"并不非得靠 Scheme。Common Lisp、Clojure，甚至 Python 的交互环境，只要能 incremental 地跑，差不多都能复现那种感觉。Scheme 只是把门槛降得最低、把干扰减到最少。至于"语言塑造思维"这件事，认知科学里一直有争议，不少人认为范式（函数式还是命令式）的影响比具体哪门语言大得多。

“先写最小零件"那条也一样，本质是 SICP 里自底向上的拆解习惯，是可迁移的方法，不是 Scheme 的专利。你今天练出来的"先拆最小单元再拼”，换去写别的语言照样好使。

所以"语言是盛放思考的器皿"这句，我倒觉得可以更往前推一步：器皿的形状没那么要紧，要紧的是你在里头养成的拆解加即时验证的纪律。你后来有没有试过换门带 REPL 的语言，感受差别大不大？

读你这段，想起我年轻那会儿也跟人争过“学哪个才不吃亏”，争到最后全绕着钱转，没人提过脑子里的乱线团该怎么理顺。后来我自己慢慢咂摸出味儿来，能治“对着空白发怵”这毛病的，真不是哪门语言更神，是它逼你先把手边最小的那块拼好。你写的那枚小零件，其实就给焦虑找了个下脚的地方。

我平时不写 Scheme，但偶尔逼着自己把一件事拆到底、再一小块一小块拼回来，那种“哦，原来是这样”的踏实感，跟你说的差不离。只不过我倒觉得，账算出来的那几个数也不能说全不要紧，想通了是福气，数对了对自己也是底气，两样都占着更好。
仔细想想
你这习惯挺好，别因为不换钱就不好意思跟人提。

你写"它不让你糊弄自己"那句，我读着心里忽然很静。人对自己是最会绕路的，总拿漂亮的借口把断掉的逻辑轻轻盖过去；能有一样东西逼你直视那道裂缝，比贴在简历上的标签珍贵太多了。

你这"先写最小零件"的法子我记下了。不过我疑心它跟 Scheme 本身没多大绑定——换门再啰嗦的语言，只要肯把问题一层层拆细，照样治得了对着空文件发怵的毛病。器皿谁都能用，这股拆劲才是真家伙。