XLIFF dönüştürmesi yapmadan DITA dosyaları nasıl çevrilir?

Sürekli manuel XLIFF dönüştürme zahmetinden kurtulup DITA dosyalarınızı çevirmenin bir yolunu mu arıyorsunuz? Eğer durum böyleyse, doğru yerdesiniz. DITA (Darwin Information Typing Architecture) zaten verimlilik ve içerik yeniden kullanımı için altın standart olarak kabul ediliyor, ancak birçok teknik içerik ekibi hala can sıkıcı bir döngüye takılıp kalıyor: XLIFF Dönüştürme Döngüsü.

Eğer mevcut çeviri iş akışınız DITA dosyalarını XLIFF'e dışa aktarmayı, bu dosyaları bir ajansa göndermeyi ve ardından bunları manuel olarak sisteminize geri içe aktarmayı içeriyorsa, muhtemelen sadece zaman kaybetmekten daha fazlasını kaybediyorsunuz demektir. Çok emek vererek oluşturduğunuz belgelerin bütünlüğünü riske atıyor olabilirsiniz.

Bu makalede, manuel dönüştürmenin teknik tuzaklarından, delta yönetiminin gizli maliyetlerinden ve yerel DITA desteğinin modern dokümantasyon ekipleri için neden oyun değiştirici bir unsur olduğundan bahsedeceğiz. Bu makaleyi okumayı bitirdiğinizde, DITA çeviri iş akışlarınızı optimize etmeye ve daha hızlı, daha güvenilir ve önemli ölçüde daha uygun maliyetli bir sürece doğru ilerlemeye hazır olacaksınız. Hemen içine girelim!

XLIFF Teknik Dokümantasyon Vergisi

XLIFF (XML Yerelleştirme Değişim Dosya Formatı) birçok şey için mükemmel bir standarttır, ancak DITA kullanıcıları için genellikle basitleştirmekten çok karmaşıklaştıran bir aracı görevi görür. Bunu genellikle XLIFF Vergisi olarak adlandırıyoruz: formatın çalışması için gereken zaman, para ve el emeğinin gizli bedeli. İşte bu manuel dönüştürme işleminin ekibinize sandığınızdan daha fazla maliyet getirmesinin nedenleri.

1. İçerik Yeniden Kullanımının Analizi: Conrefs ve Keyrefs

DITA'nın gerçek dehası, birden fazla konu genelinde içeriğe referans verebilme yeteneğinde yatmaktadır. DITA dosyasını XLIFF'e dönüştürdüğünüzde, bu karmaşık ilişkiler genellikle düzleştirilir veya tamamen bozulur. Standart bir XLIFF dosyasında, içerik referansı (conref) basitçe statik bir metin dizisi olarak görünebilir.

Bu durum önemli bir mali soruna yol açar: Dönüştürme aracı aynı uyarı notunu veya güvenlik prosedürünü tek bir yeniden kullanılabilir dosya olarak tanımadığı için, aynı uyarı notunu veya güvenlik prosedürünü birden fazla kez çevirmek için ödeme yapmak zorunda kalabilirsiniz. Daha da kötüsü, bu metni yeniden içe aktardığınızda, genel içerik referanslarınızın sabit kodlanmış metinle üzerine yazıldığını görebilirsiniz; bu da modüler mimarinizi fiilen bozar ve gelecekteki güncellemeleri bir kabusa dönüştürür.

2. Etiket Bozulması ve Doğrulama Hataları

DITA dosyaları, katı DTD'ler (Belge Türü Tanımları) veya XML Şemaları tarafından yönetilir. İçeriğiniz .dita formatından .xliff formatına ve tekrar geri dönüştürüldüğünde, "etiket karmaşası" olarak adlandırdığımız bir durumla karşılaşma riskiniz vardır.

DITA yapısına aşina olmayan tek bir çevirmenin bile gerekli bir özelliği yanlışlıkla silmesine veya kapanış etiketini yanlış yere koymasına neden olması yeterlidir. Bu gidiş-dönüş sırasında eksik bir parantez veya yanlış yerleştirilmiş bir özellik, tüm DITA-OT kurulumunuzu bozabilir. Hepimiz bu durumu yaşamışızdır: Cuma öğleden sonra, bir sürüm yayınlamaya çalışıyorsunuz, ancak destek mühendisleriniz tek bir doğrulama hatasını bulmak için binlerce satır kodu inceliyor.

3. Delta Yönetiminin Kabusu

Manuel XLIFF iş akışları, yazarları genellikle içerik oluşturucu olmaktan çıkarıp dosya yöneticisi olmaya zorlar. Çeviri maliyetlerinden tasarruf etmek için yazarlar genellikle deltaları (son güncellemeden bu yana değişen dosyaları) manuel olarak belirlemeye çalışırlar. Bu süreç, üç nedenden dolayı oldukça zordur:

• Hata yapma olasılığı yüksektir: Güncellenmiş konulardan yalnızca birinin eksik olması, müşterilerinizi şaşırtan ve uyumsuz belgelere yol açabilir.
• Teknik açıdan oldukça zahmetli: Ekibiniz yeni ve faydalı içerik yazmak yerine saatlerce farklı sürümleri karşılaştırmakla vakit kaybediyor.
• Bağlam eksikliği var: Bir konudaki küçük bir değişiklik, ilgili bir konunun anlamını etkiliyorsa, manuel delta seçimi muhtemelen bunu gözden kaçıracaktır.

Etiketin Ötesinde: Nitelik Korumasının Önemi

DITA'dan XLIFF'e dönüştürme sürecinde en çok göz ardı edilen hususlardan biri XML özniteliklerinin yönetimidir. DITA, profil oluşturma ve filtreleme için ürün, platform ve hedef kitle gibi özelliklere büyük ölçüde güvenmektedir. Bunlar, aynı kaynaktan bir kılavuzun farklı sürümlerini yayınlamanıza olanak sağlayan araçlardır.

Yerel bir DITA iş akışı kullandığınızda, bu özellikler varsayılan olarak korunur. MotaWord'de sistemimiz, bir ürün özelliğinin asla çevrilmemesi gereken bir meta veri parçası olduğunu algılar. Standart bir XLIFF dönüştürmesinde, bu özellikler genellikle ya kaldırılır (bu da koşullu yayınlamayı bozar) ya da çeviriciye sunulur. Eğer bir çevirmen "pro_version" ifadesini görüp İspanyolcaya "version_profesional" olarak çevirirse, koşullu işlem mantığınız artık çalışmayacaktır.

Translate=No neden hayat kurtarıcıdır?

`translate="no"` özelliği, kod parçacıklarını, komut satırı talimatlarını veya belirli marka adlarını tüm dillerde tutarlı tutması gereken teknik yazarlar için hayati bir araçtır. Yerel bir DITA ayrıştırıcısı, bu özniteliği motor seviyesinde dikkate alır. Manuel XLIFF dönüştürmelerinde, bu talimatlar genellikle XLIFF dosyasını oluşturmak için kullanılan filtreler tarafından göz ardı edilir; bu da aşırı çevrilmiş içeriği düzeltmek için maliyetli ve can sıkıcı sonradan düzenleme süreçlerine yol açar.

Bağlam Açığı: Çevirmenler XLIFF ile Neden Zorlanıyor?

Çeviri, sadece kelimeleri değiştirmekten ibaret değildir: bağlamı anlamakla ilgilidir. Bir DITA konusu düz bir XLIFF dosyasına dönüştürüldüğünde, çevirici genellikle birbirinden ayrı dizelerden oluşan bir liste görür. Projenin yapısını oluşturan harita görünümünü kaybediyorlar. Belirli bir unvanın daha büyük bir görevin içindeki belirli bir bölüme ait olduğunu göremiyorlar.

Yerel DITA Çevirisi kullanılarak, çevirmen DITA hiyerarşisini gerçekten anlayan bir sistem içinde çalışır. Bu, dokümantasyon kaliteniz açısından çeşitli avantajlar sağlar:

• Daha iyi bir açıklık sağlar: Çevirmen, bir kelimenin Adım, Sonuç veya Önkoşul olup olmadığını bilir.
• Bu, tutarlı bir terminoloji sağlar: Sistem, kısa açıklamada kullanılan bir terimin, konunun gövdesindeki aynı terimle eşleşmesini sağlar.
• Görsel bütünlüğü korur: Bilgilerin mantıksal akışı bozulmadan kalır; bu, özellikle donanım veya yazılım için karmaşık teknik kılavuzlar hazırlarken çok önemlidir.

Daha İyi Bir Yol: MotaWord ile Yerel DITA Çevirisi

Teknik yazarların dosya formatlarıyla uğraşmak yerine içeriğe odaklanabilmeleri gerektiğine inanıyoruz. Bu nedenle, yerel bir yaklaşım kullanarak XLIFF aracısını ortadan kaldırmak için çalıştık.

İş Akışı Karşılaştırması

Manuel XLIFF İş Akışı

• Dosyaların dışa aktarılması ve filtrelenmesi saatler sürüyor.
• İçerik referanslarının zayıflaması riski yüksektir.
• Bu durum genellikle meta verilerin bozulmasına veya yanlışlıkla çevrilmesine yol açar.
• Dosyalar içe aktarıldıktan sonra kapsamlı manuel kalite kontrolü gerektirir.
• Manuel işçilik ve tekrarlanan kodlar nedeniyle gizli maliyetler ortaya çıktı.

MotaWord ile Yerel DITA İş Akışı

• Dosyalarınızı doğrudan yükleyerek birkaç dakika içinde işlemi tamamlayabilirsiniz.
• Conref bütünlüğünü %100 korur.
• Meta verileri otomatik olarak kilitler veya yok sayar, böylece güvenli kalır.
• İndirdiğiniz anda derlemeye hazır dosyalar sunar.
• Yalnızca yeni içerikler için ödeme yapmanızı sağlamak amacıyla çeviri belleği kullanır.

Ham .dita ve .ditamap dosyalarınızı yükleyin.

Karmaşık dışa aktarma işlemleri yerine, ham DITA dosyalarınızı veya tüm Ditamap projenizi doğrudan yükleyebilirsiniz. Platformumuz DITA yapısını yerel olarak ayrıştırmak üzere tasarlanmıştır. Başlık, metin ve kısa açıklama arasındaki farkı anlar; bu da meta verilerinizin bozulmadan kalmasını ve yapınızın sağlam olmasını sağlar.

Manuel Fark Alma Yerine Otomasyon

MotaWord entegre bir çeviri belleği kullandığı için, hangi dosyaların değiştiğini bulmak için artık zaman harcamanıza gerek yok. Projenin tamamını yükleyebilir ve sistemin gerisini halletmesine izin verebilirsiniz:

• Sistemimiz, Ditamap'ınızın tamamını önceki çevirilerinizle karşılaştırır.
• Yeni veya değiştirilmiş metin dizilerini saniyeler içinde tespit eder.
• Sadece yeni kelimeler için ödeme yaparsınız, bu da size manuel işlemlerle uğraşmadan delta kelimelerinin maliyet avantajlarından yararlanma imkanı sağlar.

İnşaata Hazır Dokümantasyonun Ekonomisi

XLIFF dönüştürmenin gerçek gizli maliyeti, nihai yayın döngüsünde ortaya çıkar. Manuel bir iş akışında, çevrilmiş dosyaları almak sürecin sadece yarısıdır. Yine de her şeyi CCMS'nize (Bileşen İçerik Yönetim Sistemi) yeniden aktarmanız, DITA Open Toolkit'i kullanarak bir test derlemesi çalıştırmanız ve kaçınılmaz XML hatalarını ayıklamanız gerekecek.

Bu yerelleştirme kalite kontrol aşaması, bir yazarın günlerini hatta haftalarını alabilir. Yerel DITA desteği, indirdiğiniz dosyaların kullanıma hazır olmasını sağlar. Yapı hiçbir zaman XLIFF konteynerine sığacak şekilde sökülmediği için yeniden inşa edilmesine gerek yoktur. Çeviri işlemini tamamladıktan sonra birkaç tıklamayla yayınlanmış bir PDF veya HTML sitesine geçebilirsiniz.

Sıkça Sorulan Sorular

1. DITA dosyalarını conref'leri bozmadan nasıl çevirebilirim?

MotaWord gibi yerel DITA çeviri platformları, dosyaları orijinal XML yapısında işler. XLIFF'e dönüştürmeyi önleyerek, sistem içerik referanslarınıza (conrefs) ve anahtar referanslarınıza (keyrefs) yönelik işaretçileri korur. Bu, yeniden kullanılabilir nesnelerin çevrilmiş metne sabit kod olarak eklenmeden doğru şekilde işlenmesini sağlar.

2. Küçük ekipler için en iyi DITA çeviri iş akışı nedir?

Küçük ekipler için en verimli iş akışı, doğrudan DITA'ya (Veri Tabanlı İletişim) yaklaşımıdır. Pahalı ara yazılımlara yatırım yapmak veya manuel XLIFF dışa aktarımlarına saatler harcamak yerine, küçük ekipler .dita ve .ditamap dosyalarını doğrudan kabul eden bir platform kullanmalıdır. Bu, teknik maliyetleri azaltır ve özel bir yerelleştirme mühendisine duyulan ihtiyacı ortadan kaldırır.

3. MotaWord, özel DITA DTD'lerini destekliyor mu?

Evet. DITA, uzmanlaşmaya (özel öğe türlerinin oluşturulmasına) izin verdiğinden, yerel ayrıştırıcımız temel XML şemasına saygı duyacak şekilde tasarlanmıştır. Özel etiketleriniz ve nitelikleriniz, çevrilebilir içerik içermedikleri sürece kelime sayımına dahil edilmez ve korunur.

4. Çeviri için DITA mı yoksa XLIFF mi daha iyi?

XLIFF genel yazılım dizeleri için harika bir veri alışverişi formatı olsa da, DITA, içerik yeniden kullanımına ilişkin daha fazla bağlam içerdiği için yapılandırılmış dokümantasyon için daha üstündür. DITA dosyalarını doğrudan çevirmek neredeyse her zaman daha iyidir çünkü iki farklı dosya formatı arasında dönüştürme yaparken sıkça karşılaşılan gidiş-dönüş hatalarını önler.

5. Mevcut CCMS'imle yerel DITA çevirisini kullanabilir miyim?

Kesinlikle. IXIASOFT, Heretto veya Oxygen Content Fusion gibi çoğu Bileşen İçerik Yönetim Sistemi, ham DITA paketlerini dışa aktarmanıza olanak tanır. Bu paketleri doğrudan MotaWord'e yükleyebilir ve ardından çevrilmiş sonuçları herhangi bir ara dönüştürme adımı olmadan tekrar CCMS'nize yükleyebilirsiniz.

6. Çeviri Belleği Kullanarak DITA Çeviri Maliyetlerini Nasıl Azaltabiliriz?

Ditamap'inizin tamamını yerel bir platforma yükleyerek, sistem önceki projelerinizden tam eşleşmeleri belirlemek için Çeviri Belleği (TM) kullanır. Yalnızca yeni veya değiştirilmiş metinler için faturalandırılırsınız; bu da uzun vadeli teknik dokümantasyon projelerinde maliyetleri önemli ölçüde azaltır.

7. DITA görsel yerelleştirme ve href'ler nasıl ele alınır?

DITA projenizi doğrudan yüklediğinizde, sistem resim ve bağlantı etiketlerini tanır. Bu resimlerin yollarının yerelleştirilmiş klasörlere güncellenmesini (örneğin, /images/en/ yolunu /images/es/ olarak değiştirmek gibi) veya olduğu gibi kalmasını isteyip istemediğinizi belirtebilirsiniz. Bu sayede bağlantılarınız çevrilmiş sürümde asla bozulmaz.

Dönüştürmeyi Durdurun ve MotaWord ile Senkronizasyona Başlayın

Eğer mevcut çeviri iş akışınız, ilerlemenizi engelleyen manuel bir engel gibi geliyorsa, XLIFF dönüştürmesinden uzaklaşıp yerel DITA iş akışına geçme zamanınız gelmiş demektir. Bu manuel adımları ortadan kaldırarak, dokümantasyon hatalı riskini azaltır ve küresel sürüm döngülerinizi önemli ölçüde hızlandırırsınız.

Uzmanlığınızı dosya dışa aktarımlarını yönetmek yerine harika içerikler oluşturmaya harcamalısınız. Bir sonraki projenizde ne kadar zaman ve emek tasarrufu sağlayabileceğinizi görmeye hazır mısınız? .dita dosyalarınızı bugün yükleyerek MotaWord'den anında fiyat teklifi alabilirsiniz.

OYTUN TEZ - MotaWord'de Baş Teknoloji Sorumlusu (CTO)

Makine çevirisi üzerine tezi olan çeviri bilimi uzmanı -- genel olarak teknoloji uzmanı ve akıllı, kusursuz çeviri akışlarına takıntılı.