من المرجح أن يتم إبطاء نموذج المصدر المفتوح في الصين بدلاً من حظره.

عندما يقع هذا النوع من المناقشة في المشروع، فإنه سيتحول في النهاية إلى جملة أكثر برودة: من الصعب محو نموذج المصدر المفتوح بالكامل. ما يصبح هشًا حقًا أولاً هو خط التجميع الذي يدور حول النموذج. طالما أن أحد ملفات النماذج والصور وقيم التحقق وبيئة الاستدلال ونصوص التقييم معطلة، فإن ما سيشعر به الفريق ليس “ما إذا كان هذا النموذج لا يزال موجودًا في العالم”، ولكن “ما إذا كان من الممكن إعادة إنتاج هذه الترقية”.

ما يتعطل حقًا هو عادةً المداخل والتحديثات.

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

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

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

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

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

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

لم يكن الخندق الحقيقي لنموذج المصدر المفتوح أبدًا هو “لا أحد يجرؤ على إدارته”، ولكن “عندما تتم إدارته، يكون من الصعب بالفعل إدارته إلى حد ما”. هناك العديد من المداخل التي يمكن تضييقها، ومن الصعب استعادة النسخ التي انتشرت.