Apakah Anda berkembang dengan mempertimbangkan lokalisasi?

Ketika bekerja pada proyek perangkat lunak atau situs web, apakah Anda mengembangkannya dengan mempertimbangkan lokalisasi?

Maksud saya ini misalnya

• Eksternalisasi semua string, termasuk pesan kesalahan.
• Tidak menggunakan gambar yang mengandung teks.
• Mendesain UI Anda dengan mempertimbangkan teks.
• Menggunakan pseudo-translation untuk menguji UI Anda di awal proses.
• dll.

Pada proyek yang Anda kerjakan, apakah ini dalam kategori 'baik untuk dimiliki' dan biarkan tim lokalisasi mengkhawatirkan sisanya, atau apakah Anda memiliki kesiapan pelokalan dalam proses pengembangan Anda? Saya tertarik mendengar bagaimana pengembang melihat lokalisasi secara umum.

Saya bekerja untuk perusahaan besar Fortune 500 dan kami selalu memulai dengan lokalisasi dalam pikiran. Proyek kami biasanya hanya untuk AS, tetapi terlalu sering selama bertahun-tahun, kami akan menulis aplikasi untuk klien dan kemudian orang lain akan melihatnya dan berkata "hei, itu akan sangat cocok untuk negara X". Kemudian hal berikutnya yang Anda tahu adalah Anda akan melalui penambahan kode pelokalan. Ini benar-benar tidak membutuhkan waktu lagi untuk membangun aplikasi dengan itu dari awal, jadi kita lakukan saja. Ditambah manfaat tambahan adalah bahwa ketika klien datang kepada kami dan meminta aplikasi mereka (pilih bahasa Anda), kami menyerahkan mereka file dan memberitahu mereka untuk menerjemahkannya (pilih bahasa Anda) dan kami selesai .

Saya pikir itu penting 10 tahun yang lalu. Teknologi terbaru memecahkan masalah .

Saya tinggal di negara di mana ada 3 bahasa nasional , dan hanya satu dari mereka adalah minoritas.

Untuk memahami masalah yang bisa terjadi karena itu, itu seperti memiliki bagian barat AS berbicara bahasa (sangat) berbeda dari bagian timur. Pikirkan bahwa di pusat negara, populasi agak bergabung, jadi Anda harus menggunakan kedua bahasa di mana-mana.

Memiliki 4 bahasa di aplikasi desktop dan situs web adalah dan masih sangat umum (3 bahasa nasional + Inggris). Terkadang itu kewajiban.

Saya sadar akan lokalisasi karena saya telah dikondisikan oleh lingkungan saya. Jadi ya, beberapa tahun yang lalu, saya mengkhawatirkannya.

Sekarang saya tidak terlalu peduli dengan lokalisasi karena alat IDE terbaru memungkinkan Anda untuk mengubah aplikasi statis apa pun menjadi yang sepenuhnya dilokalkan dengan sangat mudah.

Alat yang saya gunakan dengan Visual Studio .NET:

• CodeRush , sebuah plugin Visual Studio yang memungkinkan Anda untuk memindahkan teks kode keras ke file sumber daya.
• Easy Localizer , ekstrak label dalam file Excel di mana Anda menambahkan semua bahasa tambahan, lalu gabungkan kembali dalam file sumber daya Anda.

Sebagian besar klien saya hanya membutuhkan satu bahasa, dan pada kenyataannya menentukan satu bahasa. Karenanya, kami tidak menghabiskan waktu untuk melokalkan aplikasi. Namun, itu tidak berarti kita dapat sepenuhnya mengabaikan bahasa lain. Jadi kami tetap dengan dasar-dasarnya:

• Gunakan Unicode di mana-mana. Ini 2k10, tidak ada alasan untuk tidak melakukannya.
• Desain untuk beberapa elastisitas dalam tata letak. Bahkan dengan semua bahasa Inggris, font yang berbeda memiliki jejak layar yang sangat berbeda pada ukuran titik yang sama.
• Jauhkan fungsi aplikasi / pemodelan data dari lapisan tampilan

Secara pribadi, ketika bahasa pelokalan potensial secara fundamental berbeda dari yang dirancang aplikasi di sana ada lebih banyak terjadi daripada pemilihan teks sederhana. Sementara penggantian teks membantu dan akan memungkinkan perusahaan untuk mendapatkan implementasi "cepat dan kotor" di lokasi baru secara komparatif sebelumnya - itu tidak menyelesaikan perbedaan mendasar dalam cara berpikir pengguna dalam bahasa lain.

Saya sudah belajar bahasa Jepang, dan walaupun saya hanya bisa menganggap diri saya pemula dalam bahasa itu, saya cukup tahu bahwa ada beberapa konsep yang tidak ada terjemahan langsungnya. Ada beberapa ide berbeda tentang apa yang membuat sesuatu bisa digunakan. Meskipun konsep besar utama mungkin serupa, detailnya yang benar-benar membuat perbedaan dengan pengguna.

Untuk benar-benar mengatasi kebutuhan budaya yang sangat berbeda, Anda membutuhkan wajah yang sama sekali baru untuk aplikasi Anda. Itu sebabnya pemisahan Model / View / Controller menjadi lebih penting. Selama aplikasi berfungsi dengan cara yang sama, bagian tampilan dapat sepenuhnya diganti. Ketika itu terjadi, seseorang berencana membayar sejumlah uang nyata untuk mengatasi masalah dengan benar.

Kami telah melakukannya sesuai kebutuhan: hal-hal yang berhubungan dengan pelanggan sekarang semuanya dilakukan dengan mempertimbangkan i18n, karena kami telah memperluas pasar kami, dan beberapa hal internal sekarang mampu i18n, sehingga karyawan yang menggunakan itu tidak perlu berbicara bahasa Inggris.

Jadi, kami melakukannya berdasarkan kebutuhan, sebagai startup.

Kedengarannya orang-orang melakukan upaya yang sulit. Terutama ketika menggunakan bahasa Inggris sebagai bahasa asli, mudah untuk mengabaikan fakta bahwa bahasa lain biasanya membutuhkan 30-40% lebih banyak ruang untuk teks. Ini membutuhkan penerjemah untuk menggunakan singkatan yang tidak mudah dimengerti yang tentu saja buruk untuk pengalaman pengguna.

Biasanya, saya menambahkan internasionalisasi nanti ketika saya membutuhkannya, bahkan jika saya tahu dari awal bahwa saya akan membutuhkannya. Dengan bahasa yang saya gunakan, tidak terlalu sulit untuk melakukannya dalam fase terpisah, dan saya bisa menjaga satu aspek rumit dari fase konstruktif awal.

Saya menulis aplikasi android, dan lokalisasi cukup mudah menggunakan file string gaya java. Hampir tidak ada upaya untuk internasionalisasi penuh pada semua bahasa Android.

Jawab: Ya. Meskipun di lingkungan saya bekerja (Python / Zope / Plone) sangat mudah untuk melokalisasi string setelahnya, jadi saya melewatkannya jika itu bukan persyaratan dari awal.

Tapi saya menyimpan teks dalam objek unicode, dll.

Jadi iya. Saya memastikan aplikasi saya cukup mudah untuk dilokalkan dan bahkan jika tidak dilokalkan akan berfungsi dalam pengaturan internasional. Tidak melakukan itu adalah kesalahan, karena upaya yang diperlukan kecil, dan manfaatnya besar.