توطين البرامج يشمل خطوات مثل:
- تحضير الكود للترجمة
- تصدير سلاسل البرنامج
- ضبط استراتيجيات التحليل والتجزئة
- تطوير قائمة مصطلحات رئيسية (مسرد المصطلحات)
- إنشاء مشروع ترجمة البرمجيات
- تعيين المترجمين
- التعيين للمراجعين
- إدارة الاستعلام
- فحوصات ضمان الجودة الآلية
- إعادة استيراد النصوص المترجمة
- يتحقق ضمان الجودة إما في بيئة التدريج أو من لقطات الشاشة
- الاختبار
في هذه المقالة سوف نستكشف هذه المكونات المختلفة وآثارها في عملية التوطين الشاملة.
إعداد الكود للترجمة
في حين أن بعض البرامج يتم ترميزها مع وضع الترجمة في الاعتبار، إلا أن الترجمة غالبًا ما تكون مطلبًا ينبثق عندما يكون البرنامج ناضجًا بالفعل. لتحضير الكود للترجمة، يجب إلقاء نظرة أقرب على المتغيرات، التواريخ، والهيكل العام للمحتوى القابل للترجمة مقابل الكود. تتغير التواريخ والعملة وعوامل أخرى في التنسيقات وفقًا للمنطقة. وإذا كانت مشفرة بشكل ثابت، فستحتاج إلى إعادة ترميزها ككيانات ديناميكية للسماح بالمرونة بين الثقافات. اعتمادًا على كيفية كتابة الكود، قد يكون من السهل جدًا أو من الصعب عزل التعليمات البرمجية عن النص القابل للترجمة. سيؤثر هذا على الخطوة التالية في تصدير السلاسل ولكنه ربما يكون الجانب الأكثر تجاهلاً واستخفافًا في توطين البرامج. سيؤدي كل تموج في التعليمات البرمجية مقابل بساطة النص إلى موجات لا حصر لها ستؤثر على عملية التوطين ككل. قد يؤدي ذلك إلى سيناريوهات يكون من الصعب فيها إما الحفاظ على سلامة الكود أو جعله ملائمًا للمترجمين. بالتأكيد، يمكنك التغلب على بعض هذه التحديات من خلال استراتيجيات التحليل والتجزئة، ولكن كلما تمكنت من تصدير المحتوى القابل للترجمة بدون تدخل الكود، كان ذلك أفضل (أكثر استدامة وقابلية للتوسع) لعملية توطين البرامج الخاصة بك.
تصدير سلاسل البرامج
يجب أن يكون تصدير السلاسل عملية مباشرة. لكنها ليست كذلك. تُعتبر بعض التنسيقات مفضلة بينما يجب تجنب البعض الآخر. أمثلة على تنسيقات مفضلة: XML، YAML، JSON. هم منظمون، يمكن التنبؤ بهم، يسهل تحليلهم، ومن السهل نسبيًا ابحث عن الأنماط داخل الكود مما يقلل من المشكلات الناتجة عن الترجمة إلى لغات مختلفة. أمثلة على التنسيقات التي يجب تجنبها: TXT ، CSV ، رمز مختلط. يمكن أن يصبح تصدير CSV على سبيل المثال كابوسًا. تعتبر الأحرف الفاصلة مثل الفواصل المنقوطة ضرورية كالأدوات اللغوية. من المستحيل تقريبًا التمييز برمجيًا بين الفاصلة المنقوطة التي تُستخدم كفاصل في الكود والفاصلة المنقوطة التي تُستخدم كأداة لغوية. هذا يؤدي إلى إنشاء مئات من الإيجابيات الكاذبة التي تحتاج إلى التحقق خلال عملية ضمان الجودة وكذلك المشكلات أثناء إعادة استيراد الكود وما إلى ذلك. مع الشيفرة المختلطة، على سبيل المثال، نشير إلى XML مع JSON بداخله كمثال، مما يؤدي إلى إضافة تعقيد لعملية التحليل والتجزئة. الترميز هو أيضًا نقطة ألم رئيسية:
- ترميز HTML
- ترميز URL
- ترميز يونيكود
- ترميز Base64
- الترميز السداسي
- ترميز ASCII
سيكون لكل إطار من أطر عمل التشفير هذه تداعيات في عملية التوطين، بما في ذلك عدم توافق الأحرف اعتمادًا على اللغات الشاملة.
ضبط استراتيجيات التحليل والتجزئة
إذا كنت قد اتبعت أفضل الممارسات الموضحة أعلاه، فستكون استراتيجيات التحليل والتجزئة الخاصة بك محسنات للعمليات. إذا لم تقم بذلك، فسيصبح التحليل والتجزئة عوامل تمكين للعملية. كمحسنين للعمليات، ستضمن استراتيجية تقسيم مضبوطة بدقة أن يتم استيعاب المحتوى بواسطة نظام إدارة الترجمة بطريقة ملائمة للمترجمين والمراجعين. هذا هو المكان الذي يمكنك فيه التأكد من حماية المتغيرات، وحماية أي رمز متبقي، وكسر النص بطرق منطقية لعملية الترجمة. إذا لم تكن قد أنجزت واجبك المنزلي، فهذه هي الخطوة التي يمكن أن تصبح فيها الأمور مجنونة. إما لأنه من المستحيل إنشاء قدر كافٍ من التحليل لحماية الكود والمتغيرات أو لأنه سيتطلب مستوى جنونيًا من الجهد لكتابة تعبيرات منتظمة كافية لجعل المحتوى البرمجي أكثر ملاءمة للترجمة. في كلتا الحالتين، هذه خطوة محورية. إذا قمت بتغيير استراتيجية التحليل والتجزئة بمرور الوقت، ستواجه خسارة في الاستفادة من ذاكرة الترجمة مما سيؤدي إلى إنشاء تكاليف إضافية وتعقيد في العملية. قد لا يبدو الأمر مشكلة كبيرة حتى ينفجر في وجهك. لنفترض على سبيل المثال أن وكالة ترجمة البرمجيات الخاصة بك تحتوي على 100,000 كلمة وأنك تترجم إلى 10 لغات وأن متوسط التكلفة لكل كلمة هو $0.15. لنفترض أنك قد قمت بترجمة برنامجك ولكنك الآن تقوم بتكرار استراتيجيتك في التحليل، ولكن هذا سيتسبب في خسارة 10% من الاستفادة (والتي يمكن أن تكون نتيجة متوقعة لتغيير طفيف في التحليل)، وهذا يعني خسارة $15,000 صحيح من البداية، ناهيك عن الوقت الإضافي المطلوب والتداعيات الأخرى.
تطوير قائمة مصطلحات رئيسية (مسرد المصطلحات)
يمكن لأي شخص تطوير مسرد المصطلحات. قلة قليلة يمكنهم تطوير واحدة رائعة. بعض الأشخاص يتبعون النهج الإحصائي ويستخرجون قاعدة بيانات المحتوى للحصول على الكلمات الرئيسية الأكثر تكرارًا. وبينما يسرع ذلك الأمور ويلتقط المصطلحات المهمة بناءً على التكرار، فإن العديد من المصطلحات الرئيسية ليست بالضرورة مستخدمة بشكل متكرر. بعض الأشخاص يتبعون النهج النوعي ويجعلون المترجمين يمرون عبر كميات كبيرة من المحتوى ويحددون المصطلحات ذات الصلة يدويًا. يستخدم الآخرون الذكاء الاصطناعي للبحث عن الأنماط اللغوية وتحديد الكيانات والمصطلحات التي لا تعتمد بالضرورة فقط على التكرار ولكن على أهميتها الدلالية العامة. بغض النظر عن النهج، عندما يتعلق الأمر بـمسرد المصطلحات، فإن القليل يعني الكثير. بينما تريد التأكد من أنك قد قمت بتحديد المصطلحات الأساسية، إذا قمت بتحديد عدد كبير جدًا من المصطلحات كـ مسرد المصطلحات، يصبح من شبه المستحيل ضمان التحكم في التطبيق الصحيح. عدد كبير جدًا من الإيجابيات الكاذبة والتنبيهات يجعل من الصعب على المترجمين والمراجعين إدارة اقتراحات المصطلحات وتشغيل أدوات التحقق من الجودة الآلية. نصيحة أخرى مع المسارد هي أنه من المهم وضع علامة على المصطلحات التي لا ينبغي ترجمتها مثل تلك التي تتطلب نوعًا معينًا من الترجمة.
إنشاء مشروع ترجمة البرمجيات
تعتمد هذه الخطوة بشكل كبير على إطار عمل نظام إدارة الترجمة الذي تستخدمه. بعض الأنظمة ستسمح لك بإدارة وكالة ترجمة دورة حياة المشروع بالكامل داخل نفس البيئة والمشروع بينما ستتطلب المنصات الأخرى نهجًا مختلفًا قد يكون قائمًا على السلسلة أو الملفات. بينما قد يبدو الأمر شكليًا، فإن إعداد مشروع الترجمة الفعلي يحتوي على نقاط تفتيش رئيسية مثل:
- ضمان استيعاب الملفات في مجملها
- التأكد من صحة أزواج اللغات وصولاً إلى مستوى الإعدادات المحلية
- التأكد من صحة التواريخ
- التأكد من أن خطوات سير العمل هي الخطوات الضرورية
- تعيين للمترجمين
في هذه الخطوة، نفترض أنك لديك بالفعل فريق مترجمين تم التحقق منه مسبقًا متاح لكل زوج لغوي. من الرئيسي العمل مع المترجمين الذين هم:
نفس الشيء مع المترجمين مع التركيز الإضافي على التمييز النقدي. أنت بحاجة إلى مراجعين نقديين بما يكفي لفهم الاختلافات بين الأسلوب والأخطاء. المراجعون الذين يغيرون الكثير في هذه المرحلة من العملية يضرون بسلامة عملية الترجمة ككل. هنا يأتي دور إطار إدارة الجودة الخاص بـ Bureau Works.
إدارة الاستفسارات
جزء رئيسي من ترجمة البرمجيات هو القدرة على معالجة الأسئلة التي تنشأ أثناء عملية الترجمة. على سبيل المثال، ما الذي يرمز إليه الزر "X"، أو إلى ماذا يشير هذا المتغير؟ من المهم أن يكون لديك عملية تتيح لك طرح الأسئلة المتعلقة بلغة المصدر والحصول على الإجابات متاحة لجميع المترجمون في المشروع بغض النظر عن زوج لغتهم من أجل تقليل الحاجة للإجابة على نفس السؤال مرارًا وتكرارًا. من الرئيسي أيضًا أن يكون هناك طريقة لتعيين حالات مختلفة للاستفسار مثل جديد، معين، محلول، وهكذا بحيث يمكن لفريق إدارة المشروع ضمان الرد على الاستفسارات في الوقت المناسب.
فحوصات ضمان الجودة الآلية
تعتبر حاسمة لأي عملية توطين البرامج، حيث تضمن الفحوصات الآلية أن يتم تمييز بعض العناصر الرئيسية مثل:
- المسافات اللاحقة
- حدود الأحرف
- علامات الترقيم غير المتسقة
- عدم الالتزام بمسرد المصطلحات
- التهجئة
- العلامات غير المتسقة (عدم التطابق في التعليمات البرمجية المصدر والمترجمة)
- إعادة استيراد السلاسل المترجمة
إذا وصلت إلى هذا الحد وأنت على قيد الحياة، فأنت تفعل شيئًا صحيح! :) يمكن أن يكون أقل إيلامًا، لكنك هنا. حان الوقت الآن لإعادة استيراد السلاسل مرة أخرى إلى المستودع الخاص بك وإعادة بناء البرنامج. إذا فاتتك أو أسأت إدارة أي من أفضل الممارسات الموضحة سابقًا، فقد تواجه صعوبة في هذه الخطوة مع مشكلات في عملية إعادة الاستيراد بسبب فواصل في التعليمات البرمجية أو عدم تطابق العلامات أو مشكلات أخرى قد تؤثر على استيعاب التعليمات البرمجية بنجاح.
يمكن أن تتكامل عمليات ضمان الجودة الآلية أيضًا مع الأدوات مثل التحقق من الهوية الآلي لتعزيز الأمن وضمان دقة البيانات أثناء جهود التوطين.
سوس: Linkedin
فحوصات ضمان الجودة إما في بيئة التدريج أو لقطات الشاشة
يمكن تجاهل هذه الخطوة إذا تم دمجها مع الاختبار، ولكن من المفيد توفير الوصول للمترجمين إما إلى بيئة التدريج أو لقطات الشاشة للشاشات الرئيسية لضمان عرض السلاسل بشكل صحيح وعدم وجود مشكلات واضحة تمنع بدء الاختبار.
اختبار
هذه مرحلة تدفع الجودة إلى ما هو أبعد من اكتشاف الأخطاء الواضحة وإصلاحها. يسمح الاختبار بإلقاء نظرة جديدة أخرى على النصوص المترجمة في السياق. قد لا تكون بعض الترجمات التي بدت مثالية أثناء عملية الترجمة هي الأفضل من وجهة نظر تجربة المستخدم. من المهم العمل مع المختبرين الملتزمين بالتطلع إلى تحسين تجربة المستخدم وليس فقط البحث عن الأخطاء بشكل تفاعلي.
الخاتمة
توطين البرامج هو عملية واسعة النطاق ومكلفة ومعقدة. لكن الأمر ليس هذا فقط. إنه تكراري ومستمر مما يعني أنك ستقوم بالمرور عدة مرات عبر نفس العملية من أجل تحديث برنامجك بينما يستمر في التطور. هذه نظرة عامة سطحية عالية المستوى لعملية يمكن أن تصبح أكثر دقة وتعقيدًا بلا حدود للتعامل معها. لكن النقطة الرئيسية هي أن الاستثمار في إطار عمل وأفضل الممارسات من البداية يستحق كل قرش. بمجرد إبحار السفينة، سيصبح إصلاحها أكثر صعوبة وتكلفة بشكل تدريجي.
Unlock the power of glocalization with our Translation Management System.
Unlock the power of
with our Translation Management System.
