خلال شهر فبراير بأكمله كنا مشاركة الأخبار المختلفة في حالة المشاكل والخلافات التي تم إنشاؤها في مجتمع مطوري Linux Kernel من أجل التطوير في Rust.
حتى، وقد أعلن بعض أصحاب الوزن الثقيل في المجتمع عن موقفهم والأسوأ من ذلك، وقد استقال البعض من مناصبهم كصيانين لبعض أنظمة فرعية نواة Linux.
ونظرا لهذه الموجة من المناقشات التي يبدو أنها أصبحت خارجة عن السيطرة، لقد أخذ لينوس تورفالدز الأمور على عاتقه. y انضم إلى المناقشة حول لمقاومة بعض المطورين لإدخال Rust في نواة Linux.
وفقًا للينوس، لا يُجبر أي مُصانٍ على التعلم أو الاستخدام أو حتى النظر في الكود المكتوب في الصدأ إذا كنت لا تريده، حيث يمكنهم الاستمرار في العمل حصريًا مع C.
في يوم الأربعاء، 19 فبراير 2025 الساعة 22:42 مساءً، كريستوف هيلويج كتب:
>
تنص الوثيقة على أنه لا يلزم وجود نظام فرعي لاستخدام Rust. لقد ثبت ذلك.
> قد يكون خطأ بالنسبة إلى لينوس. ورغم أنك ربما لم تكن تعلم ذلك عندما
> عندما كتبت الوثيقة، فإنك فعلت ذلك تمامًا عن طريق نشرها على القائمة.لقد كنت متفائلاً وحاولت ذلك، لأرى ما إذا كان هذا الموضوع الطويل سوف يعطي نتائج.
إلى شيء بناء، ولكن يبدو أن هذا يسير إلى الوراء (أو على الأقل
على الأقل ليس للأمام).الحقيقة هي أن طلب السحب الذي اعترضت عليه لم يمس DMA
طبقة على الإطلاق.لقد كان مجرد مستخدم آخر، في موقف منفصل تمامًا.
الدليل الفرعي، الذي لم يغير الكود الذي تحافظ عليه بأي شكل من الأشكال،
الشكل أو الهيئة.
لكنإذا قرر أحد المشرفين عدم التدخل، فلن تتاح له الفرصة أيضًا للتأثير في طريقة تطويره، ولا يؤثر على كيفية دمج روابطه الخارجية في كود نظامه الفرعي الخاص.
وأوضح تورفالدز أن أولئك المشرفين الذين يرغبون في المضي قدمًا مع الصدأ سيكون قادرًا على المشاركة في تطويره والتأثير على بنائه من الروابط والمساعدة في صيانة الواجهات المقابلة. وعلى العكس من ذلك، فإن أولئك الذين يختارون عدم العمل مع Rust سيتم حمايتهم من المشاكل التي قد تنشأ عند استخدامه، ولكن سيتم استبعادهم أيضًا من التأثير على تطوره. يخلق هذا النهج نوعًا من الحواجز التي تحمي أولئك الذين يكرسون أنفسهم حصريًا لـ C، وفي الوقت نفسه تمنعهم من المساهمة في تحسين تكامل Rust.
لذا فإن هذا البريد الإلكتروني لا يتعلق بأي "سياسة Rust". هذا البريد الإلكتروني يتعلق بـ
مشكلة أكبر بكثير: باعتبارك مسؤولاً عن الصيانة، فأنت المسؤول عن الكود الخاص بك،
بالتأكيد، ولكنك لست مسؤولاً عن من يستخدم النتيجة النهائية وكيف.ليس عليك أن تحب Rust. لا داعي للقلق بشأنه. إنه…
لقد أصبح واضحا تماما منذ البداية أنه لا يوجد أحد
أُجبروا فجأة على تعلم لغة جديدة، وأن الأشخاص الذين
إذا كنت تريد العمل حصريًا على الجانب C، فيمكنك الاستمرار في القيام بذلك.
ويخلق هذا الوضع، إلى حد ما، حاجزاً وقائياً.بالنسبة لأولئك الذين يعملون فقط مع C، عزلهم عن التعقيدات والعيوب المحتملة المرتبطة بها إلى كود Rust. لكن في نفس الوقت، فإن نفس العزلة تمنعهم من التأثير على تقدم Rust، وهو ما يعني أن شعار "لا أحد مضطر للتعامل مع Rust" لا يسمح لكل صيان بقفل أي كود مكتوب بهذه اللغة.
La يتم تنظيم تقسيم المسؤوليات وبالتالي، يمكن للمهتمين بلغة Rust العمل على جوانبها، بينما لن يضطر أولئك الذين يختارون عدم المشاركة إلى تغيير سير عملهم، على الرغم من أنهم لن يتمكنوا من تعديل تطوير المكونات المكتوبة بلغة Rust.
اشتدت حدة الجدل عندما ظهرت قضية الموافقة على رابط Rust عبر نظام DMA الفرعي. في هذه الحالة، تم تجاهل معارضة أحد المشرفين الذي حاول منع قبول مثل هذه الروابط، انتقد لينوس تصرفات كريستوف هيلويج بشكل علني.
وفقا لتورفالدز، فإن هيلويج تجاوز سلطته. من خلال محاولة التأثير على الكود الذي، عند تنفيذه في دليل فرعي منفصل، لم يؤثر على نظام DMA الفرعي الذي كان مسؤولاً عنه. وبحسب كلمات تورفالدز، فإن موقف هيلويج يشبه محاولة تعطيل DMA في وحدة تحكم لمجرد أنه لم يعجبه ذلك، وهو أمر غير مقبول.
في النهاية، على الرغم من أن كل مشرف مسؤول عن الكود الخاص به، فلا يمكن إجباره على التحكم في كيفية استخدام هذا الكود أو اتخاذ القرار بشأن دمجه في مشاريع أكبر.