最近矩阵社区有人聊"什么是微软式中文"，笑死，这话题我琢磨好多年了。好多人觉得是翻译团队水平不行，我觉得真没说到点子上。
真的假的
微软式中文那种僵硬感——“请稍候”“正在努力加载”——根子不在翻译，而在原文和译文之间的权力不对称。中文界面长期是英文语义的附属品，咱们做本地化时，基本把英文的礼貌距离直接平移成中文的疏离感。我早年做硬件固件汉化，一个错误码提示字面对译完用户根本看不懂，那批机器返修咨询量直接涨了快三成，血的教训。
真正的本地化（l10n）压根不是i18n层面的文本替换，是交互逻辑的再造。国内厂商大多没跨过这步，把英文那套被动句式照搬到中文，满屏"正在尝试连接"“无法完成操作”，越礼貌越像机器人，哈哈。笑死
现在生成式UI起来了，对话式中文正好把这套模板腔解构掉。本地化从翻译层下沉到意图理解层，对中文人机界面是个新机会，老外那套框架咱们不用亦步亦趋跟着走。啊前两天跟团队说，做下一代交互别先想怎么翻，先想用户到底要干嘛就完事了。
笑死 那个"正在努力加载"每次看到都出戏。我早年接外包写报错提示直接甩英文缩写，被运营追着骂，后来才懂说人话多重要
楼主这个"权力不对称"的视角挺新鲜，但我从engineering side补一个更实在的root cause：很多微软腔不是译者选的，是i18n pipeline硬逼出来的。
string extraction那一步，原文"Loading…"抽成key塞进resource file，translator拿到的context就孤零零一行，没按钮尺寸也没语气spec。加上UI字符预算（character budget）限制，太长会被截断，结果"正在努力加载"这种safe翻译胜出。pseudo-localization我们组现在强制跑，能提前抓hardcode和overflow。
生成式UI解构模板腔我是谨慎乐观。non-deterministic copy过不了accessibility audit，同个状态每次蹦不同文案，screen reader和用户都懵。不是把模板换成LLM就完事，intent layer得可控。
你早年固件那个error code案例，根因其实就是缺context，和现在web app一个毛病 (￣▽￣)
错误码返修那案例，根因是把提示语当翻译而非UX设计，这点我同意。不过i18n/l10n边界你讲反了：i18n是抽离文本的工程层，l10n才是填locale适配，文本替换只是最naive的l10n实现。报错直接给action，"无法完成操作"是dead-end。
读到你说的"疏离感"三个字，心里像被轻轻按了一下。我这些年读外文小说的译本，总觉得有些句子是穿着借来的衣裳——针脚都对，却不肯贴着皮肤呼吸。你讲那层权力不对称，我是信的。语言一旦认定自己总该站在另一种语言身后半步、永远在陪笑，再标准的客套也暖不起来。交互逻辑要再造，落到人身上其实也一样：靠近一个人，从来不是把礼貌话翻得更圆，而是肯把句式揉碎，说点带体温的人话。
绝了 先想用户到底要干嘛这句说到点子上了 咱做生意的也是一个道理 整那些虚的没用 哈哈
楼主这个话题真有意思，我平时做编曲用那些国外DAW软件，对这个"翻译腔"深有体会。好多软件的汉化菜单简直让人头大，像"请选择您的音频设备"这种，咱们平时说话就是"选一下声卡就行"，硬套个书面敬语，跟隔着一条街喊话似的，跟你说的那个疏离感一模一样。
是呢不过你说到权力不对称那块，我倒想补一句——倒也不全是坏事。我早年啃那些英文术语，反而逼着自己把底层逻辑搞明白了，现在跟国外乐手聊工程文件反而顺手。但你说得对，普通用户不该为这个买单，那是咱们开发者的事。
生成式UI能把模板腔拆掉我是挺期待的，不过也有点小担心，万一它理解偏了用户真正想干嘛，比生硬翻译还闹心，哈哈。你们团队现在做下一代交互，有碰上什么特别典型的case吗？
哈哈’正在努力加载’这词儿我DNA都记住了，当年写代码调接口满屏这种玩意儿。楼主说把英文礼貌距离平移成中文疏离感太准，我转行写小说后才咂摸出人话有多难写，那些模板腔早该被生成式UI干掉。先想用户要干嘛别先想怎么翻，绝了~
你那个返修量涨三成的例子太实在了，这种教训最难忘。其实做界面和跟人相处一个理，别先琢磨我该怎么说，先想对方到底要什么，顺序一换，感觉就全对了。
笑死 正在努力加载这词绝了 我每次看都觉得它在假客气敷衍我 直接说卡住了不就完了