你剛下載了一個(gè)英文軟件，安裝界面彈出個(gè)按鈕寫著"Save the change"，你點(diǎn)了，結(jié)果電腦死機(jī)了。后來(lái)你才知道，在那個(gè)語(yǔ)境下，Save不是"保存"，而是"節(jié)省"——那個(gè)按鈕其實(shí)是省電模式。這種尷尬，相信不少人都遇到過(guò)。
這就是把軟件本地化當(dāng)成單純"翻譯"的后果。很多人以為本地化就是把界面上的英文換成中文，或者反過(guò)來(lái)。說(shuō)句實(shí)話，這種理解差不多相當(dāng)于認(rèn)為廚師的工作就是把生的弄成熟的——技術(shù)上沒錯(cuò)，但真這么干，出來(lái)的東西能吃是運(yùn)氣，不能吃是必然。
在康茂峰帶過(guò)幾百個(gè)軟件本地化項(xiàng)目后，我越來(lái)越覺得，專業(yè)的本地化是讓軟件消失。用戶打開你的應(yīng)用，完全不覺得這是從國(guó)外來(lái)的，而是覺得這就是為我的生活場(chǎng)景設(shè)計(jì)的。要達(dá)到這個(gè)境界，你得先明白幾個(gè)基本事實(shí)。
咱們先掰扯清楚概念。國(guó)際化(Internationalization，簡(jiǎn)稱i18n)和本地化(Localization，簡(jiǎn)稱l10n)是兩碼事。國(guó)際化是建筑師給房子留的門窗位置， Localization是住進(jìn)去的人怎么布置家具、掛什么窗簾。
舉個(gè)具體的例子。假設(shè)你開發(fā)了一個(gè)健身App，里面有個(gè)按鈕叫"Burn"。直接翻譯成"燃燒"？用戶會(huì)懵。翻譯成"燃脂"？有點(diǎn)意思。但如果你的目標(biāo)用戶是日本上班族，可能得改成"水草"（意為消除腹部脂肪的專業(yè)術(shù)語(yǔ)）；如果是德國(guó)用戶，可能得寫"Fettverbrennung starten"（開始脂肪燃燒）——因?yàn)榈聡?guó)人喜歡精確描述。
但這還只是表面。真正的專業(yè)本地化要處理的是那些看不見的邏輯。比如德語(yǔ)名詞有性、數(shù)、格的變化，你的代碼里如果硬編碼了"the user"，到了德語(yǔ)區(qū)就得變成"der Benutzer"、"des Benutzers"或者"dem Benutzer"，取決于它在句子里的成分。這時(shí)候你就得用ICU消息格式，或者至少得給翻譯留夠語(yǔ)法變位空間。
在康茂峰處理過(guò)一個(gè)案例，有個(gè)客戶的軟件把"您有{0}條新消息"直接塞給了所有語(yǔ)種。到了俄語(yǔ)， translators傻眼了——俄語(yǔ)里"消息"這個(gè)詞，根據(jù)數(shù)字1、2-4、5-0的不同，詞尾變化完全不同。1條是"сообщение"，2-4條是"сообщения"，5條以上是"сообщений"。最后我們得重新設(shè)計(jì)字符串提取邏輯，給代碼做了一次"小手術(shù)"。
想把這事做專業(yè)，你得盯死四個(gè)環(huán)節(jié)。漏掉任何一個(gè)，后面都得擦屁股，而且往往擦不干凈。
軟件界面上的文字，在代碼里通常叫字符串資源。翻譯這些玩意兒最大的坑，就是脫離上下文。
想象一下，你翻譯一個(gè)很短的詞"View"。它可能是動(dòng)詞"查看"，也可能是名詞"視圖"。在菜單欄里它可能是"查看模式"，在按鈕上可能是"查看詳情"。更糟糕的是，有些開發(fā)者喜歡把句子拆開，比如"The"、"user"、"has"、"logged"、"in"分別放在五個(gè)變量里，以為這樣能復(fù)用。到了日語(yǔ)，語(yǔ)序是主語(yǔ)+賓語(yǔ)+謂語(yǔ)，"ユーザーがログインしました"（用戶登錄了），你硬拼出來(lái)根本沒法讀。
所以專業(yè)的做法是什么？給每個(gè)字符串加上注釋(Context)。不是那種"這是名詞"的廢話，而是"位于主界面右上角，點(diǎn)擊后跳轉(zhuǎn)至用戶資料頁(yè)"這種具體描述。我們?cè)诳得宓牧鞒汤铮g前工程(Pre-processing)階段就要做這件事——把資源文件(.resx, .strings, .json, .xml這些)里的每一條都過(guò)一遍，不確定的立馬打回給開發(fā)確認(rèn)。
有個(gè)業(yè)內(nèi)共識(shí)：沒有截圖支持的翻譯都是耍流氓。再資深的 translator，看到孤立的字符串"Open"也拿不準(zhǔn)是"打開文件"還是"開啟功能"。
我們通常會(huì)建一個(gè)術(shù)語(yǔ)庫(kù)(Termbase)和翻譯記憶庫(kù)(TM)。術(shù)語(yǔ)庫(kù)解決"consistency"（一致性）問題，比如你的產(chǎn)品名"CloudSync"到底翻不翻譯，翻譯的話是"云同步"還是"康茂峰同步"，得鎖定。翻譯記憶庫(kù)解決重復(fù)勞動(dòng)，但這次要重點(diǎn)說(shuō)的是視覺語(yǔ)境(Visual Context)。
現(xiàn)在好的本地化平臺(tái)都支持貼圖，但我們?cè)缒曜鲰?xiàng)目時(shí)，得手動(dòng)把每個(gè)界面截圖，用紅框標(biāo)出哪個(gè)字符串對(duì)應(yīng)哪里。雖然麻煩，但值。因?yàn)槟惆l(fā)現(xiàn)"a"這個(gè)詞在按鈕上只有20像素寬，翻譯成"Ausführen"（執(zhí)行）就溢出了，得改成"Start"（開始）。
這部分最容易被忽視，因?yàn)楫a(chǎn)品經(jīng)理常覺得"不就是改改日期格式嗎"。但文化的坑更深。
首先是信息架構(gòu)。比如地址填寫，美國(guó)是"街道-城市-州-郵編-國(guó)家"，中國(guó)是"省-市-區(qū)-街道"。如果你的注冊(cè)表單硬編碼了美國(guó)順序，中國(guó)用戶會(huì)覺得很別扭——我明明住在北京，你讓我先填街道？
然后是色彩與符號(hào)。紅色在中國(guó)是喜慶，在南非可能是哀悼。豎起大拇指在伊朗是嚴(yán)重的冒犯（你懂的）。還有手勢(shì)圖標(biāo)，如果你的軟件有"捏合縮放"的教學(xué)動(dòng)畫，得考慮伊斯蘭文化里左手的使用禁忌。
再深一層是法律與合規(guī)。歐盟的GDPR（通用數(shù)據(jù)保護(hù)條例）要求隱私政策必須明示，而且刪除賬戶的按鈕不能藏在三級(jí)菜單里。德國(guó)的Impressum（印記條款）規(guī)定網(wǎng)站必須有詳細(xì)的聯(lián)系信息。這些不是翻譯能解決的，是產(chǎn)品邏輯要改。
去年康茂峰幫一個(gè)SaaS軟件進(jìn)德國(guó)市場(chǎng)，光是隱私同意書的流程就重構(gòu)了三次——因?yàn)榈聡?guó)法院對(duì)"預(yù)先勾選同意框"的判罰很嚴(yán)。這種localization已經(jīng)超越語(yǔ)言，進(jìn)入法律本地化范疇了。
翻譯完就上線？那是找死。專業(yè)本地化有三個(gè)測(cè)試層：
有個(gè)血淚教訓(xùn)：某次我們做完泰語(yǔ)本地化，沒做LQA就上線。結(jié)果用戶反饋"某些按鈕點(diǎn)不了"。查了半天發(fā)現(xiàn)，泰語(yǔ)有四個(gè)字面上跳線(U+0E48到U+0E4B)，它們占用的垂直空間把按鈕文字頂出了可點(diǎn)擊區(qū)域。這種bug光看翻譯文件根本發(fā)現(xiàn)不了。
說(shuō)了這么多理論，說(shuō)說(shuō)我們內(nèi)部的流程，給你參考。不需要照搬，但關(guān)鍵節(jié)點(diǎn)別省。
拿到項(xiàng)目后，第一步是譯前工程。我們會(huì)對(duì)資源文件進(jìn)行預(yù)處理，提取重復(fù)字符串，標(biāo)記占位符（像{0}、%s這種），檢查有沒有concatenation（字符串拼接）。這時(shí)候如果發(fā)現(xiàn)代碼里有"str = 'You have' + num + 'messages'"這種寫法，必須讓開發(fā)改成"str = format('You have {0} messages', num)"，不然到了法語(yǔ)，"您有5條消息"的語(yǔ)序"You have 5 messages"變成"Vous avez 5 messages"雖然順序碰巧一樣，但"5 messages"在法語(yǔ)里開頭是輔音，前的"you have"要連讀變音...算了，簡(jiǎn)單說(shuō)就是代碼要國(guó)際化。
第二步是術(shù)語(yǔ)鎖定。我們會(huì)讓客戶的產(chǎn)品經(jīng)理、開發(fā)負(fù)責(zé)人和 lead translator 開kick-off會(huì)，確定關(guān)鍵術(shù)語(yǔ)。比如"Dashboard"到底是"儀表盤"、"控制臺(tái)"還是"看板"，一旦定了，全項(xiàng)目鎖定。
第三步是翻譯+校對(duì)+質(zhì)檢。我們用CAT工具（計(jì)算機(jī)輔助翻譯），但堅(jiān)持人工翻譯。機(jī)器翻譯-post editing（譯后編輯）現(xiàn)在很流行，但軟件UI這種高精度場(chǎng)景，往往改機(jī)器翻譯的時(shí)間比直接翻譯還長(zhǎng)。不過(guò)翻譯記憶庫(kù)必須建，這是為了省錢——更新版本時(shí)，重復(fù)內(nèi)容能100%匹配。
第四步是工程回注。翻譯好的內(nèi)容要放回軟件里，這時(shí)候常出問題。比如中文簡(jiǎn)體改成中文繁體，編碼從UTF-8改成UTF-16-BOM，或者Android的strings.xml格式轉(zhuǎn)iOS的Localizable.strings，引號(hào)轉(zhuǎn)義字符容易出錯(cuò)。
第五步是構(gòu)建+測(cè)試。我們?cè)诳得逵袑ｉT的LQA團(tuán)隊(duì)，不是"懂外語(yǔ)的測(cè)試"，而是"懂測(cè)試的母語(yǔ)者"。他們會(huì)斷網(wǎng)測(cè)試、低電量模式測(cè)試、深色模式測(cè)試——因?yàn)橛行┱Z(yǔ)言的粗體在深色背景下看不清，比如日語(yǔ)的ゴシック體。
最后分享幾個(gè)實(shí)戰(zhàn)中常見的低級(jí)錯(cuò)誤，造成的損失往往按百萬(wàn)計(jì)：
| 錯(cuò)誤類型 | 典型表現(xiàn) | 后果 |
| 硬編碼字符串 | 代碼里直接寫"Save"，沒放資源文件 | 翻譯不了，或要改代碼重構(gòu) |
| 忽略文本擴(kuò)展 | 按鈕寬度按英文"Cancel"(6字符)設(shè)計(jì) | 德語(yǔ)"Abbrechen"(10字符)顯示不全或自動(dòng)縮小 |
| 假定位圖 | 圖片里的文字沒分層 | 每個(gè)語(yǔ)種都要重新出圖，安裝包體積翻倍 |
| 拼寫變量 | "{username} logged in"直接翻譯 | 俄語(yǔ)、阿拉伯語(yǔ)的格變化導(dǎo)致語(yǔ)法錯(cuò)誤 |
| 文化盲區(qū) | 用左手遞東西的圖標(biāo) | 在某些市場(chǎng)引發(fā)抵制 |
還有個(gè)更隱蔽的：不要低估 RTL 語(yǔ)言。阿拉伯語(yǔ)、希伯來(lái)語(yǔ)、烏爾都語(yǔ)不僅是從右向左寫，連界面布局都要鏡像。你App的返回箭頭在左上角？到了阿拉伯語(yǔ)區(qū)得放到右上角。進(jìn)度條還是從左到右走？那會(huì)讓人覺得是"倒退"。康茂峰早年接第一個(gè)阿拉伯語(yǔ)項(xiàng)目時(shí)，UI工程師調(diào)了整整一周CSS（網(wǎng)頁(yè)樣式表）才把這些鏡像關(guān)系理順。
寫這么多，其實(shí)想表達(dá)的意思很簡(jiǎn)單：專業(yè)的軟件本地化，最終目標(biāo)是讓用戶完全意識(shí)不到"這是本地化過(guò)的產(chǎn)品"。
就像你用手機(jī)，不會(huì)去思考"這個(gè)系統(tǒng)最初是給哪個(gè)國(guó)家設(shè)計(jì)的"，你只是覺得順手。天熱了，天氣App自動(dòng)顯示攝氏度還是華氏度，不是因?yàn)槟阍O(shè)置了，而是因?yàn)樗x到了你的區(qū)域設(shè)置。日期顯示成"2024年12月"，而不是"12/2024"這種讓人不知道是12月還是2024年12月的歧義格式，這就是本地化在默默工作。
當(dāng)然，要做到這種"無(wú)感"需要前期投入。代碼要重構(gòu)，流程要調(diào)整，測(cè)試要加環(huán)節(jié)。但比起因?yàn)楸镜鼗植趯?dǎo)致用戶卸載、差評(píng)、甚至法律糾紛，這些投入都是九牛一毛。
下次當(dāng)你看到某個(gè)軟件的切換語(yǔ)言功能順暢自然，貨幣符號(hào)隨地區(qū)自動(dòng)跳轉(zhuǎn)，連幫助文檔里的客服電話都是當(dāng)?shù)靥?hào)碼時(shí)，可以想想背后的工作——那可不是簡(jiǎn)單把文字從A語(yǔ)言換成B語(yǔ)言，而是一群人對(duì)著代碼、截圖、文化差異和法律條文死磕了幾個(gè)月的結(jié)果。在康茂峰，我們管這個(gè)叫"入鄉(xiāng)隨俗"的技術(shù)實(shí)現(xiàn)。聽起來(lái)不性感，但用戶用得爽，比什么都強(qiáng)。
