本地化新手入门：一个local菜的三个月踩坑记录

我第一次听到"local菜"这个词，是在一个本地化交流群里。当时还纳闷，谁在聊菜市场。后来才反应过来，local 是 localization 的缩写，local菜说的就是本地化这行的新人。我自己入行头半年，基本是一路踩坑过来的，这篇就把当初最卡人的几个地方摊开讲讲。

很多人以为本地化就是翻译，把中文换成英文，或者反过来。真干起来才发现差得远。翻译只管文字对不对，本地化要管的是这个东西放到目标市场能不能用。日期格式、货币符号、姓名顺序、颜色禁忌、度量单位，全是活儿。我以前接过一个德国客户的 App 界面，中文原文写"限时3天"，直接翻成英文没毛病，但德语版本得改成"72小时"，因为德国用户对"3天"这种模糊表达接受度很低。这种细节，纯翻译思维是想不到的。

新手最该先摸熟的三样东西

工具、文件格式、术语库。这三样摸不顺，接单就是给自己找罪受。

• CAT 工具：Trados、memoQ 是主流，个人接单也可以先用 Crowdin 或 Phrase 的免费额度练手
• 文件格式：.xliff、.po、.json、.srt 这几个至少要认得，知道哪些字段能改、哪些是代码不能碰
• 术语库：自己建一个，哪怕只有几十条。同一个词前后翻法不一致，是新手最容易被退稿的原因

说到工具，我踩过最蠢的坑是拿 Word 直接改 .po 文件。改完保存，编码全乱，客户那边直接报错。后来才知道 .po 得用专门的编辑器打开，或者至少确认文件是 UTF-8。这种基础问题，教程里一般不写，都是被骂出来的。

第一次做游戏本地化，我栽在哪

接的第一个正经项目是款小体量手游，中译英。文本量不大，两千多条。我以为很快能搞定，结果卡了整整一周。麻烦全在代码上。文本里到处是 %s、{ 0}、\n 这种占位符，翻译的时候必须原样保留，位置还不能乱动。有一句我顺手把 { 0} 挪到了句尾，测试直接崩了。中文和英文的语序本来就不一样，硬凑很容易出事。

还有字符限制。按钮上的字，中文四个字能塞下，英文翻出来"Confirm and Continue"，直接就溢出框了。这时候不能照翻，得想短一点的表达，比如就写"OK"。说白了，本地化有时候要做减法，不是把原文意思一字不落地搬过去。那个项目最后交稿，我改了四轮，客户倒是没说什么，我自己知道前两轮基本是在交学费。

给刚入行的朋友几句实在话：

• 别一上来就啃大项目，先从几百条的界面文本练手，熟悉流程比赚钱重要
• 每份文件交出去前，自己跑一遍 QA 检查，漏译、术语不一致、标点全角半角，这些工具都能查
• 养成问的习惯。原文有歧义、上下文不够，直接问 PM，猜出来的译文迟早要返工
• 把每次踩的坑记下来，我到现在还留着个 Excel，两年攒了三百多条

本地化这行，入门不难，难的是细节攒够。工具三天能学会，文件格式一周能摸熟，真正拉开差距的是那些被退稿、被报错、被客户截图指出来的瞬间。我现在回头看当初那个把 { 0} 挪位置的自己，只想说一句，local菜就local菜吧，谁不是这么过来的。