قد لا يدرك مهندسو البرمجيات الذين لم يعرفوا سوى GitHub ما يصفه مقال «الكاتدرائية والسوق». فقد أخذ GitHub أفكار «السوق»، أي المشروع اللامركزي المفتوح ذاتي التنظيم، وبنى عليها سير عمل يتيح لأي شخص فحص الشيفرة أو المساهمة فيها عبر طلب الدمج. ويرى المؤلف أن هذا النموذج بدأ يظهر فيه التصدّع، وأن نهجًا جديدًا صار ضروريًا مع ظهور الذكاء الاصطناعي.
لقد أوجد نموذج السوق شعورًا بالاستحقاق لدى المستخدمين، فصاروا يضغطون على المشرفين لدمج تعديلاتهم، كما أرسى توقعات اجتماعية مفادها أن من ينشر شيفرة يجب أن يصونها دون مقابل. ومع توليد الذكاء الاصطناعي للشيفرة، تقل فائدة قراءة طلبات الدمج. ويقول المؤلف إن الناس يريدون في الغالب فهم الفكرة الأساسية. وتسمح تراخيص المصادر المفتوحة أصلًا بإعادة المزج، ويرى المؤلف أن إعادة المزج كانت تُعد صعبة للغاية، وأن ثمة فجوة معرفية بدأت الوكلاء الأذكياء يساعدون في ردمها. ويشير المؤلف إلى Nix بوصفه أداة لهذا الغرض.
يقوم «نموذج إعادة المزج» المقترح على اللامركزية والتركيب. تنتشر الأفكار عبر طبقات Nix مستقلة بدلًا من أن تتجمع في مستودع واحد. ينشر المؤلفون الشيفرة المصدرية والغاية منها بموجب ترخيص «كما هي» (as-is). ويعبّر الآخرون عن التغيير المطلوب مرة واحدة في طبقة صغيرة، ثم يعيدون استخدامه في بيئات التطوير وصور Docker وأنظمة NixOS وأنظمة التكامل المستمر وبيئات الوكلاء المعزولة، دون تفريع المشروع. والوحدة ذات القيمة هي تغيير السلوك لا الرقعة البرمجية. وللمشرفين أن يدمجوا التغيير أو يعيدوا تنفيذه أو يتجاهلوه، ولا يقع على المؤلف الأصلي التزام بمراجعته أو صيانته. ويظل الدمج في المشروع الأصلي اختياريًا. وتنتشر التكييفات المفيدة في الميدان، ويختار المشرفون منها ما يشاؤون.
ومثال ذلك أن مستخدم أحد المشاريع يريد منع Git من الدفع القسري، فيمكنه كتابة طبقة ترقّع Git لرفض هذه العمليات، بدلًا من فتح طلب دمج في المشروع الأصلي. ويُعرَّف التغيير مرة واحدة ويُطبَّق حيثما يحتاجه المستخدم. ويقترح المؤلف أن هذا يحوّل الصيانة من التزام مشترك إلى تركيب فردي اختياري.
أسئلة شائعة: ما هو نموذج إعادة المزج في برمجيات المصادر المفتوحة؟
نموذج إعادة المزج نهج لامركزي يقوم فيه المؤلفون بنشر الشيفرة المصدرية والغاية منها بموجب ترخيص «كما هي»، ويكيّفها الآخرون بكتابة طبقات Nix صغيرة. تنتشر الأفكار عبر الطبقات لا عبر مستودع واحد، ولا يلزم أحدًا صيانة التغييرات أو دمجها في المشروع الأصلي.
المصدر: Hacker News · لخّصه HeadlinesBriefing