דרופל ישראל תשתיות תוכן קהילתיות פתוחות

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

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

חשוב שתהיה אחידות בתרגומים - לכן כתבתי את המדריך למתרגם
http://drupal.org.il/guides/hebrew-translation-guide ובו ניסיתי להגדיר כללים כמיטב יכולתי.

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

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

ג. היום כדאי שהתרגום יתבצע מודול אחר מודול (ולא כמו שרשמתי במסמך שלמעלה). זאת השיטה שהכי קל לתחזק אותה לאורך זמן. לכל מודול יש קובץ תרגום משלו, שיוכנס בחזרה לתוך ה-CVS. זאת עד למעבר ל-localization server, שאמור לאפשר תרגום online במקביל וכן תרגום בשיטת point and click תוך כדי הצבעה על מחרוזת לא מתורגמת ואיתורה.

ד. יש צורך בתמיכה של מתכנת כדי למזג את מחרוזות התרגום לתוך כל גירסה חדשה שיוצאת (ראו מה שנכתב לגבי msgcat / msgmerge).

ה. יש מקרים שיש צורך גם בתמיכת מתכנת \ מעצב לצורך תיקוני CSS.

לתרגם קודם את דרופל 5, זה ביזבוז משאבים גם מצד החברה (אני מנחש שזאת Comrax?), גם מצד הקהילה.

בלי קשר, החבר'ה של קומרקס חלשים קצת בשיווק ומכירות (רק כמה מאות אתרים בכמעט 10 שנות פעילות - לעומת ה-2000 של דרונט), אבל יודעים PHP, ויודעים לנהל פרויקטים.

עצתי להם: נצלו את האימוץ האסטרטגי הזה ליח"צ טובים לחברה ולקהילת דרופל. (סתם רעיון: ליזום את שידרוג אתר הקהילה)