دراسة حالة لمؤلف إضافة هاوٍ

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

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

مع كل ما سبق، أعتقد أننا وصلنا إلى نقطة حيث إن دليل التوثيق خطوة بخطوة لبناء إضافة أساسية أصبح فكرة عفا عليها الزمن. وثيقة سياق واحدة ليعتني بها الذكاء الاصطناعي ويبني هيكل إضافة هو كل ما يحتاجه الآن مطور إضافات هاوٍ. في الواقع، بالنسبة لقاعدة كود مفتوحة المصدر مثل Discourse، لا حاجة للتوثيق على الإطلاق لأن الوكلاء يحصلون على السياق مباشرة من قاعدة الكود نفسها. عندما كنت أعمل على إضافاتي، رأيت أن نموذج Claude يقرأ الإضافات الموجودة كطريقة لتعلم أنماط التصميم. وتمكنت حتى من اكتشاف عيب في الكود الأساسي Chat Pitchfork timeouts: replies silently create threads and auto-tracking bloats over time

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