الخلاصة

  • أوضحت Mozilla في خطة أكتوبر 2020 أن تعديل صفحات الويكي كان يُنشر مباشرة، ثم يُلغى إن لم يكن مناسباً. نقل Yari المراجعة إلى طلب السحب قبل تغيير النص المنشور.
  • عند إطلاق Yari في 14 ديسمبر، أصبحت الوثائق ملفات في مستودع بدلاً من محتوى قاعدة SQL، لكنها بقيت مكتوبة بصيغة HTML. وظلت الصفحة الرئيسية والملفات الشخصية والبحث تعمل على نظام Django الأقدم.

عندما كان زر الحفظ يتخذ القرار الأول

من يجد خطأ في مرجع تقني يريد إصلاحه قبل أن يضلل قارئاً آخر. أعطى ويكي MDN هذا الشخص مساراً قصيراً: يفتح المحرر المرئي داخل الصفحة، يغير النص، ويحفظ. يظهر التغيير للجمهور ثم تستطيع Mozilla إرجاع النسخة السابقة. هذا هو ترتيب العمل الذي وصفته المؤسسة بنفسها في بيانها المؤرخ 29 أكتوبر 2020.

كان الترتيب سريعاً مع التصحيحات النافعة، وسريعاً أيضاً مع المحتوى المزعج. يستطيع إعلان غير مرغوب فيه الوصول إلى القارئ قبل أن يراه المراجع. أما المساهم الجاد، فغالباً ما كان يتلقى حكماً صامتاً: بقاء تعديله يوحي بالقبول، واختفاؤه يعني أنه رُفض أو غُيّر من دون نقاش واضح. رأت Mozilla أن هذا لا يساعدها على بناء علاقة مع المساهمين. كان النشر يسبق الحديث عن سبب صلاحية النص.

حمل الأسلوب عبئاً تقنياً. حُفظت الوثائق في MySQL، وتولى فريق MDN صيانة أدوات تاريخ المراجعات والفروق بين النسخ. خدم النظام نفسه الكتّاب والقراء. بقيت ذاكرة CDN المؤقتة لخمس دقائق، جزئياً كي تظهر تعديلات الكتّاب سريعاً. قالت Mozilla إن أكثر من 99% من حركة الموقع كانت طلبات قراءة للوثائق. بذلك أثرت حاجة مجموعة قليلة إلى النشر السريع في طريقة خدمة الغالبية التي تأتي للقراءة.

صار الاقتراح علنياً قبل النص النهائي

غيّر Yari ترتيب المحطات. يحرر المساهم ملفاً في مستودع GitHub، ثم يفتح طلب سحب. يستطيع المراجع أن يناقشه ويطلب تصحيحاً ويوافق على الدمج؛ بعدها تُبنى الصفحة وتُنشر. ذكرت خطة أكتوبر نشراً يومياً، وتوقعت في أسوأ الأحوال 48 ساعة بين المساهمة وظهورها. كانت تلك غاية وضعتها Mozilla قبل الإطلاق، لا قياساً لكل تعديل نُشر بعده.

أصبح الخلاف حول جملة ما قابلاً للرؤية في مكان منفصل عن المرجع الذي يقرأه الجمهور. ويمكن لطلب واحد أن يجمع تغييرات صفحات عدة وأن يخضع لفحوص آلية. رأت Mozilla أن الرسائل المزعجة ستُوقف قبل نشرها، وأنها ستتخلص من جزء من برمجيات الويكي الخاصة التي كانت مضطرة إلى صيانتها. تحولت المراجعة من تنظيف لاحق إلى شرط دخول.

هذا الشرط أثقل أبسط الأعمال. اختفى المحرر المرئي داخل الصفحة. تسمح واجهة GitHub في المتصفح بتعديل صغير من دون أوامر git، لكن على المساهم التعامل مع ملف وطلب سحب وانتظار الدمج والنشر. ولم تكن الملفات بصيغة Markdown عند البداية: يقول إعلان ديسمبر إن المحتوى كان HTML، وإن الانتقال إلى Markdown فكرة لاحقة. من السهل أن يبتلع اسم المشروع هذا التفصيل، لكنه كان واقع من أراد إصلاح صفحة في يوم الإطلاق.

انتقل مسار الوثائق وبقيت خدمات أخرى

بدأ الاختبار في 2 نوفمبر، وأعلنت Mozilla إطلاق Yari في 14 ديسمبر 2020. صار تعديل الوثائق يمر عبر المستودع الرسمي mdn/content بدلاً من محرر الويكي. لم تختف البنية القديمة دفعة واحدة: بقيت الصفحة الرئيسية والملفات الشخصية والبحث على خدمات Django. لذلك فإن التغيير الحاسم كان في طريق النص من يد المساهم إلى الصفحة المنشورة، لا في استبدال كل أجزاء الموقع في ليلة واحدة.

وفي يوليو 2021 قالت Mozilla إن حساب MDN لم يعد مفيداً للمساهمة؛ من يريد تحرير الوثائق يحتاج إلى تسجيل الدخول إلى GitHub. وحددت 22 يوليو لتعطيل وظيفة حسابات MDN. أصبحت هوية المنصة التي تستقبل طلبات السحب جزءاً من شروط الدخول إلى عملية التحرير.

يسمح النظامان بالمشاركة، لكنهما يوزعان سلطة النشر بطريقتين مختلفتين. في الويكي، كان المساهم يضع النص أمام القارئ أولاً، ثم يمكن للمؤسسة سحبه. في Yari، يضع المساهم حجته أمام المراجع أولاً، ويتحكم من يدمج الطلب في اللحظة التي تتحول فيها الحجة إلى وثيقة عامة. قد تبدو الصفحة للقارئ مألوفة، لكن اليد التي تقرر وقت إصلاحها تغيرت.