איך לבנות מילון מונחים לתרגום שמתרגמים ו-AI יכולים באמת להשתמש בו

כדי ליצור מילון מונחים לתרגום, בחרו את המושגים שדורשים ניסוח מבוקר, הגדירו מה כל אחד מהם אומר במסמך שלכם, אשרו מונח יעד לכל שפה והקשר, והקצו אחראי לתחזוק ההחלטות הללו. לאחר מכן בחנו את הרשומות בקטעים אמיתיים לפני מסירתן למתרגמים או לכלי תרגום.

ההבחנה השימושית ביותר היא בין מילון המונחים הראשי שמתעד את ההחלטות שלכם לבין הייצוא המצומצם שכלי יכול לצרוך. ייתכן שקובץ ייבוא דו-טורי הכרחי, אך הוא אינו יכול להחליף את ההקשר, הראיות והיסטוריית האישורים שהפכו את שני הטורים הללו לאמינים.

התחילו עם תבנית מילון המונחים הריקה ועם דוגמת מילון המונחים המלאה. שניהם קבצי CSV בקידוד UTF-8. הדוגמה משתמשת במוצר בדיוני ובהחלטות המחשה מאנגלית לצרפתית; היא אינה רשימת מונחים מוסמכת, פרויקט לקוח, או פריסט ייבוא מוכן ל-BookTranslator.

השאירו את מילון המונחים קטן מהמילון

כללו מונח כאשר בחירה לא עקבית או דו-משמעית תשנה משמעות, תבלבל ניווט, תחליש הבחנה חשובה, או תגרום לעבודת סקירה מיותרת. אל תאספו כל שם עצם רק מפני שתוכנה חילצה אותו.

מעבר בחירה שימושי שואל:

• האם המושג הזה חוזר על עצמו בין סעיפים, קבצים או תורמים?
• האם למילת המקור יש יותר ממשמעות רלוונטית אחת?
• האם הארגון, המחבר או תחום הנושא דורשים צורת יעד ספציפית?
• האם בחירה שונה תהפוך אזהרה, הוראה, ממשק או טיעון לקשים יותר למעקב?
• האם המונח חדש, שנוי במחלוקת, או ידוע ככזה שגרם לתיקון בפרויקט הזה?

מונח נדיר אך בעל השלכות עשוי להצדיק רשומה לפני מילה רגילה נפוצה. מונח תקני ללא דו-משמעות ממשית עשוי שלא להזדקק לרשומה כלל.

מדריך ההתחלה לניהול טרמינולוגיה לתרגום של COTSOES ממליץ על טרמינולוגיה רלוונטית לארגון ועל אחריות אימות מפורשת. הוא גם מזהיר שמספר הרשומות לבדו אינו קובע איכות. העקרונות הללו חשובים כאן יותר מגילן של דוגמאות התוכנה שלו.

חילוץ מועמדים הוא רק תיבת הדואר הנכנס. ביטוי שחולץ הופך לטרמינולוגיה שימושית כאשר אתם יודעים מה הוא אומר, מתי הוא חל, ומי אישר את ניסוח היעד.

בנו רשומה אחת סביב משמעות אחת

אל תיתנו למחרוזת המקור בעלות בלעדית על הרשומה. המילה האנגלית "charge" יכולה לתאר תכונה חשמלית או סכום לחיוב. שורה אחת שממפה כל מופע למילה צרפתית אחת תקליט שגיאה, לא עקביות.

תנו לכל מושג מזהה יציב, ואז הוסיפו את ההחלטה הספציפית לשפה. בגיליון אלקטרוני פשוט, השתמשו בשורה אחת לכל צמד מושג ושפת מקור/יעד. שתי שורות יכולות לחלוק כתיב מקור מבלי לייצג את אותו מושג.

התבנית מכילה את השדות הבאים:

אסמכתת הקשר צריכה לאפשר לסוקר למצוא את הקטע שוב: גרסת קובץ וסעיף, רשומת מונח סמכותית, או מקור עמיד אחר. "מהאינטרנט" אינו מספיק. עבור מושג מקורי שהוגדר על ידי המחבר, ההגדרה של כתב היד עצמו עשויה להיות הראיה הרלוונטית.

הפרידו בין ההגדרה להקשר המקור. ההגדרה אומרת מהו המושג; ההקשר מראה כיצד הוא משמש. משפט כמו "Select the workspace" ממחיש שימוש אך אינו מסביר מה מכיל workspace או כיצד הוא שונה מ-project.

תיקון חמישה ערכי מילון נפוצים

התיקונים הבאים שייכים לדוגמה הבדיונית הניתנת להורדה. הם ממחישים החלטות עריכה, לא כללי טרמינולוגיה צרפתית אוניברסליים. קטעי הדוגמה מספקים את הטקסט הסובב.

1. מילה פוליסמית עם מונח יעד כפוי אחד

ערך חלש: charge → charge

תיקון: צרו מושגים נפרדים:

• תכונה חשמלית: מקור charge; יעד charge électrique; תחום "אלקטרוניקה מבואית"; הקשר "The capacitor stores electric charge."
• סכום לחיוב: מקור charge; יעד frais; תחום "חיוב"; הקשר "The delivery charge is shown before payment."

זה לא אומר שכל מיפוי צריך לגבור על כל מופע של "charge". התחום וההקשר של הערך הם חלק מההחלטה. אם הכלי הנבחר אינו יכול להבחין ביניהם, השתמשו בייצוא פרויקטים נפרדים, בביטוי ארוך וחד-משמעי, או בסקירה אנושית במקום החלפה גלובלית.

2. מונח ללא חלק הדיבר שלו

ערך חלש: seal → sceller

תיקון: הבחינו בין הפועל לרכיב:

• ״לחתום את המעטפה״: פועל, עם יעד להמחשה sceller בפרויקט הזה.
• ״להחליף את אטם הגומי״: שם עצם המתייחס לרכיב, עם יעד joint.

כעת הגיליון האלקטרוני מתאר שני מושגים במקום לרמוז שרכיב גומי הוא פעולה. במסמך טכני אמיתי, בקשו מהסוקר התחומי לאמת את משמעות הרכיב ואת המונח המועדף.

3. שתי תרגומים מקובלים ללא העדפת פרויקט

ערך חלש: workspace → espace de travail / zone de travail

תיקון: אשרו את espace de travail עבור המכולה הנקראת של היישום הבדיוני. תעדו את zone de travail כגרסה שנדחתה עבור מושג ממשק זה, ולא כצרפתית גרועה באופן כללי. הוסיפו הערת שימוש שמותר נטייה דקדוקית רגילה.

גרסה שנדחתה זקוקה לסיבה ולתחום. אחרת סוקר עלול ״לתקן״ ביטוי תקין לחלוטין בהקשר אחר.

4. שם מוצר המוגן רק במשתמע

ערך חלש: LeafDeck → LeafDeck

תיקון: הגדירו do_not_translate=true, זהו אותו כשם המוצר הבדיוני, שמרו על רישיות, וצטטו את החלטת השמות של פרויקט ההדגמה. ציינו שהכלל אינו חל על מילים לא קשורות בתיאור רגיל.

התאמה של טקסט מקור וטקסט יעד לבדה אינה מסבירה אם השימור מכוון או סתם עבודה לא גמורה. השתמשו במדריך ההחלטה מה לא לתרגם לרשימת ההחרגות הרחבה יותר.

5. החלטת טיוטה המוצגת כמאושרת

ערך חלש: sync → synchroniser / mettre à jour, ללא בעלים או מצב.

תיקון: הגדירו קודם את הפעולה. עבור הפקודה הבדיונית שמסנכרנת את ספריית המכשיר, אשרו את synchroniser כפועל ותעדו את החלופה כלא מתאימה לפקודה מסוימת זו. הקצו בעלים ומקור החלטה עם תאריך.

השאירו תווית שם עצם מוצע נפרדת ב-draft עד שהסוקר שלה יכריע בה. ה-CSV המעובד כולל במכוון את שורת הטיוטה הזו. גיליון אלקטרוני שנראה נקי אינו הוכחה שכל שורה מאושרת.

השתמשו בשער איכות לערכים, לא בציון דקורטיבי

לפני אישור ערך, שאלו שש שאלות כן-או-לא:

1. משמעות: האם אדם אחר יכול להבחין בין מושג זה למושגים סמוכים?
2. ראיות: האם הוא יכול למצוא את המקור התומך או את החלטת המחבר?
3. שפה: האם צורת היעד מתאימה לאזור, לדקדוק ולתחום שצוינו?
4. תחום: האם ידוע לו היכן הכלל חל והיכן לא?
5. אחריות: האם יש בעלים האחראי לפתרון שינויים?
6. שימוש: האם הערך נבדק במשפט מייצג?

תשובה לא פתורה משמעה שהערך נשאר בטיוטה. זהו קריטריון קבלה עריכתי, לא מדד מספרי מאומת לאיכות תרגום.

חלקו את העבודה לפי מומחיות. המחבר או המומחה בתחום מאשר את המושג; הסוקר בשפת היעד מאשר את השימוש; בעל הטרמינולוגיה מתעד את ההחלטה ומפיץ את הגרסה המאושרת. אדם אחד יכול למלא כמה תפקידים בפרויקט קטן, אך עדיין יש צורך בתשובות לשאלות.

אם סוקר חולק על ערך, תעדו את האפשרויות המתחרות ואת הקטע שחושף את הסתירה. פעלו לפי תהליך עבודה לשאילתות מתרגמים במקום לאפשר להודעות פרטיות להפוך לחריגים לא מתועדים.

ייצאו עבור הכלי הקולט רק לאחר אישור

למילון המונחים הראשי שלכם ולמילון של מנוע יש מטרות שונות. המילון הראשי מסביר החלטות לאנשים. קובץ ייבוא חייב לפעול לפי הסכימה והתנהגות ההתאמה של כלי מסוים.

עבור כלי שתומך בייבוא מילוני מונחים:

1. בחרו את צמד שפות המקור/היעד הנדרש ואת תחום הפרויקט.
2. החריגו ערכים בסטטוס draft ו-deprecated.
3. פתרו כפילויות של מחרוזות מקור שהכלי הקולט אינו יכול להבחין ביניהן.
4. מפו רק שדות נתמכים לתבנית הייבוא הנוכחית של הכלי.
5. אשרו כיצד הוא מתייחס לאותיות רישיות/קטנות, לנטיות, למונחים מרובי מילים ולטקסט מוגן.
6. בדקו קלט קטן ומייצג ובדקו את התרגום המוחזר.

לדוגמה, תבנית ה-CSV החד-כיוונית המתועדת של Google Cloud Translation משתמשת בצמדי מקור/יעד ללא כותרת, בעוד שה-CSV של קבוצת מונחים שקולים משתמש בכותרות שפה. התאמת מילון המונחים שלו היא רגישה לאותיות רישיות/קטנות כברירת מחדל, וחלק מערכי מילות עצירה מתעלמים מהם. אלו כללים של Google Cloud, לא כללי CSV כלליים או יכולות של BookTranslator. בדקו את התיעוד הנוכחי של מילון המונחים של Google Cloud לפני הכנת ייצוא עבור שירות זה.

אל תעלו את ה-CSV העשיר בהערות מהמאמר הזה לתיבת דו-שיח אקראית לייבוא. זהו מילון ראשי לעבודה. conversely, אל תזרקו את ההגדרות והיסטוריית האישורים שלו רק מפני שכלי מקבל רק שתי עמודות.

כאשר משתמשים במערכת AI עם שדה הוראות נתמך, ספקו תת-קבוצה רלוונטית ומאושרת בתוספת ההקשר הדרוש להבחנה בין משמעויות. הוראה יכולה לבקש טרמינולוגיה; היא אינה קובעת שהפלט פעל לפיה. בדקו את התוצאה. אם המערכת אינה מציעה קלט מילון מונחים נתמך, השאירו את המילון הראשי כהפניה לסוקר במקום להמציא דרך לייבא אותו.

עבור ארגונים עם צוותי חזית רב-לשוניים, עקביות טרמינולוגית חשובה גם לאחר התרגום. חומרי הדרכה, מדיניות ותקשורת תפעולית עשויים להגיע לעובדים בשפות המועדפות עליהם תוך שמירה על ניסוח מאושר. iTacit מסביר כיצד תקשורת רב-לשונית תומכת במידע במקום העבודה across שפות, מדינות ותרבויות.

הוסיפו שפות בלי למחוק החלטות מקומיות

השתמשו שוב במזהה המושג כאשר מוסיפים לוקאל יעד נוסף, אך תנו ללוקאל הזה יעד, סטטוס, בעלים וראיות משלו. אישור בצרפתית אינו מאשר מקבילה בגרמנית. יעד ריק פירושו "לא נפתר", לא "השתמשו במקור אוטומטית".

אותה משמעת חלה בתוך שפה. פצלו החלטות ספציפיות ללוקאל כאשר הן שונות מהותית. אל תיצרו שורות כפולות רק כדי להוסיף תוויות אזוריות שלא משנות דבר.

שמרו על המצבים האלה פשוטים:

• טיוטה: החלטה מועמדת או שנויה במחלוקת; אינה חלק מייצוא מאושר.
• מאושר: התקבל עבור ההיקף והגרסה הנקובים.
• הוצא משימוש: נשמר להיסטוריה ולזיהוי, אך לא מומלץ לעבודה חדשה.

עבור שינוי מהותי, תעדו את הצורה הישנה, הצורה החדשה, הסיבה, הגרסה האפקטיבית, הבעלים ומיקומי המקור המושפעים. בנו מחדש את הייצוא הרלוונטי וספרו למתרגמים אילו קטעים דורשים בחינה מחודשת. אל תחליפו מונח בשקט באמצע הפרויקט ותצפו שפרקים שכבר תורגמו יתעדכנו מעצמם.

סקרו ערכים כאשר המוצר, כתב היד המקורי, התקן או השימוש המקובל משתנים. תזכורת ביומן יכולה לעזור, אך הגדרה שהשתנתה היא טריגר חזק יותר.

אמתו את המילון בקטעים לפני הרחבה

מילון יכול להיות מסודר מבפנים ועדיין להיכשל במשפט. השתמשו בקבוצה קטנה של קטעים שכוללת במכוון:

• מילת מקור דו-משמעית בשני מובנים;
• מונח ככותרת ובתוך טקסט רץ;
• צורת יחיד, רבים או וריאציה דקדוקית אחרת;
• שם מוגן לצד שפה רגילה; ו
• מונח בטבלה, בכיתוב, בהוראה או במבנה מסמך חשוב אחר.

הדוגמה להורדה משייכת "delivery charge" עם "electric charge" וכוללת "seal" גם כשם עצם וגם כפועל. מקרים אלה חושפים מדוע החלפה ללא הקשר היא מבחן קבלה שגוי.

עבור כל קטע, תעדו את המקור, גרסת המילון, הפלט ביעד, החלטת הסוקר ותיקון אם נדרש. אם אתם באמת בודקים שירות תרגום, הוסיפו את השירות/מודל, התאריך, ההגדרות והפלט הגולמי. הדוגמאות במאמר זה אינן טוענות שנערך מבחן שירות כזה.

לאחר תרגום המסמך השלם, עברו לסקירת עקביות טרמינולוגית. בניית המילון קובעת את המדיניות; סקירת הפלט קובעת אם הטקסט הנמסר עוקב אחריה בלי להפוך ללא טבעי.

מסרו תיעוד החלטות, לא רק רשימת מילים

המסירה הסופית צריכה לכלול את גרסת המקור, מילון האב המאושר, ייצוא לכלי הקולט אם רלוונטי, יומן שאילתות לא פתורות ודוגמאות מייצגות. האדם שמבצע את התרגום צריך לדעת איזה קובץ הוא הסמכותי ולמי לפנות בנוגע להתנגשויות.

עבור ספר שלם או מסמך ארוך נתמך, זרימת העבודה לתרגום קבצים של BookTranslator יכולה לספק טיוטה לסקירה subsequent. שמרו את המילון המאושר שלכם לצד אותה טיוטה. הגיליון כאן הוא הפניה עריכתית חיצונית, לא טענה ש-BookTranslator מייבא מילוני CSV בניהול משתמש או אוכף כל ערך.

התחילו בכמה מושגים בעלי השלכות, הפכו את ההחלטות לניתנות לבדיקה, והרחיבו מתוך עמימות אמיתית או ממצאי סקירה. המטרה היא פחות החלטות לא פתורות במסמך הבא—לא המילון הגדול ביותר.