كيف أترجم أسماء ومصطلحات تقنية من فارسي الى عربي بشكل صحيح؟

إليك طريقة منظمة تجعل ترجمة المصطلحات التقنية في السيرة الذاتية أقل إرباكًا وأكثر احترافية. أول شيء أفعله هو تحديد الجمهور المستهدف: هل تتقدّم لوظيفة محلية باللغة العربية أم لوظيفة دولية تطلب نسخة إنجليزية؟ هذا يحدد إذا كنت أترجم المصطلح بالكامل أم أضعه بالعربية مع النسخة الإنجليزية بين قوسين. ثم أميل إلى القاعدة التالية: أستخدم الترجمة المتعارف عليها للصناعة وأحتفظ بالمصطلح الإنجليزي بين قوسين عندما يكون شائعًا أو قد يفهمه القارئ بشكل أسرع. مثلاً أكتب 'مدير المشروع (Project Manager)' أو 'مهندس نظم (Systems Engineer)'. هذا يحافظ على وضوح المعنى ويجعل السيرة مفهومة لكل قارئ. أخيرًا، أتحقق من الكلمات المفتاحية: أنسق المصطلحات بحيث تتطابق مع إعلانات الوظائف والـATS (نظام تتبع المتقدمين). أحتفظ بقائمة مرجعية لمصطلحاتي الشائعة وأستخدم قاموسًا مصطلحيًا موثوقًا وأطلب من زميل تقني مراجعة المصطلحات قبل الإرسال. هكذا تبدو السيرة واضحة ومهنية من الناحيتين العربية والإنجليزية.

أفضّل أن أبدأ بمثال عملي: عندما واجهتُ مصطلحًا تقنيًا في مشروع ترجمة نظام إدارة محتوى، لم يكن هناك قاموس واحد أعطاني الثقة الكاملة؛ ما نجح معي كان منهجية مركّبة. أول مرجع أعود إليه عادة هو قاعدة المصطلحات الرسمية، وبالتحديد مواد 'فرهنگستان زبان و ادب فارسی'؛ لديهم مقترحات معتمدة للمصطلحات التقنية وتوضيح أحياناً لكيفية تشكيل كلمة فارسية مناسبة بدل استعارة حرفية. بعد ذلك أتنقل إلى قاموسين عامين كبار مثل 'لغت‌نامه دهخدا' و'فرهنگ معین' لفهم الجذور والدلالات، لأن بعض المصطلحات التقنية تتقاطع مع مفاهيم لغوية أعمق. إلى جانب ذلك أستخدم قاموسين ثنائيي اللغة موثوقين كمراجع داعمة — مثلاً قواميس إنجليزي-فارسي معروفة — لكنني لا أعتمد عليها وحدها. أهم شيء تعلمته هو التحقق من الاستخدام الفعلي: أبحث عن المصطلح في مقالات تقنية مترجمة، معايير ISO/IEC المترجمة، ومواقع الشركات الإيرانية المتخصصة. عندما أترجم، أفضّل أن أقدّم البديل المعتمد من 'فرهنگستان' إن وُجد، وإلا أختار مصطلحًا مستخدمًا بكثرة في المراجع المحلية، مع توضيح قصير إن تطلّب الأمر. في النهاية، لا يوجد قاموس سحري واحد، لكن مزيجًا من 'فرهنگستان'، القواميس الثنائية الجيدة، وقواميس التخصصات الجامعية يمنح ترجمة دقيقة ومقبولة ثقافيًا.

أجد أن تفصيل قواميس العربية–الألمانية للمصطلحات التقنية يعكس طريقة تفكير كلتا اللغتين، وليس مجرد تحويل كلمات من لسان إلى لسان. القاموس الجيد يبدأ بالرأس — الورد: الشكل الألماني للكلمة مع أداة التعريف والجنس والجمع، ثم الصيغة العربية المقترحة مع شرح مختصر للحقل الفني الذي تنتمي إليه الكلمة. هذا الترتيب يساعدني فورًا على معرفة إن كانت الكلمة عامة أم متخصصة، وهل هي مصطلح تقني محض أم استعارة تقنية مستخدمة في الكلام اليومي. عادة أبحث في نفس الإدخال عن: علامة المجال ('IT' أو 'Elektronik' مثلاً)، أمثلة جمل باللغتين، إشارات إلى تراكيب مُركبة في الألمانية (لأن الألمانية تعتمد المركبات بكثافة) وتوضيح كيف تُبنى تلك المركبات بالعربية — هل تُترجم كمركب مركزي أم تُعاد صياغتها. القواميس الجيدة تضيف ملاحظات استخدام: تحذير من 'false friends' أو تمييز بين معنى عام ومعنى تقني. كما أقدر عندما تُدرج القواميس الاشتقاقات والصيغ المختلفة والمصطلحات المقاربة حتى أرى نطاق الدلالة بدل ترجمة واحدة جامدة. أحيانًا أحتاج أن أرى تاريخ اللفظة أو أصلها إن كان ذلك يفسر الفرق في الدلالة، أو تحويلات النطق، أو كيف تم استعارة المصطلح بين اللغتين. في القواميس الرقمية، أحب الميزات الإضافية مثل النطق الصوتي، الروابط لمقالات موسوعية، وامكانية البحث في نصوص حقيقية لعرض الأمثلة السياقية. باختصار، القاموس الذي يشرح المصطلحات التقنية بطريقة متعددة الطبقات — تعريف مختصر، مكافئات حسب الحقول، أمثلة، ملاحظات استعمال، ومراجع للمركبات — هو الذي أنجح معه في نقل المعنى بدقة ومرونة.

كنت ألاحظ أن أغلب الأهل يترددون بين تعديل النطق ليصبح أقرب للعربية أو محاولة الحفاظ على النطق التركي الأصلي، وهذا سبب لي شغف بمقاربة الأسماء بطريقة عملية ومحترمة. أبدأ بالقاعدة الذهبية: اسألوا الشخص نفسه كيف يريد اسمه يُنطق. التركية فيها أصوات ما عندنا بالعربي، فبعض الحروف تؤثر كثيرًا على النطق الصحيح. مثلاً: الحرف 'ç' يُنطق كـ/تش/ في العربية، و'ş' كـ/ش/، و'c' ينطق كـ/ج/ خفيفة (مثل صوت جيم في 'جمال' بالعديد من اللهجات)، أما 'ğ' فوظيفته غالبًا تمديد الحرف السابق أو يكون شبه ساكن ويصعب تمثيله بحرف عربي واحد، فتتعاملون معه إما بتمديد الصوت السابق أو بعدم نطقه كـ/غ/ صلب. حاولوا ملاحظة الحركات: 'i' المنقطة في التركية صوتها نحو /إي/ (مثل 'إيلف' لاسم 'Elif')، بينما 'ı' غير منقطة هي صوت خلفي غير مستدير لا يوجد في العربية بالضبط فتقربونه إلى /أَ/ خفيف أو /آ/ حسب الكلمة. حروف Ö و Ü تحتاج إلى تقريب بنبرة مستديرة؛ في العربية نستخدم أحيانًا 'أُ' أو 'يو' تقريبًا، لكن الأفضل الاستماع للنطق التركي الأصيل عبر تسجيلات. خلاصة صغيرة: انصفوا الاسم وسمعوه من مصدر تركي إذا أمكن، وخذوا بعين الاعتبار هذه القواعد العملية بدل التشويه العاطفي للاسم. في النهاية الاسم يهم الشخص نفسه أكثر من أي قواعد تحويلية، وأنا أفضّل دائمًا نطقًا يحترم الأصلي حتى لو احتاج تدريب بسيط.

مشهد تسجيل المواد يظل محفورًا في ذهني: ورقة فيها أسماء عربية وأحتاج أن أضع بدلها مسميات إنجليزية واضحة ومقبولة. أول شيء أفعله هو التفكير في السياق: هل هذه مادة مدرسية ابتدائية، أم مساق جامعي، أم كورس مهني؟ لأن 'العلوم' قد تصبح 'Science' في المدارس، لكنها قد تُقسّم إلى 'Biological Sciences' أو 'Physical Sciences' في الجامعة. بعد ذلك أبحث عن القوائم الرسمية: مواقع وزارة التعليم، النظام الدراسي للجامعة، أو نماذج الشهادات المعتمدة — هذه المصادر تنقذك من الترجمة الحرفية الخاطئة. أستخدم قاعدة بسيطة: ترجمة وظيفية وليست حرفية. مثلاً 'اللغة العربية' أكتبها 'Arabic Language' أو أكتفي ب'Arabic' بحسب المكان؛ 'تكنولوجيا المعلومات' تصبح 'Information Technology' أو 'IT'؛ 'التربية البدنية' أضع 'Physical Education (PE)'. عند وجود مصطلحات دينية أو تخصصات محلية، أفضل أن أضيف توضيحًا بين قوسين: مثل 'Islamic Studies (Islamic Education)' أو 'Islamic Jurisprudence (Fiqh)'. أخيرًا، أحتفظ بثبات النمط (British vs American spelling) وأدون ملاحظة صغيرة في أسفل الشهادة تشرح أي اختصارات أو معادلات، لأن الاتساق أحيانًا أهم من الاختيار نفسه.

أعطي ترجمة المصطلحات الصعبة في مقالات التكنولوجيا نفس درجة العناية التي أخصصها لفهم بنية الفكرة قبل ترجمتها. أبدأ بقراءة الفقرة كاملة لكي أفهم السياق: هل المصطلح تقني محض مخصّص لمطورين، أم شرح لمستخدم عادي؟ بعد ذلك أفرز المصطلحات إلى ثلاث فئات: مصطلحات لها مرادف إنجليزي ثابت ومعروف، مصطلحات جديدة أو مخصّصة لمجال فرعي، وأسماء تجارية أو اختصارات. مقابل كل مصطلح أعدّ ترجمتين موجزتين — ترجمة حرفية وترجمة وظيفية — ثم أختار الأنسب حسب جمهور المقال. أبني قائمة مصطلحات (glossary) على مستوى المستند أو المشروع وأجري بحثًا سريعًا في مصادر موثوقة مثل وثائق الشركات، مقالات بحثية، صفحات MDN وStack Overflow، والمعاجم الفنية. عند عدم وجود مكافئ واضح أفضل أن أقدم التهجئة اللاتينية ثم تفسيرًا قصيرًا داخل قوسين في أول ذكر. أستخدم تعابير بسيطة وأتجنب لفظات معقدة ما لم يكن القارئ متخصصًا. في النهاية أتأكد من الاتساق عبر المقال وأجري مراجعة سريعة مع شخص مطّلع إن أمكن. هذه الطريقة تجعل المصطلحات تبدو طبيعية ومفهومة، وتجنّب القارئ الشعور بأنه يقرأ ترجمة حرفية بلا سياق.

أدركت مبكراً أن الترجمة الأدبية من الفارسية إلى العربية ليست مجرد نقل كلمات، بل نقل نفس ونبرة وثقافة. أبدأ دائماً بقراءة النص الأصلي عدة مرات بصوت عالٍ لألتقط الإيقاع والصرخة الداخلية للكاتب؛ فالنبرة الأدبية تحدد كثيراً كيف سأختار المرادفات العربية. بعد القراءة الأولى أدوّن ملاحظات حول الصور البلاغية والتعابير الثقافية الخاصة، وأنشئ لائحة مصطلحات متكررة (مثل كيف أتعامل مع 'دل' أو عبارات مثل «چشم به راه») وأحدد ما إذا كنت سأعتمد معادلاً عربياً مباشراً أم ترجمة إيضاحية. أذهب في المسودة الأولى إلى نقل المعنى الحرفي نسبياً مع المحافظة على ترتيب الجمل الأساسية، ثم أعود لجولة ثانية أعمل فيها على الموسيقى والأسلوب: أختصر حيث يثقل النص العربي، أو أضيف لياقات تتيح للقارئ العربي استشعار النسق الشعري أو السردي. بالنسبة للصور والطبائع الثقافية التي لا تُفهم فوراً، أميل لاستخدام حاشية قصيرة أو قوسين توضيحيين بدل أن أقطع جريان النص بكلمات غريبة. أما أسماء الأشخاص والأماكن فأتعامل معها حسب النمط؛ أحياناً أتركها بالفارسية مكتوبة بحروف عربية إن كانت محورية، وأحياناً أترجم مع الاحتفاظ بالتعريب. أهتم أيضاً بلغة الحوار: إن كان الحديث عامياً فارسياً أبحث عن تناسب لهجة عربية فصحى مبسطة أو عامية محايدة لا تُبعد القارئ. أخيراً أطلب دوماً ملاحظات من قارئٍ فارسٍ ناطق وعدد من قرّاء العربية الأدبية، لأن التوازن بين الدقة والبلاغة يأتي بعد ترتيبات متعددة وتجارب واعية. هذا النهج يخلي النص أميناً بمعناه وجذاباً بلاغياً في آن واحد.

دائمًا ما أتحمس لموضوع ترجمة المصطلحات التقنية لأنّه يفتح نافذة على عملٍ دقيق خلف الكواليس، وفي كل مرة أشاهد حلقة أنمي تحمل كلمات مثل 'نظام تحليل البيانات' أو أسماء بروتوكولات غامضة، أفكر في سلسلة خطوات متواصلة تجعل الترجمة دقيقة ومؤثرّة. أول شيء ألاحظه هو أن المترجمين لا يعملون في فراغ: لديهم قواعد مصطلحيّة وجداول مرجعية تجمع مصطلحات معتمدة وترجمات سابقة لكي لا تتعارض الترجمة مع أعمال سابقة أو مع المصطلحات المتداولة في المجتمع. ثم تأتي مرحلة البحث العميق—قراءة وثائق تقنية، استشارة متخصصين، وحتى متابعة محادثات على المنتديات الأجنبية. أحيانًا أجد أن كلمة واحدة لها 3 معاني تقنية بحسب السياق، والمترجم يجب أن يقرأ المشهد بأكمله ليختار المعنى الأدق. بعدها يواجهون اختبار التوازن: هل يترجمون حرفيًا ليحافظوا على الدقّة التقنية أم يعيدون الصياغة لتناسب الإيقاع العربي وقدرة المشاهد على القراءة؟ هنا تظهر حنكة المترجم، خاصة إن كان النص يحتاج لمزامنة الشفاه أو الالتزام بعدد أحرف في السطر. في بعض الحالات تُستخدم القربنة أو النقل الحرفي مع فعل توضيحي بسيط، وفي حالات أخرى تُركّب ترجمة عربية أقرب للفهم دون فقدان الجوهر التقني. أقدرُ جدًا العمل التعاوني بين مترجم النص، ومكيّف الحوارات، ومراجع المصطلحات؛ هذا الثلاثي هو ما يمنح الترجمة طابعها المُقنع، سواء في أعمال معقدة مثل 'Steins;Gate' أو سلاسل شرطية تقنية مثل 'Psycho-Pass'. في النهاية أترك الحكم للمشاهد، لكني دومًا أقدّر التوازن بين الدقة والقراءة السلسة.

أجد متعة غريبة في تفكيك مصطلحات الألعاب وإعادة تركيبها بالعربية بحيث تحافظ على الإحساس والسرعة في نفس الوقت. أبدأ دائمًا ببناء قائمة رئيسية للمصطلحات المتكررة: مصطلحات واجهة المستخدم (مثل 'Save'، 'Load')، مصطلحات الميكانيك (مثل 'buff'، 'cooldown')، وأسماء العناصر والشخصيات. أضع ترجمة مختصرة لكل مصطلح، مع ملاحظة سياقه—هل سيظهر في شاشة صغيرة؟ هل هو نص سردي؟ هذا الفرق يغير الاختيار اللغوي على الفور. أستخدم اختصارات قابلة للتوحيد، فمثلاً 'HP' أترجمه غالبًا إلى 'نقطة حياة' وأبقي الاختصار 'HP' بين قوسين إن لزم لتقليل الالتباس. أعتمد على مزيج من أدوات بسيطة: جدول إكسل أو جوجل شيت يحفظ الترجمات ويعمل كذاكرة ترجمة، ومعجم مصطلحات صغير يمكن لصنعه مشاركتي مع فريق أو المجتمع. عند الحاجة إلى السرعة أترجم أولًا ما يظهر في الواجهة وادون بدائل أسرع؛ لاحقًا أعود لتحسين الأسلوب والسياق. أيضاً أختبر العبارات داخل اللعبة إن أمكن، لأن طول السطر ومكان الواجهة قد يجبرانني على تقصير أو إعادة صياغة. في النهاية، السرعة ليست فقط في الترجمة الفورية، بل في امتلاك ذاكرة مصطلحات قوية ونظام واضح للتحديث، وهذا ما ينقذ الوقت فعلاً.

أتعامل مع اختصارات اللغة الإنجليزية كما لو أني أحل لغزًا صغيرًا قبل أن أقدّم الترجمة النهائية؛ أول خطوة عندي هي فهم السياق بالكامل. قبل أن أترجم أي اختصار أبحث عن الشكل الكامل له: هل 'NASA' تعني 'National Aeronautics and Space Administration' أم أنها تستخدم مجازياً في نص ما؟ بعد التأكد أقرر بين ثلاث استراتيجيات: الاحتفاظ بالاختصار كما هو مع توضيح عربي، تعريب الاختصار بنفس الحروف العربية مثل 'ناسا' مع وضع التوسيع بين قوسين، أو ترجمته بالكامل إلى مصطلح عربي معتمد مثل 'الأمم المتحدة' بدلاً من 'UN'. أستعين بقواميس متخصصة ومصادر موثوقة مثل مواقع المصطلحات الأوروبية وموسوعات المجال، وأبني قائمة مصطلحات خاصة بالمشروع لضمان الاتساق. أضع المرة الأولى للاختصار شكلين: الاختصار الأصلي بالإنجليزي متبوعًا بالتوسيع العربي، ثم أستخدم الشكل المختار طوال النص. كذلك أتوخّى الحذر مع الاختصارات المتعددة المعاني؛ أدوّن ملاحظات قصيرة تبين أي معنى أتبعت. أحب أيضًا أن أعدّ ملاحظات للمحررين أو للقارئ لو استدعى الأمر، خاصة في النصوص التقنية أو القانونية حيث للدقة أثر كبير. بهذه الطريقة أحافظ على وضوح النص العربي ودقته دون أن أفقد القارئ مصدر الاختصار الأصلي.