Özellikler Tercümesi: .properties dosyaları için yapıyı koruyan çeviri
Ekranda görünen metin doğru çevrilirken uygulamanın beklediği anahtarlar ve değişkenler korunmalıdır.
Bir .properties dosyası ilk bakışta sade bir metin listesi gibi görünebilir. Oysa kullanıcıya gösterilecek ifadeler, yazılımın okuduğu anahtarlar, yer tutucular, yorumlar ve kaçış karakterleri aynı dosyada bulunabilir. Çeviride amaç, kullanıcıya görünen metnin anlamını doğru aktarmak ve uygulamanın beklediği yapı unsurlarına dokunmamaktır. LingoTurk, Özellikler Tercümesi taleplerini kaynak/ hedef dil, dosya örnekleri ve mevcut dil dosyaları üzerinden inceler; hangi alanların çeviriye, hangilerinin teknik doğrulamaya ait olduğunu teklif öncesinde açıklığa kavuşturur.
Bir .properties dosyasında çeviri nasıl ayrıştırılır?
Dosyanın adının messages.properties olması tek başına bütün satırların doğal dil metni olduğu anlamına gelmez. Özellikle Java ve web uygulamalarında bazı satırlar dil verisi, bazıları sistem parametresi, bazıları da ekip içi açıklamadır. Bu yüzden ilk adım, uygulamada görünen metni teknik tanımlayıcılardan ayırmaktır. Bir örnek dosya, ilgili kaynak dili ve mümkünse ekran bağlamını görmek, doğru iş yükünü belirlememize yardımcı olur.
Anahtar ile değeri ayırmak
login.button=Giriş yap satırındaki login.button uygulamanın başvurduğu anahtar olabilir; çevrilebilir kısım çoğu zaman eşittir işaretinin sağındaki değerdir. Bununla birlikte anahtar gibi görünen her alanın mutlaka sabit olduğu varsayılmamalı; uygulamanın yerelleştirme şeması kontrol edilmelidir.
Yer tutucuları ve değişkenleri korumak
{0}, %s, ${name} veya {{count}} gibi ifadeler ekranda kullanıcıya gösterilen verilerin yerini tutar. Çeviride dilbilgisi gereği dizilim değişebilir; ancak sözdizimi bozulan bir yer tutucu, çalışma anında hataya neden olabilir. Gerekli örnek değerleri müşteriyle doğrulamak gerekir.
Kodlama ve özel karakterleri izlemek
.properties dosyaları kullanılan Java sürümüne ve uygulamanın yükleme yöntemine göre farklı kodlama beklentileri taşıyabilir. UTF-8 veya Unicode kaçış gösterimi gibi tercihler otomatik varsayılmaz; mevcut kaynaktan doğrulanır. Türkçe karakterlerin doğru görünmesi, yalnızca metnin çevrilmiş olmasından bağımsız bir teslim kontrolüdür.
Bağlam ve ekran kısıtlarını öğrenmek
Save ifadesi bir kayıt düğmesi, dosya kaydetme eylemi veya iş süreci terimi olabilir. Çeviride ekran görüntüsü, dize açıklaması ve karakter sınırı istenebilir. Kısa arayüz metinlerinde doğru bağlam, sözlük karşılığı kadar önemlidir.
Dosya türüne özel kontrol matrisi
Aşağıdaki tablo her projede otomatik olarak tamamlanan adımların garantisi değil, dosya incelemesinde değerlendirdiğimiz başlıca risk alanlarının özetidir.
| İnceleme alanı | Tipik örnek | Kontrol yaklaşımı |
|---|---|---|
| Dosya söz dizimi | Anahtar, ayraç (= veya :) ve değer |
Anahtarın yanlışlıkla çevrilmemesi; satır devamının korunması |
| Dizge değişkenleri | {0}, %1$s, ${user} |
Yer tutucuların tam sayısı, sırası ve gerektiğinde biçimi |
| Yorum ve meta satırları | #, ! ile başlayan açıklamalar |
Çevrilip çevrilmeyeceğinin proje kapsamında belirlenmesi |
| Kodlama | UTF-8, \uXXXX kaçışları, satır sonları |
Kaynak projede kullanılan okuma yöntemi ve test ortamı |
| Çoğul ve koşullu metin | Bir / çok biçimleri, seçilen locale | Uygulamanın çoğul kurallarının ayrıca tanımlanması |
| Yinelenen anahtar | Aynı isimli iki değerin bulunması | Sürüm ve yükleme önceliği nedeniyle müşteriye bildirim |
| Güvenlik ve gizlilik | Parola, URL, token, kurumsal veri | Sırların paylaşımdan önce ayıklanması; çevrilmemesi |
Teknik riskler ve teslim öncesi doğrulama
Yerelleştirme yalnızca kaynak ifadeleri başka bir dile çevirmekle bitmez. Çeviri motoruyla geliştirici aracı, kaynak metnin kaçış karakterlerini veya kodlamasını farklı işleyebilir; bu nedenle kullanıcıya sunulan dosyanın teknik kabul kriterleri önceden konuşulmalıdır.
| Risk | Ne zaman ortaya çıkar? | Nasıl ele alınır? |
|---|---|---|
| Arayüzde taşan metin | Almanca gibi daha uzun hedef metinler | Hedef dil ekranı ve karakter sınırı gözden geçirilir. |
| Bozuk yükleme | Yanlış BOM, kaçış karakteri veya satır devamı | Dosya kodlaması ve ayrıştırma kontrolü önerilir. |
| Yanlış değişken | {name} yerine {isim} yazılması |
Değişken kontrolü ve örnek veriyle test talep edilir. |
| Bağlam hatası | Apply düğmesinin belirsiz karşılığı | Ekran görüntüsü veya kaynak geliştirici notu istenir. |
| Sürüm çakışması | Yeni sürümde değişen / silinen anahtarlar | Dizge envanteri karşılaştırılır; değişiklikler işaretlenir. |
Üç gerçekçi kullanım senaryosu
Birden çok rol ve kullanıcıya göre değişen arayüz mesajları; düğme metni, yardım açıklaması, doğrulama hataları ve bildirimlerin ortak terim listesiyle incelenmesi.
Ölçüm birimleri, hata kodları, güvenlik ikazları ve operatör ekranlarının alan terimleriyle ele alınması; teknik kodların çevrilebilir metinden ayrılması.
Sepet, ödeme ve iade akışlarına ait kullanıcı mesajlarının bağlamlı çevrilmesi; değişken, para birimi ve yerel format sorunlarının teslim öncesi işaretlenmesi.
Bu örnekler, projelerin yaygın teknik özelliklerini gösterir; belirli bir müşteriye ait proje referansı olarak sunulmamaktadır. Dosyanızın ne kadarının çevrilebileceği ve hangi doğrulama işlerinin gerektiği, kaynak örnek incelenmeden kesinleştirilemez.
Dil dosyasını göndermeden önce neleri hazırlamalısınız?
Teklif sürecini hızlandırmak için farklı dizgelerin hangi uygulama ekranında yer aldığını, hangi sürümden alındığını ve kaynak dosyadaki boş alanların ne ifade ettiğini paylaşmak yararlı olur. Gizli bilgiler içeren gerçek veri dosyaları yerine mümkünse temizlenmiş örnek veya şablon gönderilmelidir.
Kaynak dil, hedef dil ve varsa yerel varyantı (tr-TR, en-GB vb.) yazın.
.properties dosyaları, ekran örnekleri ve önceki çevirileri belirleyin.
Marka terimleri, yer tutucular, değişmemesi gereken alanları işaretleyin.
Dil dosyası, iki dilli tablo veya ayrıca teknik test istenip istenmediğini belirtin.
Özellikler Tercümesi hakkında sık sorulan sorular
.properties dosyasında hangi kısımlar çevrilir?
Genellikle kullanıcıya görüntülenen değerler çevrilir. Anahtar adları, yer tutucular, yapılandırma parametreleri ve uygulamanın okuduğu teknik alanlar kapsam dışında tutulabilir. Dosyayı inceleyerek hangi alanın ne işe yaradığını birlikte belirleriz.
Java Properties anahtar adları korunur mu?
Uygulama söz diziminde sabit tanımlayıcı olarak kullanılan anahtarları değiştirmemeyi hedefleriz. Ancak her projenin yükleme yöntemi farklı olabilir. Kaynak kod veya geliştirici notları bulunuyorsa çeviri kapsamını bunlara göre netleştiririz.
UTF-8 ve Unicode kaçışları nasıl yönetilir?
Kodlama tercihini dosya uzantısına bakarak varsaymayız. Kaynak dosyanın nasıl oluşturulduğunu ve uygulamanın nasıl yüklediğini öğrenir, metin teslimini bu beklentiyle uyumlu hazırlamaya çalışırız. Uygulama testi ayrı bir iş adımıdır.
Yer tutucular ve parametreler değişir mi?
{0}, %s gibi belirteçlerin biçimini ve adını rastgele değiştirmeyiz. Hedef dilde kelime sırası değişecekse geliştirici tarafından desteklenen söz dizimi dikkate alınır; kritik dizgeler örnek verilerle doğrulanmalıdır.
Eski ve yeni sürüm arasındaki farklar çevrilebilir mi?
Evet, iki sürümün dil dosyaları karşılaştırılarak yeni veya güncellenen değerlerin kapsamı çıkarılabilir. Silinmiş anahtarların nasıl ele alınacağı da geliştiriciyle kararlaştırılır. Bu yöntem tekrar çeviri maliyetini azaltabilir.
Ekran görüntüsü olmadan çeviri yapılabilir mi?
Bazı dizgeler bağlam olmadan da çevrilebilir; ancak kısa düğme etiketleri, hata mesajları ve ürün terminolojisinde yanlış yorum riski artar. Ekran görüntüleri veya geliştirici yorumları daha isabetli sonuç sağlar.
Çevrilen dosyanın yazılımda çalışması garanti edilir mi?
Çeviri ve dil dosyasının teknik entegrasyonu farklı uzmanlıklar gerektirir. Teklifte açıkça yer almayan derleme, entegrasyon ve canlı ortam testini gerçekleştirdiğimizi iddia etmeyiz. Gerekiyorsa doğrulama adımlarını müşteri ekibiyle planlarız.
Fiyat ve teslim süresi nasıl belirlenir?
Dil çifti, çevrilebilir dize sayısı, tekrar oranı, varsa önceki çeviriler, test beklentisi ve dosyanın kodlama özellikleri birlikte incelenir. Fiyatı veya zamanı yalnızca satır sayısına bakarak sabitlemek doğru değildir.
İlgili hizmetler ve dosya formatları
Uygulamanız yalnızca .properties dosyaları değil, başka dil kaynakları da kullanıyorsa proje kapsamını tek seferde planlamak mümkün olabilir. Android strings, JSON tercümesi, PO / gettext çevirisi ve belge çevirisi bölümlerinde farklı biçimlerin gereksinimlerini görebilirsiniz. İlgili sayfalar birbirinin aynısı değildir; her birinde farklı sözdizimi ve çalışma koşulları bulunur.
Çevirinin kapsamını dosyanıza göre belirleyelim
Kaynak/hedef dilleri, örnek dil dosyasını ve varsa mevcut terminoloji listesini iletin. Fiyatlandırma ve teslim planını dosya incelemesinden sonra paylaşalım.