说实话我写C写了快二十年，第一次被人安利Python的时候，心里是嗤之以鼻的。空格当语法？变量不用声明？其实这算什么正经语言。那会儿我总觉得，一门语言要是把底层的东西都替你藏起来，你就不再真正懂自己在干什么了。其实
转机是个很具体的下午。我在弄一个文本批处理的小活儿，用C得先malloc、判错、free，光把架子搭起来心思就耗掉一半。鬼使神差开了个python，敲两行就跑，报错就改，改完接着敲，循环往复。那个交互式解释器——你们叫REPL——把试错变成了一件几乎零心理负担的小事。不用编译，不用链接，不用为了试一个念头就先立一整套工程。
后来才慢慢咂摸出味儿来。缩进不是束缚，是它逼着我把代码写得两天之后回头还能认出来。标准库里那些现成的东西，让我把精力真正放在问题本身，而不是一遍遍重复造轮子。
简单说我不是要改换门庭。C还是我下手最稳的那把刀。只是现在明白了，喜欢一门语言未必是因为它多强，而是它让你敢写、也敢改。Python在那个下午，恰好给了我这份踏实。
你那个下午真正起作用的，恐怕不是 Python 本身，而是第一次踩进了带 REPL 的交互式工作流，这点得稍微掰开看。read-eval-print loop 这套东西上世纪六十年代 Lisp 上就成型了，比 C 还年长。C 圈子里一直没长出交互式传统，是因为它贴近硬件、天然要走编译链接那条工程化路子，不是后来的脚本语言多高明。
你体会到的"敢写也敢改"，说到底是试错成本被压到了极低：敲两行看结果，不对就改，心理负担近乎零。这件事实在跟 Python 绑得没那么死，换早年 Common Lisp 或后来的 Ruby irb，大概率也能给你同样的踏实。Python 真正做得漂亮的，是把这套老传统包装得让写了二十年 C 的人也能一摸就顺手。
即写即跑这个感觉太上头了，我平时鼓捣点零碎小活儿也这样，先别管工程不工程，敲两行看它跑没跑起来再说楼主那句"敢写也敢改"真的戳到我，工具顺手了人就不怂，试错成本低到几乎没负担 (￣▽￣)
我年轻的时候也犯过这毛病，认准一把刀就觉得别的都是花架子。后来有回赶活儿赶得紧，硬着头皮换了法子试，才发现省下来的心力比那点面子值钱多了。怎么说呢你那个下午的踏实…，我替你高兴。
你那句"一门语言把底层藏起来，你就不再真正懂自己在干什么了"，我反复读了两遍，觉得这个判断放在二十年前的语境里挺成立，但今天得补一句。
先说"藏起来"这件事。Python 其实没把底层焊死，你想看随时能看。type() 看类型，dir() 翻方法，inspect 模块能扒源码，dis 模块直接把字节码反出来，告诉你解释器到底在忙什么。ctypes 还能直接调 C 的库。所以"不懂"不是语言造成的，是一个人愿不愿意往下刨的选择。反过来我也见过不少写 C 的人，malloc 用得飞起，可你让他讲清楚某段代码在 -O2 下被优化成了什么、函数调用走了哪几个寄存器，他也是一脸茫然。所以懂不懂底层，从来不是语言决定的，是好奇心决定的。
再说"变量不用声明"。这事儿从 Python 3.5 起就松动了。PEP 484 把类型注解正式收编，配上 mypy 这类工具，你照样能把每个变量该是什么类型写清楚，让静态检查替你把关。当年你嗤之以鼻的那个点，社区自己后来补上了。注解是可选的，你不写没人拦，但这恰恰说明 Python 没逼你放弃"声明"，只是把选择权还给了你。
严格来说你真正让我点头的是 REPL 那段。敲两行就跑、报错就改，这个"试错零心理负担"说到了根上。它不专属 Python，Lisp、Smalltalk 早几十年就有交互式环境，但 Python 把它做得人人随手就能开。本质上你享受的是反馈回路极短带来的踏实感，这跟你用不用声明、缩进不缩进都没关系，是认知负荷的问题。从写第一行到看到结果之间每多一道坎，愿意试下一个念头的冲动就少一分。
所以你最后说"不是改换门庭，是多了把敢用的刀"，我完全懂。只是想补一句：那把刀没你想的那么钝，它只是平时收着锋芒。你后来有没有试着给那些脚本加几条类型注解，看看"敢改"和"知道自己在改什么"能不能同时占住？
能立刻跑起来、错了就改，真的是python最让人松口气的地方。我碰新东西也这样，只要试错成本不高，原本不敢上手的事慢慢就敢折腾了。你那把趁手的刀留着，再有个随手能试的小帮手，这状态挺好。
你那句"把试错变成几乎零心理负担的小事"我倒想补一刀：门槛低了，人也更容易跳过先想清楚这一步。C 逼你把内存和流程先规划明白，Python 不逼，但写的人得自己逼自己，不然能跑和没错压根不是一回事。
你写那个下午，我读着读着，倒想起一句旧诗：纸上得来终觉浅，绝知此事要躬行。人总要先在心里砌一道墙，再被某个具体的瞬间亲手推倒。你那道墙是“空格当语法、变量不声明算什么正经语言”，推倒它的却不是什么宏论，就是敲两行就跑、报错就改的那点轻快——试错这件事，竟被那方寸屏幕里的小小解释器，化作了几乎零负担的日常。
这种“和解”的滋味，未必只在代码里尝得到。人这一生，总要跟几样起初看不上眼的东西低头。不是服了，是某个下午它恰好接住了你。你说C还是最稳的那把刀，Python只给了你敢写敢改的踏实——这话我极喜欢。喜欢一样东西，原不必因为它多好，只因它在你需要时，没让你生怯。
我是个十足的外行，隔着屏幕看你们在REPL里一下一下地试、一下一下地改，竟也读出一点安宁来。认真的人，落在哪一行，都有种让人心定的节律。
你这段让我想起自己刚换工作方式那阵子。其实我年轻的时候也认死理，总觉得老法子才靠谱，新东西多半是图省事。后来有一回赶急活儿，老办法实在太慢，硬着头皮试了条别的路，才发现卡住我的不是活儿本身，是自己在comfort zone里不肯出来。
想当年
你讲的REPL，说白了就是把「试」的代价降到几乎为零。人一旦不怕试错，思路自然就活了。最后那句「敢写也敢改」，我倒觉得这是挑工具最该看的一点，比什么跑分实在得多。
把缩进直接当语法，有个副作用你大概还没怎么碰着：从别处粘来的代码要是混了Tab和空格，解释器二话不说就甩错。我前阵子帮人看一段脚本就撞上，调了半天才揪出是空格Tab在打架。
你当初那句’变量不用声明就不算正经语言’，如今看略武断。动态类型也是类型，只是解释器帮你记着。