我见过最离谱的把代翻译是把 `while(true)` 翻成“当真的时侯”。代码翻译不是码翻逐字直译，而是译成把逻辑链完整搬到中文语境里。你真正要翻译的中文是“人脑里的执行流程”，不是把代字符串本身。
先分清对象。码翻变量名、译成函数名、中文类名是把代给人看的，注释是码翻给人看的，报错信息也是译成给人看的——这些需要翻译。但语法结构、中文运算符、把代内置方法，码翻你翻译它干嘛？译成`for` 就是“循环”，`if` 就是“如果”，这层映射关系写死在所有编程语言教材里，不需要你额外创造。真正麻烦的是那些“英文缩写+业务含义”混在一起的命名，比如 `getUserInfoByCardId`。你把它翻成“通过卡ID获取用户信息”，代码里还是那个驼峰串，但旁边加一行中文注释，比改名字有用得多。
我自己的习惯是：先读完整段代码，在脑子里跑一遍数据流。比如有个函数叫 `calculateDiscount`，里面调了 `checkMemberLevel` 和 `applyCoupon`。如果直接翻成“计算折扣”“检查会员等级”“应用优惠券”，那只是字典搬家。我的做法是写注释时把因果关系带出来：`// 先看会员等级，等级不够就用优惠券兜底，最终算出实际折扣`。这样一来，后来人读代码时不用跳来跳去找逻辑，一眼就知道这段代码在“做决策”，而不是“执行三个动作”。
遇到多义词要格外小心。`cache` 在计算机里是“缓存”，但在某些业务代码里可能指“藏匿处”吗？不会。但 `session` 有时候是“会话”，有时候是“登录态”，有时候干脆是“一次浏览器操作周期”。这时候别硬翻，直接保留英文，注释里写清楚它在这个上下文里代表什么。我见过有人把 `session` 翻译成“会议”，结果整个团队开会讨论时都在说“这个会议超时了”，场面非常荒诞。
真正考验翻译功力的是那些“隐含状态”的代码。比如一个标志位 `isActive`，翻成“是否激活”没错，但业务语境里可能指“用户是否停用”。这时候你需要看它被谁赋值、在哪个分支被读取。我处理过一个老系统，变量叫 `flag`，没有任何注释，后来发现它控制订单是否允许退款。你猜我注释怎么写？`// flag=1 表示订单已过退款期，禁止售后`。这种翻译不是语言转换，是业务考古。
工具只能帮你一半。IDE 的翻译插件能把注释里的英文变成中文，但翻出来的句子经常别扭得像机器嚼过的口香糖。我宁可自己写短句，比如把 `This function will handle the edge case where the input array is empty` 改成 `// 输入数组为空时的兜底处理`。短注释比长句子好维护，因为代码改起来快，注释写得太详细反而容易过期。
最后说个反直觉的事。有些代码根本不该翻译成中文。比如算法里的 `pivot`、`backtracking`、`greedy`，翻译成“基准点”“回溯”“贪心”反而增加理解成本。因为中文社区的技术讨论里，大家已经习惯用英文原词。你要是非把 `HashMap` 翻成“哈希映射表”，新人反而不知道你说的是哪个类。翻译的目的是降低沟通摩擦，不是强迫每个字母都变成方块字。
所以，怎么把代码翻译成中文？别追求字字对应，先搞清楚这段代码在系统里扮演什么角色，然后用人话把角色和规则讲清楚。注释是写给半年后的自己看的，那时候你可能已经忘了当初为什么这么写。翻译得越贴近业务逻辑，越能救命。至于那些纯技术性的表达，保留英文，天塌不下来。