إطلاق KDE 4.0 RC2 ونقاش حول مصير علل KDE3
بالأمس أطلقت الإصدارة المرشحة الثانية من سطح المكتب المنتظر KDE4. هذه الإصدارة علامة على آخر ميل على طريق KDE4.
خلال مسيرة الجودة و إكمال ما سيصبح سطح مكتب KDE4 ، مجتمع الكدي فكر في إطلاق نسخة مرشحة ثانية قبل إطلاق KDE4 في 11 يناير. قاعدة الأكواد الأن أكملت كل المميزات، بعض العمل ما زال ينتظر الانتهاء منه لوضع icing في KDE 4.0 cake. اشتملت هذه الإصدارة على إصلاح بعض العلل الرئيسية والثانوية ، و إنهاء العمل الرسومي و انسيابية خبرة المستخدم.
من جانب ثاني هناك نقاش يدور حول KDE 4 ، و يتلخص: هل نغلق كل علل KDE 3.x أو لا ؟ والسبب هذا الطرح أنه يوجد 15210 علة مفتوحة و 13336 منية مطلوبة. و خلال الأسبوع الماضي فتحت 367 علة و أغلقت 294 علة، وهذا بشكل مستمر في كل الأسابيع. ولسوء الحظ أنه لا توجد قوى عاملة كافية لتغلب على هذه المشكلة. يتطلب الأمر إلى حل أو الغرق في دوامة العلل !!.
ومع قدوم كدي 4 ستكون لحظة جيدة لتجديد. الكثير من التطبيقات أعدت إصلاح قاعدة كودها بشكل مختلف خلال السنتين الماضيتين. ولكن هناك الالاف من تقارير العلل مبنية على قاعدة أكوادة مختلفة تماما و لا ننسى التقارير التي لا يستجيب فيها مؤلفوها.
فهل تغلق كلها و يبدأون من جديد؟ أم نعطي فرصة للمستخدمين القدامى ونرسل إلى مرسلوا العلل رسالة نعلمهم بالوضع الجديد؟
- قرأت 99 مرة
- اخبر صديق
- نسخة للطباعة
مشكلة تنظيمية
يبدو أن لديهم مشكلة تنظيمية و في علم البرمجة من المعروف أن اغلاق العلل أهم بكثير من اضافة الميزات لذلك الحل الأفضل أمام فريق كيكر هو إطلاق أكثر من إصدارة مرشحة بانتظار اغلاق العلل و تسمية ذلك بمرحلة بيتا ثم التحضير للإطلاق النهائي. و بالنسبة لموضوع العلل فهذا يعتمد على طريقة تنظيم عمل فريق كيكر الداخلية فإذا كان كل قسم من الفريق فرضاً يعمل على جزء مستقل من المشروع فالأفضل إجراء مراجعة شاملة لمواطن العلل و هذا الأمر ليس صعباً كون الكيكر مكتوب بالسي بلس بلس و لكنه بالتأكيد سوف يحتاج للوقت و لذلك باختصار الأفضل أن يتروى الفريق و ألا تدفعه الظروف و الحماسة إلى اطلاق سريع للنسخة الجديدة لأن ذلك سوف يؤدي لسقوط سريع و برأيي أن اطلاق نسختين مرشحتين إضافيتين على الأقل و استقراء آراء المستخدمين على أساس النسخ المرشحة سوف تؤدي لتحسين النسخة بنسبة لا تقل عن 40 بالمئة.
المشكلة في الاصدارة السابقة !!
المشكلة أن الاصدارة التي يواجهون فيها مشكلة هي إصدارة 3 ، الان هم سينتقلوا إلى الاصدارة الرابعة عاجلا أم آجلا، ولذى صيانة الاصدارة القديمة والتي تختلف في بنيتها عن الاصدارة السابقة،،
فهل يتركوا إصلاح علل السابقة ويشتغلوا في إصلاح علل الاصدارة الجديدة؟؟
بالتأكيد
المنطق يقول يجب أن يتركو علل الإصدارة القديمة و أن يوجهو كافة جهودهم للإصدارة الجديدة و أسباب رأيي هذا كثيرة و لكن سأذكر بعضها:
1- مشروع كيكر هو عبارة عن واجهة رسومية لنظام تشغيل و العلل التي فيه لن تؤثر بشكل جوهري في أداء النظام طالما نتحدث عن الواجهة الرسومية أما بالنسبة للبرامج التي تستخدم مكتباته في بناء الواجهة الرسومية فإن إصلاح معظمها سيكون تلقائياً تقريباً طالما أن المكتبات الجديدة للمشروع تحتوي على أسماء الإجراءات و التوابع نفسها و بنفس الوسطاء , بمعنى أن الإصلاح الداخلي للمكتبة دون تغيير واجهة الإجراء Interface سيؤدي إلى إصلاح تلقائي لعمل المكتبة.
2- بنية نظام لينوكس تقوم على مبدأ جميل و هو فصل شبه كامل لعناصر النظام من نواة و نظام ملفات و قشرة لذلك يمكن للشركات التي تقوم بتجميع النظام و ببعض التعديلات البسيطة دمج الإصدار الجديد لمشروع كيكر بكل سهولة و دون مشاكل و لكن من الواضح من المقال أن المشاكل يمكن أن تحدث من التطبيقات التي تعتمد في واجهتها الرسومية على مكتبات كيكر .
3- العلل في الإصدار القديم ليست جوهرية بحيث تعطل البرامج المبنية على مكتبات كيكر و إنما في أسوأ الأحوال تقوم بعمل اختناقات في الذاكرة و انهيار لهذه البرامج لذلك فإن إصلاحها ليس أولوية قصوى و الأفضل تطوير هذه البرامج لتتلائم مع البيئة الجديدة بدلا من إضاعة الوقت في إصلاحها على البيئة القديمة.
علِّق