ניהול באמצעות רשימות תפוצה כמחסום המונע הגעת מפתחים צעירים

שרה נובוטני, חברה במועצת המנהלים של קרן לינוקס של מיקרוסופט, מוּרָם שאלה על האופי הארכאי של תהליך הפיתוח של ליבת לינוקס. לדברי שרה, שימוש ברשימת תפוצה (LKML, Linux Kernel Mailing List) כדי לתאם פיתוח ליבה ולשלוח תיקונים מרתיע מפתחים צעירים ומהווה מחסום להצטרפות של מתחזקים חדשים. ככל שגודל הקרנל וקצב הפיתוח גדלים, הבעיה עם מחסור מנהלים המסוגלים לפקח על תת-מערכות ליבה.

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

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

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

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

מקור: OpenNet.ru