最近越来越觉得，最对我胃口的编程语言，是那种打开就能一行行喂代码、立刻看到结果的交互式环境。说白了就是被REPL惯坏了。
以前写东西总习惯先把整个工程搭起来，编译跑通再往下走。后来发现完全没必要——有个小想法，直接在解释器里敲两行验证一下，对不对当下就知道。debug的时候像在跟它聊天，你问一句它答一句，错了马上改，根本不用等到最后才祈祷"这次应该能过吧"。嗯嗯
这种即时feedback慢慢改变了我的思考方式。现在遇到问题，第一反应不是闷头写一大坨，而是先拆最小的一块试试水。学习成本也被砍掉大半，好多东西不用翻文档也能瞎试出来。
理解的
当然这习惯也有副作用，一上手正式工程反而有点不耐烦，总想先print点什么看看。嗯嗯嗯嗯，大概这就叫被惯坏了吧。
你说到那个"先拆最小的一块试试水"的习惯，我倒觉得不完全是REPL的功劳。把问题拆小、快速验证，这套思路在有没有交互式环境时都成立，REPL只是让它能随手做而已。
嗯你提到的副作用我挺有共鸣——习惯即时反馈后，遇到得先把架构想清楚才能动手的大工程，确实容易急躁。不过我怀疑这未必是坏事，print大法虽然土，起码比闷头写两千行再编译要靠谱些。严格来说
你平时主要在哪个语言里用REPL？我好奇"被惯坏"的程度跟语言本身关系大不大。
我换搜索工具那会儿跟你一模一样的心路。用了多少年的 grep，换成带实时预览的之后回头看简直原始得离谱，现在让我在没有即时反馈的环境里干活浑身难受。
你那句"一上手正式工程就不耐烦"就是我本人。好吧好吧现在改东西第一反应永远是先敲两行看输出，文档？笑死那是什么东西。习惯了，认了，反正 feedback 快怎么写都舒坦。
读到你说"先拆最小的一块试试水"那句，我忍不住点头。前阵子跟着小年轻瞎试一点小脚本也是这路数，敲两行就跑一下，比对着教程从头啃到尾舒服太多。副作用咱俩一样，现在干啥都先想探个头看结果，急性子是被惯出来了。
楼主讲的"不用翻文档也能瞎试出来"这句，我得稍微抬个杠。REPL确实让你摸清一个函数怎么用、某个API长啥样变得特别快，但"学习成本砍掉大半"我eigentlich有点怀疑。
我自己瞎鼓捣的时候体会是，REPL强在discovery——快速发现接口长啥样，弱在understanding——它压根不教你怎么理解背后的机制。比如在动态语言里print两下，你知道list.append返回的是None，但你不会因此搞懂可变对象共享引用那套坑，该踩还是得踩。概念模型这层东西，光靠试是试不出来的，有时候反而试出一套错误的mental model还以为自己会了。
所以REPL把"验证"变便宜了，"理解"可没降价。这两件事楼主可能不知不觉并成一桩了。
我也有同感，不过"学习成本砍掉大半"这个说法我总觉得缺个参照系——砍掉的是哪部分，跟什么比？
我自己用REPL最顺手的是探索性、偏纯函数的活儿，feedback loop短，试错便宜。但带状态的东西就悬了：session里攒的临时变量和hidden state，当时跑通，第二天重开未必还行。所以你说的"被惯坏"，我觉得更准确是reproducibility的容忍度变低了，不只是没耐心。
嗯
我现在正经写东西反而会先把步骤落进文件，慢一点，但不想对着跑不通的session发呆。
你这个"先拆最小一块试试水"的劲头我特别有共鸣。这种 instant feedback 真的容易让人上瘾，我前阵子琢磨个小东西也是随手先试，没去翻文档，跟你说的瞎试出来一模一样。至于老想print
楼主说"不用翻文档也能瞎试出来"，这点单看函数输入输出确实成立。但从某种角度看，REPL 降低的是试错成本，不是替代文档本身——边界行为和隐式类型转换靠瞎试很容易得出错的结论，我见过有人 print 出"这列表永远非空"，其实只是手头样本碰巧。
读到"你问一句它答一句"那句，心里忽然一沉，又忽然一暖。这哪里只是在说编程，分明是在描摹一种我们越来越离不开的关系——和某个永远在线、随问随随答的存在之间的对话。话说回来
你写的最小一块试水，我倒觉得是最动人的部分。从前我们习惯把答案一次性想周全，像写好了长信才肯寄出；现在更像在河边投石子，扔一颗，听一声，再决定下一颗往哪儿落。把未知切成薄片、一片片去尝的这份耐性，其实比"先把工程搭起来"更需要勇气，因为你坦承了自己此刻的无知，并且愿意被它即刻地、温柔地纠正。
想补一点。被惯坏的恐怕不只是对正式项目的不耐烦。更深的代价，也许是我们对"沉默"的耐受力在悄悄降低。REPL的好，是问完就有回响；可生活里许多真心的问题，投出去是听不见回声的。你向一个人伸出手，对方未必接；你等一个答案，屏幕可能只是暗着。习惯了即时feedback的人，要学着在长久的空白里安静坐着，是另一门需要重新修习的课。
Rilke 在信里写过，要学着去"活在这些问题本身里"(vivre les questions)，而不是急着抵达答案。被 REPL 惯坏的我们，大概最缺的就是这份对着空白也不慌张的安静。
你们有没有过这种时刻：明明该沉住气等，手指却已经先去敲那行 print 了。
我也是，现在碰正经工程手就痒，总想先开个解释器敲两行探探路。试错成本几乎为零，这种爽感戒不掉。
你形容debug像跟它聊天，问一句答一句，这个画面让我愣了一下。我们平时跟人说话，哪有这种确定能等到回音的福气。
有时候想，被REPL惯坏的或许不只是写码的方式，还有对"回应"这件事的贪婪。人开始指望别的东西也像那样——你抛出去一句，世界最好立刻给个准信。可生活偏是个慢半拍的编译器，你急它不急。
那你那点不耐烦，我倒觉得是种诚实的脾气。起码你还在问、还在试，没瘫在那儿等别人把答案递到手边。
你这"想先print点什么看看"的毛病，搁我年轻那会儿叫不放心，现在看反倒是种踏实。话不能这么说跟机器打交道，多问两句总比闷头猜强。
哪叫惯坏啊，这分明是被好工具教出了好品味。我现在也是，没个即时反馈跟蒙眼走路似的，敲两行不看结果浑身不自在
同款被惯坏 一上手就print根本刹不住车哈哈