بعد أن يتم نشر النموذج مفتوح المصدر، فإن ما هو هش حقًا هو المسار الافتراضي

ضع السؤال على النحو التالي: “هل يمكن للولايات المتحدة أن تكون مختومة؟” والجواب عادة ما يكون أقل دراماتيكية. لن تختفي ملفات الوزن بالضرورة من العالم، ولكن يمكن تجاوز المسارات الافتراضية بسهولة. طالما تم استخدام عنوان Hub والقيمة الافتراضية لـ SDK ومدخل الاستدلال عبر الإنترنت كأمر طبيعي، فإن الأتمتة اللاحقة ستكون هشة.

ابدأ من عنوان

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

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

يحدث الفشل في الأتمتة أولاً

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

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

يمكن نقل الوزن، ولكن لا يمكن نقل القيمة الافتراضية.

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

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

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

ما يجب استكماله هو الدبوس والمرآة والمسار الاحتياطي.

إن العلاجات ليست معقدة، ولكن قِلة من الناس يعتبرونها الأولوية الأولى.

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

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

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