قد يكسب هذا الموقع عمولات تابعة من الروابط الموجودة في هذه الصفحة. تعليمات الاستخدام. 
أعلنت Microsoft أنها ستنشر تفاصيل التنفيذ الفني لمعيار exFAT وتسمح بدمج الدعم في Linux kernel في تاريخ مستقبلي. هذا تغيير كبير بالنسبة لـ Microsoft ، التي كانت ذات مرة تسجل براءات اختراع FAT. بينما نشرت شركة Samsung برنامج تشغيل GPL لـ exFAT مرة أخرى في عام 2013 ، إلا أن رخص براءات الاختراع حالت دون توزيع برنامج التشغيل كجزء من نظام Linux.
يمكن أن يتغير ذلك الآن ، إذا تم تضمين برنامج التشغيل في الإصدارات المستقبلية من Linux kernel. ولكن كما لاحظ Phoronix ، كانت المناقشة في القائمة البريدية تنتقد رمز برنامج التشغيل الموجود مسبقًا ، والذي تم وضع علامة عليه لإدراجه في kernel بعد إعلان Microsoft. وصفه كريستوف هيلفيج ، وهو مطور لينكس منذ فترة طويلة ، بأنه "كومة من الهراء" ، قائلاً:
إنها في الأساس إعادة تنفيذ fs / fat / لا ترقى إلى معايير النواة مع وجود بعض الاختلافات غير المباشرة لدعم الزيوت. لذلك لا يوجد قدر من العمل على قاعدة البيانات هذه سوف يدفعنا حقًا إلى الأمام. بدلاً من ذلك ، كيف يمكن لقضاء بضعة أيام على ذلك ولديه بالفعل أنظمة ملفات لاختباره ، يحتاج فقط إلى إحضار بتات التنسيق ذات المستوى المنخفض إلى قاعدة بيانات fs / fat المختبرة جيدًا بدلاً من تكرارها.
دافع جريج كروه هارتمان ، الذي يحافظ على فرع لينوكس المستقر ، عن قرار تحويل الشفرة إلى مراحل ، على الرغم من حالتها الحالية ، قائلاً: "أعرف أن الكود فظيع ، لكنني سأنتقل بكل سرور إلى الكود الرهيب في التدريج. إذا كان هذا يزعجك ، فالرجاء تجاهل ذلك. "
كتب ستيفن فوجان نيكولز أن هذه الخطوة يمكن قراءتها كإجابة جزئية على طلب قدمه برادلي كون عندما انضمت مايكروسوفت إلى معاهدة عدم اعتداء شبكة براءات الاختراع المفتوحة (OIN) في العام الماضي. بعد أن لاحظ أن Microsoft قد هزّت بائعي منتجات Linux على وجه التحديد بسبب رسوم الترخيص المتعلقة بـ exFAT في الماضي ، دعا Microsoft إلى "إرسال إلى upstream رمز exfat بأنفسهم بموجب GPLv2 أو أحدث". لم تتخذ Microsoft هذه الخطوة. بدلاً من ذلك ، تنشر المواصفات وتدعم العمل لإنشاء برنامج تشغيل Linux يضيف دعم exFAT إلى kernel في وقت لاحق. بينما تدعم شركة Microsoft هذا الجهد ، فإنها تتوقع أن يتم تنفيذ عملية تقديم الكود الفعلي من قبل الآخرين.
أما بالنسبة لل لماذا ا تتخذ Microsoft هذه الخطوة ، في هذه المرحلة المحددة من الوقت ، قد تكون الشركة قد قدمت الإجابة في العام الماضي ، في قمة مفتوحة المصدر في أوروبا. يقتبس SJVN من ستيفن والي ، مدير البرنامج الرئيسي لأزور ، قوله:
المصدر المفتوح غير كل شيء. لقد تغيرت العملاء. قبل خمسة عشر عامًا ، كان أحد مديري المعلومات قد قال: "ليس لدينا مصدر مفتوح ، سيكونون مخطئين ، لكن هذا ما اعتقدوه". الآن ، يعرف مديرو المعلومات أن المصدر المفتوح ضروري … كانت Microsoft دائمًا شركة ، من وإلى ، ومن أجل المطورين. في هذه المرحلة من التاريخ ، يحب المطورون المصادر المفتوحة.
يبدو أن معارضة هذه الخطوة أو المخاوف بشأن ما إذا كانت Microsoft تعتزم إجراء شيء خفي بشكل خفي يبدو صامتًا في معظم مجتمع OSS. لقد حاولت Microsoft إثبات نواياها المفتوحة المصدر منذ سنوات ، حتى أنها ذهبت إلى حد دمج Bash shell و Linux kernel في Windows 10. في الماضي ، كانت هناك معارك موحشة للتوحيد القياسي بين Microsoft وأعضاء مجتمع المصادر المفتوحة ، بما في ذلك القتال بين مؤيدي XML Open Office (Microsoft) وتنسيق OpenDocument (ODF) منذ أكثر من عقد.
اليوم ، لا يوجد أي مؤشر على مثل هذه النزاعات. منذ تولي Satya Nadella منصبه في Microsoft ، أصبحت الشركة أكثر ودية تجاه المنتجات مفتوحة المصدر. سواء كان ذلك يعكس استعداد Microsoft للاعتراف بالشعبية الموضوعية للبرامج مفتوحة المصدر أو وجود جبهة جديدة في حرب طويلة الأجل ماكرة لتخريب تلك المنتجات ، فمن المحتمل أن يكون ذلك في عين الناظر.
اقرأ الآن:
