دفن المُوجَّه في الشيفرة: شكل جديد للدَّين التقني

المقال كاملًا

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

قصّة مألوفة. فقبل عقد كانت استعلامات SQL مدفونة في شيفرة التطبيق أيضًا، وكان كلّ تغيير استعلام يقتضي نشرًا جديدًا. والنتيجة واحدة: يصير تغيير نصّ مهمّةَ هندسة.

أربع كُلَف للمُوجَّه المدفون في الشيفرة

والرابعة أخبثها. فالمُوجَّه في حقيقته نصّ منتج: نبرته ونطاقه وحدوده تحتاج معرفة بالمجال. وبدفنه في الشيفرة يكون حقّ كتابة هذا النصّ قد انتُزع ممّن ينبغي أن يكتبه.

المُوجَّه إعدادات

العلاج غير معقّد: تعيش المُوجَّهات في موضع منفصل عن الشيفرة، تحت إدارة إصدارات، ويستدعيها التطبيق بمعرّف. ومن ثمّ يصير تغيير مُوجَّه مهمّة إعداد لا عملية نشر.

إدارة الإصدارات تجعل التغيير قابلًا للعكس

حين يتغيّر المُوجَّه يتغيّر السلوك، وقد يسوء أحيانًا. وبغير إصدارات لا يوجد موضع تعود إليه؛ ولا يبقى لك سوى ملاحظة أنّ الأمس كان أفضل.

وهنا تظهر الصلة بمجموعة التقييم. فبوجود مُوجَّه مُدار الإصدارات ومجموعة تقييم قابلة للتشغيل معًا، تستطيع عند كلّ تغيير قياس أيّ فئة تراجعت. وغياب أيٍّ منهما يترك القياس ناقصًا.

ماذا يحدث حين يتغيّر النموذج

النماذج تشيخ، وحين تصدر نسخة أرخص أو أقوى تريد الانتقال. فإن كانت المُوجَّهات متناثرة في الشيفرة صار الترحيل عملية بحث واستبدال، ووجب تجريب كلّ مُوجَّه على حدة مع النموذج الجديد.

أمّا وقد صارت المُوجَّهات في موضع واحد فالترحيل نفسه تغييرُ إعدادات وتشغيلةُ تقييم واحدة. والفرق بين ساعات وأيّام.

من أين تبدأ

ولا واحدة من الثلاث تقتضي تغييرًا معماريًّا. والمردود يأتي في أوّل يوم تحتاج فيه إلى التراجع.

من المصطلحات: تنسيق النماذج · مجموعة التقييم (eval)

← كل المقالات