مكون إضافي ActivityPub

[angus (Angus McLeod)]

@mcdanlj

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

مثل تغيير الفئة، أعتقد أنه يعتمد حقًا على السيناريو. ضع في اعتبارك على سبيل المثال

1. تم إنشاء المنشور 1 في الفئة 1 بواسطة المستخدم 1 (الممثل 1)
2. تم تغيير مؤلف المنشور 1 بواسطة المستخدم 3 (مسؤول) إلى المستخدم 2 (الممثل 2) بعد دقيقتين
3. يتم متابعة الفئة 1 بواسطة 400 ممثل عبر 20 نطاقًا و 5 منصات برمجية مختلفة، لكل منها تنفيذ مختلف قليلاً لجداول المحتويات واكتشاف المحتوى.
4. في غضون دقيقتين من إنشاء المنشور 1، تم نشر ملاحظتين بنفس المحتوى وممثلين مختلفين لهؤلاء المتابعين الـ 400.

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

@mcdanlj

هذه متأصلة في الاستخدام العادي لـ Discourse، كما أراها:

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

أعتقد أن الحالة الخاصة بالويكي أقوى، ومع ذلك سألاحظ مرة أخرى ما أشرت إليه بالفعل. الويكي هي مفهوم متأصل في Discourse العادي. ربط تعديلات أي شخص (ليس فقط الموظفين) بالمؤلف الأصلي هو مفهوم Discourse، بدون نظير في ActivityPub. يجب أن نكون حذرين بشأن توسيع هذا المفهوم باستخدام الطرق القياسية لـ ActivityPub عبر Fediverse بأكمله. سيتم التعامل مع أنشطة التحديث هذه مثل أي نشاط تحديث آخر عبر العديد من المثيلات والمنصات البرمجية المختلفة، مع فصلها عن سياق الويكي الأصلي. علاوة على ذلك، كما أشرت أيضًا، هناك بالفعل مشكلة محتملة في هذا الصدد مع قدرة الموظفين والمستخدمين الموثوق بهم للغاية على تعديل منشورات الآخرين. أعتقد أن هذا السؤال المحدود يحتاج إلى مزيد من النظر قبل أن نصل إلى مسألة الويكي.

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

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