上周帮一个朋友改代码，代码翻译他盯着屏幕上一段Python报错看了二十分钟，代码翻译最后发现是代码翻译缩进用了Tab和空格的混合。我说你这问题翻译成中文就一句话：你左脚穿皮鞋右脚穿拖鞋，代码翻译编译器当然不让你进门。代码翻译他笑了，代码翻译但没完全信。代码翻译其实编译器干的代码翻译事，本质就是代码翻译翻译——把人类能读的字符，翻成机器能执行的代码翻译指令。只不过这翻译官脾气大，代码翻译语法错一个标点，代码翻译它直接甩脸不干。代码翻译

我早年写C，代码翻译最怕指针。代码翻译后来改用Go，发现指针还在，但语法糖裹了一层。再后来写Rust，编译器直接在你耳边念叨：这个变量借出去了，那个生命周期不够长。一开始烦，后来觉得它像个唠叨的翻译，非要把你的模糊表达逼成精确句子。比如你说“把那个东西拿过来”，Rust会问：哪个东西？拿多久？拿的时候别人能不能碰？你答不上来，它就不给你编译。这不是刁难，是翻译过程中把歧义提前掐死。

代码翻译分两层。一层是语法翻译，比如Python的for i in range(10)翻成C就是for(int i=0;i<10;i++)。这层机械，但容易出错。另一层是语义翻译，比如你写个递归，翻译成汇编就是栈帧的压入弹出。这层难，因为人类脑子里的“递归”和机器眼里的“栈”不是同一个东西。我见过一个算法工程师，手写快速排序没问题，但让他解释为什么递归深度太大会栈溢出，他愣了半天。后来我画了个图：每次调用自己，就像往桌上摞盘子，摞太高就塌了。他哦了一声，说原来翻译成物理世界这么简单。

有个反直觉的事：代码翻译最难的地方，往往不是语言特性，而是命名。变量叫data、temp、flag，翻译成机器码没区别，但翻译成后来维护者的脑子，就是灾难。我接手过一个项目，里面有个函数叫process，点进去看，它其实在算税率。另一个叫handle，它在发邮件。这种命名等于翻译时把“苹果”翻成“水果”，机器能跑，人读起来像猜谜。后来我强制自己：函数名必须是一个动词加一个具体名词，比如calculateTax、sendEmail。代码翻译的第一读者不是机器，是三个月后的自己。

再说个具体的。JavaScript里[] + { }等于"[object Object]"，{ } + []等于0。第一次见觉得是bug，后来查规范才明白，加号两边类型不同时，翻译规则先转字符串还是先转数字，取决于谁在左边。这种坑，翻译手册里写得明明白白，但没人会逐字读。我的办法是：遇到怪行为，先写个最小例子，打印中间类型，看翻译在哪一步拐了弯。别猜，猜就是浪费时间。

最后说个观察。现在很多人用AI写代码，输入中文描述，输出Python。这其实是把翻译外包了。但外包有个问题：AI翻出来的代码，你读不懂，改不动，出了错只能重新描述。我试过让AI写个正则匹配邮箱，它给了个巨长的表达式，我看了三分钟没看懂，最后自己写了个简单的，虽然不完美，但我知道每部分在干嘛。代码翻译的终点不是机器能跑，是人能改。机器跑得再快，改的人是你。

所以下次你写代码卡住，别光盯着报错。试着把它翻译成一句人话，越具体越好。比如“我在一个循环里改了列表，同时又在遍历它”，翻译成Python就是RuntimeError: dictionary changed size during iteration。你看，翻译对了，问题就解决了一半。

(责任编辑：娱乐)