Perundingan Pengantarabangsaan: Baiki yang Rosak, Rancang yang Seterusnya
Anda sudah tahu i18n itu sukar. Saya telah melihat gejalanya: susun atur RTL yang runtuh, teks Jerman melimpahi butang, respons API dalam bahasa yang salah, dan terjemahan yang tidak segerak dalam beberapa minggu selepas pelancaran. Saya tidak jual penyelesaian ajaib. Saya bantu anda selesaikan masalah khusus pasukan anda — dan bina sistem yang tak akan rosak dengan cara sama dua kali.
"Kita Patut Merancang Ini Lebih Awal"
Kos Arkitektur yang Anda Tanggung Sekarang
Anda melancarkan dalam bahasa Inggeris. Ia berfungsi. Kemudian anda tambah bahasa Perancis "hanya untuk halaman pendaratan." Kini anda di sini kerana:
Pangkalan kod anda mempunyai semakan lang= yang bertaburan merentasi 47 fail
Pengurus produk tanya "boleh tak kami uji A/B salinan ini?" dan kejuruteraan jawab "tidak boleh tanpa tulis semula"
Anda mempunyai tiga aliran kerja terjemahan yang berbeza dan tiada satu pun berfungsi dengan boleh dipercayai
Apa yang pernah saya lihat rosak:
- Pasukan menghabiskan 6+ bulan untuk mengubah suai i18n ke dalam aplikasi Next.js kerana rentetan dikodkan secara tetap dalam komponen
- Fail terjemahan tidak segerak kerana pembangun tidak tahu fail mana yang perlu dikemas kini
- Tempoh "pembekuan penyetempatan" sebelum keluaran kerana tiada siapa yang yakin dengan aliran kerja terjemahan
- Keengganan untuk mengubah sebarang kandungan terjemahan kerana aliran kerja yang terlalu menyusahkan
Apa yang saya bantu:
- Strategi pemfaktoran semula yang membolehkan anda menggunakan i18n secara berperingkat (Saya tidak menuntut "hentikan segalanya dan tulis semula")
- Reka bentuk proses untuk memastikan terjemahan kekal segerak tanpa menyekat pembangunan
- Semakan seni bina untuk mengenal pasti di mana pendekatan semasa anda akan gagal pada 10+ bahasa
i18n ialah seni bina, bukan ciri. Cuba menambahnya kemudian macam nak buat ruang bawah tanah selepas rumah dah siap dibina.
Saya bantu anda menggali ruang bawah tanah itu—atau tentukan sama ada anda benar-benar memerlukannya.
RTL Rosakkan Segalanya
UI Anda Tidak Direka untuk Bahasa Arab, Ibrani, atau Urdu
Anda tukar dir="rtl" dan susun atur anda jadi berantakan:
Apa yang pernah saya lihat:
- Sistem reka bentuk dengan 200+ komponen, tetapi hanya 12 yang mengendalikan RTL dengan betul
- Pasukan yang menggunakan float: left dan bukannya logical properties — menghasilkan pepijat RTL dalam setiap ciri baharu
- Popover dan modal yang memerlukan pengatasan RTL khusus bagi setiap komponen
- Rangka kerja yang mendakwa ada "sokongan RTL" tetapi sekadar membalikkan arah susun atur tanpa mengendahkan logik penempatan
Apa yang saya bantu:
- Migrasi sifat logik CSS (margin-inline-start menggantikan margin-left)
- Audit sistem reka bentuk untuk mengesan masalah tersembunyi RTL sebelum ia dikeluarkan
- Panduan khusus rangka kerja (Tailwind, shadcn, MUI) untuk penggayaan mengutamakan RTL
Membaiki pepijat RTL secara manual dalam setiap komponen tidak mampan. Saya menjadikan sokongan RTL bersifat sistematik — bukan perang tanpa henti.
"Teks Jerman Rosakkan Butang Kami"
UI yang Tidak Direka untuk Terjemahan
Bahasa Inggeris muat. Bahasa Jerman tidak. Reka bentuk anda mengandaikan:
Kemudian anda menterjemahkan ke bahasa Jerman, Finland, atau Thai dan mendapati:
Butang terpotong di tengah-tengah perkataan
Jadual dengan tatal mendatar pada setiap baris
Teks yang membalut menjadi blok yang tidak boleh dibaca
Teks bukan Latin terpotong kerana bekas mempunyai lebar tetap
Apa yang saya bantu:
- Corak UI anjal yang menyesuaikan diri mengikut panjang kandungan
- Perancangan bajet aksara (memandangkan Jerman mengembang 30%, Thai tidak menggunakan ruang kosong)
- Sistem tipografi yang mengendalikan CJK, Arab dan Devanagari tanpa masalah
Saya bantu anda membina UI yang tahan terjemahan — sebelum anda membayar untuk 10,000 perkataan yang tidak muat.
Anda tak perlu diceramahi tentang kepentingan i18n. Anda perlukan seseorang yang pernah nyahpepijat popover RTL pada pukul 2 pagi, berdebat dengan pasukan produk tentang bajet aksara, dan mereka bentuk saluran terjemahan yang benar-benar berfungsi.
Perangkap yang Tiada Siapa Memperingatkan Anda
Kisah Sebenar daripada Pasukan yang Pernah Melaluinya
Ini bukan teori semata-mata. Ini perkara yang benar-benar rosak dalam production:
Neraka Penjamakan
Bahasa Inggeris: "1 item" lawan "2 items"
Bahasa Poland: "1 przedmiot" / "2 przedmioty" / "5 przedmiotów" (3 bentuk jamak)
Bahasa Arab: 6 bentuk jamak
Logik count === 1 ? 'item' : 'items' tidak berfungsi lagi.
Kekacauan Tarikh/Masa
Anda memformat tarikh menggunakan toLocaleDateString(). Kemudian pengguna di Jepun nampak "2025年2月9日" dalam eksport CSV anda — dan Excel terus tersedak.
Ketidakpadanan Bahasa API
Frontend anda meminta bahasa Perancis. API anda memulangkan bahasa Inggeris kerana token pengesahan tidak membawa maklumat lokasi. Kini anda ada UI bercampur bahasa dan pengguna menyangka ia pepijat.
Pengujian Pseudo-Locale
Anda tidak menguji dengan [Ţĥîś îś ţéśţ ţéẋţ ţĥàţ éẋþàñðś 30%] sebelum ke pengeluaran. Kini laman web Poland anda tidak boleh digunakan.
Andaian yang Tidak Kelihatan
Anda menganggap hanya rentetan yang perlu diterjemahkan. Kemudian anda menghadapi masalah tarikh, nombor, mata wang, pengisihan dan carian—semuanya mempunyai tingkah laku khusus mengikut lokal.
Apa yang saya bantu:
- Pelaksanaan ICU MessageFormat (mengendalikan kata jamak, jantina dan konteks)
- Corak i18n API (perundingan bahasa, strategi sandaran)
- Proses QA yang mengesan isu ini sebelum agensi terjemahan menemuinya
Aliran Kerja Itu yang Paling Susah
Bagaimana Anda Memastikan 8 Bahasa Kekal Segerak Apabila Anda Keluarkan Kemas Kini Setiap Hari?
Anda sudah menguasai teknologinya. Sekarang anda tersekat pada proses:
Pembangun menggabungkan kod dengan rentetan Inggeris baharu. Terjemahan tertinggal 2 minggu. Pengguna melihat UI yang separuh diterjemahkan.
Anda tidak tahu rentetan mana yang selamat untuk dipadam (adakah ia digunakan? diterjemahkan? sedang diproses oleh agensi?)
Pasukan produk mahu mengemas kini salinan. Tiada siapa tahu sama ada menukar "Submit" kepada "Send" akan merosakkan 12 bahasa.
Fail terjemahan tidak segerak dengan versi pengeluaran selama berminggu-minggu
Soalan yang sering ditanya oleh pasukan kepada saya:
Apa yang pernah saya lihat rosak:
- Fail terjemahan yang didaftarkan ke dalam git berbeza daripada rentetan pengeluaran
- Amaran "Jangan sentuh fail Sepanyol" kerana tiada siapa tahu apa yang selamat untuk diubah
- Ciri-ciri dilancarkan dalam bahasa Inggeris, kemudian diterjemahkan 6 bulan kemudian (itupun kalau sempat)
Apa yang saya bantu:
- Reka bentuk aliran kerja terjemahan (bila perlu guna pustaka i18n, bila perlu guna TMS, bila perlu guna AI)
- Aliran kerja Git untuk memastikan rentetan sumber dan terjemahan kekal selari
- Automasi yang menyekat PR jika rentetan baharu tidak ditandakan untuk terjemahan
Teknologi boleh diselesaikan. Aliran kerja itulah penghalangnya. Saya reka aliran kerja yang tidak memerlukan usaha luar biasa untuk diselenggara.
Pasukan yang Pernah Saya Bekerja Sama
Produk Global, Kepakaran Serantau
LINE (Jepun, Taiwan, Thailand)
Platform pemesejan yang beroperasi merentasi 3 pasaran utama di Asia Timur. Menangani cabaran khusus pengendalian aksara CJK, integrasi ekosistem platform, dan jangkaan pengalaman pengguna yang berbeza di Jepun, Taiwan, dan Thailand.
KakaoTalk (Korea Selatan)
Platform pemesejan dominan di Korea. Menangani keperluan produk khusus pasaran Korea, termasuk jangkaan tahap formaliti bahasa dalam UI dan keperluan integrasi platform.
Change.org (196 negara, 20+ bahasa keutamaan)
Global platform petisyen yang mengutamakan kelajuan dan kualiti kandungan. Membantu mengurus aliran kerja terjemahan bagi kandungan politik/sosial yang dijana pengguna merentasi pelbagai pasaran.
Airbnb (220+ negara, 60+ bahasa)
Pasaran global dengan keperluan i18n yang kompleks. Memberikan perundingan mengenai cabaran berkaitan kepercayaan/keselamatan dalam pelbagai bahasa serta adaptasi budaya konsep platform merentas pasaran.
Intercom (30+ bahasa, global B2B SaaS)
Platform komunikasi pelanggan yang melayani pelanggan korporat global. Menangani pengantarabangsaan produk untuk alatan sokongan masa nyata dan penyetempatan pangkalan pengetahuan.
Lilith Games (China, Jepun, Korea, AS, EU)
Penerbit permainan mudah alih dengan tajuk-tajuk yang diedarkan secara global. Menangani cabaran khusus pasaran berkaitan penyetempatan kandungan dan keperluan platform serantau.
Pasaran yang Pernah Saya Lancarkan:
Asia Timur (Jepun, Korea, China):
Tipografi CJK, integrasi ekosistem platform, sokongan teks menegak
Asia Tenggara (Thailand, Vietnam, Indonesia):
Sokongan berbilang skrip, jangkaan pengguna yang mengutamakan mudah alih
MENA (wilayah berbahasa Arab):
Keperluan susun atur RTL, jangkaan bahasa formal berbanding kolokial, adaptasi kandungan mengikut budaya
Eropah:
24 bahasa rasmi, pelancaran produk merentas pelbagai negara
Amerika:
Variasi bahasa serantau (Sepanyol LATAM lwn Sepanyol Eropah, Portugis Brazil), pasaran dwibahasa
Saya telah melihat apa yang berjaya dan apa yang gagal di pasaran-pasaran ini—bukan dari teori, tetapi dari pengalaman melancarkan produk yang digunakan oleh pengguna sebenar.
Jom Baiki yang Rosak
Anda tak perlu diceramahi tentang kepentingan i18n. Anda perlukan seseorang yang pernah nyahpepijat popover RTL pada pukul 2 pagi, berdebat dengan pasukan produk tentang bajet aksara, dan mereka bentuk saluran terjemahan yang benar-benar berfungsi.
Semakan Seni Bina & Strategi (1–2 minggu):
Saya memberitahu anda apa yang akan rosak apabila anda menambah 3 bahasa seterusnya, dan berapa kos untuk membetulkannya
Sokongan Pelancaran Pasaran (4–8 minggu):
Anda melancarkan di Jepun/MENA/EU dan perlukan pakar yang pernah melakukannya sebelum ini
Perkongsian Berterusan:
Perundingan terbenam semasa anda berskala daripada 2 bahasa kepada 20
Saya tidak buat teori. Saya buat triaj, peta jalan, dan penghantaran.