في عالم البرمجة والمشاريع مفتوحة المصدر، كتير من الناس بيبقى عندهم انطباع إن العمل الجماعي دايماً مريح وكل المطورين في حالة وئام دائم. لكن الحقيقة مختلفة تماماً لما ننزل لأرض الواقع في تطوير نواة لينكس (Linux Kernel). بين كل فترة والتانية، بيحصل موقف بيثبت إن الانضباط والجودة هما الأساس الأول والأخير، وده اللي وضحه لينوس تورفالدس (Linus Torvalds) في رد ناري وعلني على أحد كبار المطورين.
تفاصيل الواقعة: توبيخ علني في القائمة البريدية
الموقف بدأ لما أحد المطورين المسؤولين عن تعريفات الوسائط (Media Drivers) لنواة لينكس قام بإرسال تعديل برمجي تسبب في تعطيل بعض تطبيقات المستخدم على النظام مثل PulseAudio و Tumbleweed. وبدلاً من الاعتراف بالخطأ وإصلاح الكود، حاول المطور إبداء مبررات وترجيح أن المشكلة تكمن في التطبيقات نفسها وليست في النواة.
رد لينوس تورفالدس لم يكن مجرد تصحيح عادي، بل كان توبيخاً شديد اللهجة أمام مجتمع المطورين بالكامل، ليرسخ قواعد صارمة لا يقبل فيها أي تهاون أثناء تطوير النواة.
القواعد الذهبية لتطوير نواة لينكس
من خلال هذا الرد الناري، يستنتج المطورون مجموعة من القواعد الأساسية التي يفرضها تورفالدس على أي كود يتم تقديمه لملفات النواة:
الصرامة وضمان الجودة في البرمجيات
يمكنكم الاطلاع على تفاصيل الرسالة من خلال
الخلاصة والنقاش
الواقعة دي بتأكد إن إدارة مشروع بحجم Linux Kernel تتطلب حزماً شديداً، لأن أي خطأ بسيط في النواة ممكن يسبب مشاكل لملايين المستخدمين حول العالم.
شاركونا رأيكم: هل بتشوفوا إن صرامة لينوس تورفالدس وأسلوبه المباشر ضروري للحفاظ على جودة واستقرار لينكس، ولا بتفضلوا الأسلوب الدبلوماسي حتى لو كان على حساب سرعة اكتشاف الأخطاء؟
تفاصيل الواقعة: توبيخ علني في القائمة البريدية
الموقف بدأ لما أحد المطورين المسؤولين عن تعريفات الوسائط (Media Drivers) لنواة لينكس قام بإرسال تعديل برمجي تسبب في تعطيل بعض تطبيقات المستخدم على النظام مثل PulseAudio و Tumbleweed. وبدلاً من الاعتراف بالخطأ وإصلاح الكود، حاول المطور إبداء مبررات وترجيح أن المشكلة تكمن في التطبيقات نفسها وليست في النواة.
رد لينوس تورفالدس لم يكن مجرد تصحيح عادي، بل كان توبيخاً شديد اللهجة أمام مجتمع المطورين بالكامل، ليرسخ قواعد صارمة لا يقبل فيها أي تهاون أثناء تطوير النواة.
من خلال هذا الرد الناري، يستنتج المطورون مجموعة من القواعد الأساسية التي يفرضها تورفالدس على أي كود يتم تقديمه لملفات النواة:
- القاعدة الأولى والمقدسة (Do Not Break User Space): إذا تسبب أي تعديل في النواة في تعطل برامج المستخدم، فالمشكلة دائماً تعتبر خطأ في النواة (Kernel Bug) ولا يجوز إمالة اللوم على تطبيقات المستخدم إطلاقاً.
- منع إدخال أكواد عشوائية: يرفض تورفالدس بشكل قاطع دمج أي برمجيات غير مراجعة جيداً أو تتسبب في تراجع استقرار النظام.
- الدقة في استخدام الثوابت وقيم الإرجاع: من الأخطاء التي أشار إليها تورفالدس هي استخدام الثابت ENOENT (الذي يعني عدم وجود الملف أو المسار) كاستجابة لعملية على مشغلات تم فتح ملفاتها بالفعل بنجاح، مما يعكس عدم دقة في التعامل مع معايير النظام.
الصرامة وضمان الجودة في البرمجيات
يمكنكم الاطلاع على تفاصيل الرسالة من خلال
من فضلك قم , تسجيل الدخول أو تسجيل لعرض المحتوى
.الخلاصة والنقاش
الواقعة دي بتأكد إن إدارة مشروع بحجم Linux Kernel تتطلب حزماً شديداً، لأن أي خطأ بسيط في النواة ممكن يسبب مشاكل لملايين المستخدمين حول العالم.
شاركونا رأيكم: هل بتشوفوا إن صرامة لينوس تورفالدس وأسلوبه المباشر ضروري للحفاظ على جودة واستقرار لينكس، ولا بتفضلوا الأسلوب الدبلوماسي حتى لو كان على حساب سرعة اكتشاف الأخطاء؟
