Yazılım Yerelleştirme

Bu hizmet, web sitesi yerelleştirmesinden farklıdır. Web sitesinde çoğunlukla akıcı, bağlamı belli metinler vardır; yazılımda ise metinler kısa, dağınık ve bağlamından kopuk parçalar hâlinde, kaynak dosyaların içinde durur. “Save”, “Open”, “None” gibi tek kelimeler ekranda nereye düşeceği görülmeden çevrilir. Bu kopukluk, yazılım yerelleştirmesinin en belirleyici zorluğudur.

Metin koddan ayrı durur

Yerelleştirilebilir bir yazılımda, kullanıcıya görünen tüm metinler kodun içinden çıkarılıp ayrı kaynak dosyalarında toplanır. Çevirmen kodla değil bu dosyalarla çalışır. Ancak bu dosyalar özel öğeler taşır: değişkenlerin gireceği yer tutucular, çoğul ekleri, biçimlendirme işaretleri. Bunlara dokunulursa uygulama çöker. Bu yüzden yazılım yerelleştirmesi, ne çevrilip nelere dokunulmayacağını bilmeyi gerektirir.

Türkçe gibi eklemeli bir dilde çoğul ve durum ekleri ayrı bir sorun çıkarır. İngilizcede bir değişkenin sonuna basitçe eklenen ifade, Türkçede sözcüğün son sesine göre değişir. Bu yüzden cümlenin ortasına değişken yerleştiren tasarımlar çoğu zaman kusurlu sonuç verir; bu tür yerler yerelleştirme sırasında tespit edilip geliştiriciye bildirilmelidir.

Süreç nasıl işler?

Yazılım yerelleştirme süreci, çeviriden çok bir mühendislik disiplinine benzer; her adımda hem dil hem de teknik doğruluk birlikte gözetilir. Aşağıdaki akış, metinlerin bağlamından kopuk parçalar hâlinde geldiği gerçeğini merkeze alır: bu yüzden bağlam toplamak, çevirinin kendisi kadar önemli bir adımdır. Yer tutucuların ve biçim kodlarının korunması, süreç boyunca değişmeyen bir kuraldır. Adımların sonunda gelen test ise sürecin en belirleyici halkasıdır; çünkü bir çevirinin gerçekten doğru olup olmadığı, ancak uygulamanın içinde görüldüğünde anlaşılır.

1. Kaynak dosyaların alınması. Metinlerin bulunduğu dil dosyaları ve varsa ekran görüntüleri ya da bağlam notları toplanır.
2. Terim ve üslup kılavuzu. Ürünün temel terimleri sabitlenir; “delete”, “remove”, “cancel” gibi yakın kavramların hangi karşılıkla verileceği kararlaştırılır.
3. Çeviri. Metinler, yer tutucular ve karakter sınırları gözetilerek çevrilir; bağlamı belirsiz parçalar için geliştiriciye soru açılır.
4. Derleme üzerinde test. Çeviri uygulamaya yerleştirilir ve gerçek ekranlarda görülür; taşan, yanlış yere düşen ve bağlamdan kopan metinler düzeltilir.
5. Sürüm bakımı. Yeni sürümde değişen metinler işaretlenip yalnızca onlar güncellenir; her sürümde sıfırdan başlanmaz.

Teslim biçimi

Teslim, çeviri yerleştirilmiş kaynak dosyalar biçimindedir; geliştirici bunları doğrudan derlemeye alabilir. Yer tutucular, biçim kodları ve dosya yapısı bozulmadan korunur. Test aşaması istenmişse, ekran üzerinde görülen sorunların listesi ve önerilen düzeltmeler de raporlanır. Ürünün belgeleri ve yardım metinleri de çevrilecekse, bunlar arayüzle terim birliği içinde ele alınır.

Bu hizmete özgü dikkat noktaları

En büyük risk bağlamsızlıktır. Ekranda nereye düşeceği görülmeden çevrilen bir kelime yanlış anlam taşıyabilir: “close” hem “kapat” hem “yakın” demektir; hangisi olduğunu ancak bağlam söyler. Bu yüzden ekran görüntüleri ve geliştiriciyle açık bir soru kanalı, kalitenin en belirleyici unsurudur. Bağlam verilmeyen bir projede hata oranı kaçınılmaz olarak artar.

İkinci nokta, gerçek arayüzde görmeden bitirmemektir. Kâğıt üzerinde doğru görünen bir çeviri, dar bir menüye sığmayabilir ya da bir cümlenin ortasına düşen değişken yüzünden bozuk okunabilir. Bu sorunlar ancak derleme üzerinde test edilerek görülür. Uygulamanızla birlikte web sitesi de yerelleştirilecekse, iki iş çeviri hizmetlerimiz kapsamında terim birliğiyle yürütülür.

Uluslararasılaştırma ve test döngüsü

Yazılım yerelleştirmesinin başarısı, çeviriden önce atılan bir adıma bağlıdır: uluslararasılaştırma. Uygulama, farklı dilleri taşıyacak biçimde kurulmadıysa çeviri ne kadar iyi olursa olsun sonuç bozuk çıkar. Metnin koddan ayrılmış olması, tarih ve sayı biçimlerinin ayarlanabilir olması ve arayüzün uzayan metne yer bırakması, çeviriden önce sağlanması gereken koşullardır. Bunlar eksikse, önce geliştirme tarafının düzeltilmesi gerekir.

İkinci belirleyici, test döngüsüdür. Yerelleştirme tek yönlü bir teslim değil, tekrar eden bir süreçtir: çeviri yerleştirilir, derlemede görülür, sorunlar işaretlenir, düzeltilir. Yeni sürümler geldikçe yalnızca değişen dizeler işlenir ve aynı döngü küçük ölçekte tekrarlanır. Bu düzen kurulmadan yürütülen projeler, her güncellemede baştan başlar ve hem pahalıya mal olur hem de tutarlılığını yitirir. Sağlıklı bir yerelleştirme, bu döngüyü baştan bir akış olarak tanımlar.

Fiyatı ne belirler?

Maliyeti belirleyen ilk unsur, çevrilecek metnin gerçek hacmidir; bu hacim kaynak dosyalarda çoğu zaman göründüğünden fazladır çünkü hata mesajları ve yardım metinleri gözden kaçar. İkincisi bağlam durumudur: ekran görüntüsü ve not sağlanan bir proje hızlı ilerler, körlemesine çalışılan bir proje yavaşlar. Üçüncüsü ise test kapsamıdır; derleme üzerinde denetim isteniyorsa bu ayrı bir emektir. Fiyat, kaynak dosyalar görülmeden sağlıklı verilemez.

Kaynak dosyalarınızı ve hedef dilleri teklif formu üzerinden paylaşabilirsiniz. Fiyat kademelerini fiyatlar sayfasında, çalıştığımız dilleri dil sayfalarında görebilirsiniz.

Sık karşılaşılan durumlar

• Bağlamsız metin listesi. Ekran görüntüsü olmadan gönderilen kelime tablosu; yanlış anlam riskini en çok artıran durumdur.
• Yer tutucu bozulması. Değişken işaretlerine yanlışlıkla dokunulması; uygulamanın çökmesine yol açar, bu yüzden korunur.
• Taşan metin. Hedef dilde uzayan yazının dar arayüze sığmaması; ancak derleme üzerinde test ile görülür.
• Sürüm dağınıklığı. Her güncellemede tüm metnin baştan çevrilmesi; oysa yalnızca değişen dizeler işlenmelidir.

Bu içerik genel çerçeveyi verir; işleme özgü ayrıntılar farklılık gösterebilir. Uygulama değişebildiği için başvuru anındaki şartı esas alın.