سارا نووتنی، عضو هیئت مدیره بنیاد لینوکس مایکروسافت، در مورد ماهیت باستانی فرآیند توسعه هسته لینوکس. به گفته سارا، استفاده از لیست پستی (LKML، لیست پستی کرنل لینوکس) برای هماهنگ کردن توسعه هسته و ارسال وصله ها، توسعه دهندگان جوان را دلسرد می کند و مانعی برای پیوستن نگهبانان جدید است. با افزایش اندازه هسته و سرعت توسعه، مشکل با نگهدارنده هایی که قادر به نظارت بر زیرسیستم های هسته هستند.
ایجاد مکانیزم مدرن‌تر برای تعامل بین نگهدارنده‌ها و توسعه‌دهندگان، مشابه سیستم «مشکلات» و درخواست‌های کششی در GitHub با پذیرش وصله‌های مستقیم در Git، جذب نگهدارنده‌های جوان‌تر را به پروژه ممکن می‌سازد. فرآیند مدیریت توسعه مبتنی بر ایمیل فعلی توسط بسیاری از توسعه دهندگان جوان به عنوان قدیمی و غیرضروری وقت گیر تلقی می شود. در حال حاضر، ابزار کار اصلی برای توسعه دهندگان هسته، کلاینت ایمیل است، و برای تازه واردانی که 5-10 سال پیش به این صنعت آمده اند و به سیستم های توسعه مشارکتی مدرن عادت کرده اند، سازگاری با چنین سازماندهی کاری بسیار دشوار است.
این ناراحتی با الزامات سخت برای قالب بندی حروف تشدید می شود، که برخی از آنها 25 سال پیش پذیرفته شدند. به عنوان مثال، لیست پستی استفاده از نشانه گذاری HTML را ممنوع می کند، علیرغم این واقعیت که اکثر مشتریان ایمیل به طور پیش فرض از چنین نشانه گذاری استفاده می کنند. به عنوان نمونه ای از مشکلاتی که این امر ایجاد می کند، به یکی از همکاران اشاره شد که برای ارسال یک وصله به لیست پستی OpenBSD که به ایمیل HTML نیز اجازه نمی دهد، نیاز به نصب یک سرویس گیرنده ایمیل جداگانه داشت، زیرا مشتری ایمیل اصلی خود (Outlook) نامه HTML ارسال می کند.
به منظور شکستن پایه های ایجاد شده و نقض نکردن عادات توسعه دهندگان موجود، پیشنهاد می شود حالتی را برای توسعه دهندگان جدید ایجاد کنید که به شما امکان می دهد وصله ها را مستقیماً از طریق درخواست های کشش یا سیستم هایی شبیه به "مسائل" به نگهبانان ارسال کنید و به طور خودکار پخش کنید. آنها را به لیست پستی LKML.
ایده دیگر این است که LKML را از وصله ها به نفع بحث ها و اطلاعیه ها تخلیه کنید. در شکل کنونی آن، هزاران نامه از طریق LKML عبور می کنند، که بیشتر آنها به طور مستقیم کد پیشنهادی برای گنجاندن در هسته هستند و تنها بخش کوچکی اعلان هایی هستند که ماهیت وصله ها و بحث ها را توضیح می دهند. وصله‌های منتشر شده هنوز در Git منعکس می‌شوند و معمولاً با استفاده از درخواست‌های کشش در Git پذیرفته می‌شوند و LKML فقط فرآیند را مستند می‌کند.
منبع: opennet.ru