مرحباً بفريق ديسكورس الرائع الذي يدير ويحافظ بحب على هذا المنتدى الإلكتروني المذهل باستخدام منتجه الخاص.
ألاحظ أن لدينا إضافة “تم الحل” (Solved Plugin) نشطة في قسم Support. من الرائع رؤية هذا “أكل كلبنا الخاص” (dogfooding) [1] عملياً! وكذلك الأمر بالنسبة لاستخدام وسوم fixed و completed.
للأسف، هناك عدد هائل من المواضيع في أقسام #support، و #contribute:bug، و #contribute:feature، و Contribute > UX لم يتم تحديد حالتها بهذه الوسوم. هذا يسبب حيرة كبيرة للمستخدمين في هذا المنتدى ويعيق البحث الفعال عن الحلول الموجودة. بشكل أساسي، إذا لم يتم استخدام هذه الوسوم بشكل متسق، فمن الأفضل عدم استخدامها على الإطلاق.
هل يمكنني طلب إعطاء هذا الأولوية في المستقبل، وتكليف شخص (ربما متدرب، أو ذكاء اصطناعي) بتحديد حالة المواضيع القديمة بشكل صحيح؟
[1] مصطلح تقني يعني استخدام الشركة لمنتجاتها الداخلية لتقييمها وتحسينها.
هذا يبدو لي كثرة كبيرة من التنوع. لا أعرف سبب اختلاف الوسوم. ربما يكون من المفيد/المفيد للأشخاص أن يتمكنوا من التمرير عبر قوائم الوسوم بشكل فردي. ومع ذلك، لا يمكن اكتشاف هذه الوسوم وأغراضها بسهولة.
تم الحل قابل للاكتشاف بسهولة ويعمل بشكل جيد في قسم الدعم. أعتقد أنه من المنطق تقييده في ذلك القسم فقط. من المفيد القدرة على التصفية حسب المواضيع المحلولة/غير المحلولة في ذلك القسم - لكنني غالبًا ما أنسى ذلك القائمة المنسدلة وأتمنى لو كان أكثر وضوحًا في واجهة المستخدم.
إنشاء استعلام في مستكشف البيانات مع نتائج مثل الجدول أعلاه، ولكن يعرض العدد الحقيقي والحديث للمواضيع المحلولة/غير المحلولة، والمصلحة/غير المصلحة، والمكتملة/غير المكتملة، والمسلّمة/غير المسلمة
إنشاء استعلام في مستكشف البيانات يعرض المواضيع التي تم إغلاقها أو إصلاحها أو إكمالها أو تسليمها في إطار زمني معين
إنشاء موضوع هنا في Contribute > Site feedback لمشاركة نتائج الاستعلامات أعلاه كل أسبوع باستخدام آلية أتمتة
إنشاء موضوع هنا مع دليل تعليمات بسيط حول إغلاق المواضيع وتكوين فريق لمتابعة هذا الدليل والبدء في العمل على القائمة، بترتيب زمني عكسي
لقد أضفت الأوصاف أدناه لتظهر عند تمرير الماوس فوق الوسم أو عند الانتقال إلى صفحة الوسم. أخبرني إذا كانت لديك اقتراحات. أنا متردد بين الإبقاء على الوصف مختصرًا ومباشرًا، أو تقديم سياق أكثر تفصيلًا. فئات الوسم نفسها تحتوي أيضًا على أوصاف أكثر تفصيلًا.
fixed
نولي أولوية لإصلاح الأخطاء البرمجية في برنامجنا والتي يتم الإبلاغ عنها في فئتي Contribute > Bug و Contribute > UX. بمجرد إصلاح الأخطاء، يتم إضافة هذا الوسم إليها.
completed
عندما يتم تنفيذ الميزات المقترحة في فئتي Contribute > Feature و #contribute:ux، يتم إضافة هذا الوسم إليها.
delivered
عندما يتم تأكيد تسليم موضوع في Marketplace من قبل المزود أو المستلم، يتم إضافة هذا الوسم إليه.
ظاهرياً، تقوم بإضافة وسم fixed للأخطاء التي تم إصلاحها، ووسم completed لطلبات الميزات التي تم تنفيذها. [1]. وهو جزء من عملية إغلاق المواضيع (وإبقاء الأطراف المهتمة على اطلاع بالمعلومات ذات الصلة). تم تطبيقهما في البداية لإعطاء مؤشر بصري على أن “شيئاً جيداً قد حدث” مقارنةً برمز القفل الخاص بالموضوع المغلق. وعند تطبيق هذه الوسوم بشكل متسق، تحصل على موجة جميلة من اللون الأخضر عند التمرير لأسفل في قوائم مواضيع الفئات.
(وكان delivered وسم منفصلاً وشبيهاً به، لكنه لم يكن خاضعاً لسيطرة الفريق، لذا كان يمكن استخدامه في Marketplace)
بالنسبة لـ Solved، هناك العديد من الفئات النشطة وليس فقط الفئة العامة Support. تقريباً أي فئة حيث تكون الغالبية العظمى من المواضيع عبارة عن أسئلة يمكن الحصول على حل لها. #support،#installation،#dev،#data-reporting،Support > SSO
من الناحية المثالية، فإن أفضل ممارسة هي أن يحدد صاحب الموضوع الأصلي (OP) الحل، لكننا نعلم أن هذا لا يحدث أحياناً (لأسباب متنوعة)، لذا كنت غالباً أتصفح قوائم المواضيع وأقوم بتنظيف بعضها المتبقي بعد أسبوعين أو نحو ذلك (بمجرد اعتبارها “مهجورة”)
رائع! شكرًا لك على سد بعض الفجوات. لقد قمت بتحديث الجدول أعلاه.
لم يتم القيام بذلك بشكل منهجي منذ مغادرتك، ولهذا السبب لدينا الآن هذا الموضوع للحديث عن اللحاق بالركب ووضع نظام في مكاننا حتى لا نتخلف عن الركب مرة أخرى.
نعم، أعتقد أن هذا ما كنت أقصده في الموضوع الأصلي. @JammyDodger - نحن نفتقدك وتفانيك في الحفاظ على سير Meta بسلاسة! شخصيًا، آمل أن يقدموا لك عرضًا لا يمكنك رفضه…
أعود إلى هذا الموضوع لأنني تلقيتُ مؤخرًا إنذارًا بسبب وضع علامة على موضوع في قناة Contribute > Feature كنتُ أعتقد أنه كان ينبغي أن يُصنّف على أنه completed - لكنه لم يكن كذلك.
ما كنتُ أود فعله هو وضع العلامة بنفسي ببساطة. ومع ذلك، بما أن هذه العلامة مقصورة على @staff، لم أستطع ذلك. حسنًا، بصفتي عضوًا بمستوى TL4، يمكنني القيام بالعديد من الأشياء التي قد تكون مدمرة، لكن ليس هذا الشيء. لا يمكنني حتى تعديل الوسوم في بعض الفئات (مثل Customization > Plugin).
إذًا، كيف يُفترض بي أن أشير إلى هذه الأمور الصغيرة للمشرفين دون إزعاجهم أو تلقي إنذارات؟ أم أن الخطة هي ترك الأمور فوضوية بعض الشيء؟
أعتقد أنه من المقبول وضع علامة على الموضوع على أنه شيء آخر والقول بأنك تعتقد أنه يجب وضع علامة مكتمل/تم إصلاحه، على الأقل بالنسبة للمواضيع “القديمة” (أي: تم إكمالها/إصلاحها قبل 6 أشهر ولكن لم يتم تحديث الموضوع).
(على الرغم من أن الآخرين لا يتفقون مع ذلك)
بالنسبة للأمور العاجلة: سيكون من الممارسات الجيدة لموظفينا التأكد من متابعة الأمور التي يقومون بإصلاحها.
أعتقد أنه إذا وضعنا علامات (flags) لوضع علامة على كل ميزة مكتملة من آخر 13 عامًا كان فيها هذا المنتدى نشطًا لأن لدى الناس اضطراب الوسواس القهري (OCD)، فسيكون ذلك مضيعة كبيرة للوقت للجميع.
العلامة نفسها جديدة نسبيًا، ولم يتم اعتمادها على نطاق واسع أبدًا، ويمكننا ببساطة إغلاق المواضيع الخاصة بالميزات المكتملة، مما يسمح للجميع بإنشاء مواضيع جديدة والاقتباس من المواضيع القديمة حسب الضرورة.
أفضل إزالة علامة completed. تم تطبيقها 400 مرة وتم إنشاؤها فقط كوسيلة لمساعدة الأشخاص في كتابة سجلات التغييرات، والتي يتم التعامل معها بشكل مختلف في الوقت الحاضر.
لست متأكدًا من أن هذا هو السبب. فقد تم تطبيقها في البداية لتقديم مؤشر مرئي يفصل بين طلبات الميزات المكتملة وبقية المواضيع المغلقة. هناك محادثة في مكان ما هنا بيني وبين سام وديف تحتوي على مزيد من المعلومات إذا قمت بالبحث. (أعتقد أنها كانت في بعض الرسائل الخاصة، لكنني لا أتذكر المكان بالضبط)
شخصيًا، لم أجد أن متابعتها في ذلك الوقت كانت مرهقة بشكل خاص. لقد ركزت أكثر على النافذة «النشطة» لضمان أن تكون المواضيع في أعلى /latest أكثر اتساقًا، رغم أنني أيضًا قمت بمعالجة مواضيع أخرى إذا صادفتني (المواضيع ذات الصلة وما إلى ذلك). إجراء تدقيق كامل للفئة Contribute > Feature سيكون بالفعل مهمة أكبر بكثير. (ليس المقصود أن ذلك لن يكون مفيدًا للعمل عليه وتقليم/دمج/إغلاق أي منها تم إغفاله على مر السنين، بل فقط أن ذلك سيستغرق وقتًا طويلاً وستحتاج إلى الموازنة بين مكانته في قائمة الأولويات).
هل هذا خوف مما قد يحدث، أم أن هذا يحدث بالفعل؟ إذا كان الأمر نادرًا، فأنا لست متأكدًا من أن ذلك يمثل مشكلة كبيرة، لكن إذا تحول إلى نمط، فأنا أتفق على أن نظام الأعلام لن يكون المكان الأنسب لذلك. أعتقد أن الرسالة الخاصة ستكون طريقة أقل تدخلاً لجمع المعلومات.
ولكنني أفهم أيضًا أنك لا ترغب حقًا في أن يُسحب المطورون والمصممون وما إلى ذلك بعمق كبير في هذا الأمر، لأن لديهم أعمالًا أخرى مهمة يجب القيام بها بدلاً من ترتيب الأمور في قسم الميتا.
ربما يمكن الإبلاغ عن الأشياء التي تتطلب مشرفًا، ولكنها ليست عاجلة، عبر الرسائل الخاصة إلى صندوق بريد جماعي منفصل. بعد ذلك، لن تغمر سجلات التنظيف هذه قائمة المراجعة، مما يخفي المواضيع التي يحتاج فيها شخص ما إلى التصرف قريبًا، ولكن سيظل هناك مكان لجمعها، حتى يتمكن شخص ما من الاهتمام بها إذا كان لديه بضع دقائق.
قد ينجح هذا في جميع أنواع الملاحظات الجانبية، مثل علامة مفقودة، أو رابط معاينة معطل في موضوع مكون السمة، أو موضوع ميزة يمكن إغلاقه، بحيث يتم إرجاع الأصوات إلى المستخدمين.
أوه! أدرك للتو أن مجموعة المشرفين لا يوجد بها أحد! الآن أفهم لماذا لم تصلني أي استجابة لرسالة خاصة أرسلتها إلى @moderators قبل أسبوعين..
لقد أنشأت ذلك كجزء من فكرتي لاتباع نهج أكثر ليونة وألطف في الإشراف هنا. من المهم أن يكون هناك نقطة اتصال واحدة يمكنك من خلالها الوصول إلى مشرف وتكون متأكدًا من حصولك على رد. آمل أن تتم إعادة النظر في قرار إزالة ذلك.
أيضًا كجزء من محاولة أن أكون أكثر لطفًا وأكثر رقة، بذلت قصارى جهدي لتجنب استخدام “إضاعة الوقت” كسبب لقرارات المشرفين. لا أعتقد أنه ينبغي جعل قادة المجتمع ذوي النوايا الحسنة الذين يحاولون المساعدة في الحفاظ على نظافة المناقشات يشعرون بالسوء حيال ذلك.
بالعودة إلى الموضوع الأصلي… كان لدي مهمة روتينية لمراجعة وتنظيف المواضيع القديمة، وكانت مهمة يدوية جيدة لأنه كانت هناك غالبًا نهايات فضفاضة تمكنت من ربطها على طول الطريق. في بعض الأحيان يمكن حذف المواضيع ببساطة أو دمجها وما إلى ذلك. لكنها مهمة ضخمة ولم أتمكن من العودة سوى بضع سنوات.
سأكون مؤيدًا للسماح للمحاربين القدامى الموثوق بهم مثل @nathank بإضافة العلامات بدلاً من جعلهم يبلغون عن المواضيع للمراجعة من قبل الموظفين، خاصة الآن في ظل عدم وجود مدير مجتمع أو فريق إشراف مخصص.
تعديل: لا تزال الروابط موجودة في شريطي الجانبي! كان هذا لمعرفة المواضيع المفتوحة، والتي لم يتم حلها، والتي يزيد عمرها عن أسبوع. ما زلت أجد هذه الروابط مفيدة لمعرفة مدى جودة أدائنا في حل المواضيع. ربما يمكن للمزيد منا المساعدة في هذا الأمر إذا لم يكن لدى الموظفين وقت للقيام بذلك.
نحن في فترة انتقالية بعض الشيء فيما يتعلق بالإشراف، لذا فإن بعض القرارات التي نتخذها في هذه اللحظة قد لا تكون دائمة، ولكن إليك رأيي في هذا الموضوع تحديدًا:
أعتقد أنه يجب أن نهدف إلى الوصول إلى مرحلة يكون فيها:
يتم استخدام الإشارات (Flags) للأشياء الأكثر أهمية
لدينا طريقة للتعامل مع الأمور الأخرى الأكثر تفاهة، أو للتحسين العام (gardening)
إذا أردنا استخدام وسم completed (مكتمل)، فيجب علينا تمكين مجموعة من الأشخاص للتعامل مع ذلك دون استخدام الإشارات. ربما:
منح مستويات الثقة TL3 و TL4 صلاحية وسم الأشياء على هذا النحو
إنشاء موضوع “تحسين” (gardening) حيث يمكن للأشخاص تقديم اقتراحات لأي نوع من التحسينات على المحتوى
أنا أقدر ذلك حقًا. نظرًا لأنه لا يمكنك الإبلاغ عن منشور إلا مرة واحدة وليس مرة أخرى، كنت مترددًا دائمًا في استخدام الإشارات للمشكلات التافهة، مثل رابط المعاينة في موضوع مكون السمة الذي لم يعد يعمل.
اقترحت صندوق الوارد لأنني اعتقدت أن أرشفة الطلبات التي تمت معالجتها قد تساعد في تتبع ما تم حله بالفعل. قد يكون هذا أكثر صعوبة في موضوع به الكثير من الردود.
لست متأكدًا من مدى فائدة إضافة وسم completed أو fixed ولكن عدم القدرة على إغلاق الموضوع. إذا كان لا يزال هناك حاجة لشخص آخر لإغلاق الموضوع، فهذا لا يساعد كثيرًا.
أقرأ كل منشور كل يوم. حقًا. كان آخر منشور لم أره في يونيو 2024. على هذا النحو، رأيت عددًا لا يحصى من تقارير الأخطاء/تجربة المستخدم (bug/ux reports) يتم إصلاحها أو إكمالها. بشكل عام، كنت سأشير إليها فقط ليتم إغلاقها. أقل ما أراه هو الحاجة إلى علامات fixed أو #completed، ولكن مجرد إغلاق الموضوع. في رأيي، هذا وحده يدل على أن الموضوع قد تم حله.
نريد بالتأكيد أن نفعل المزيد في هذا المجال.
إغلاق الموضوع
لقد ركزت أكثر على النافذة «النشطة» لضمان أن تكون المواضيع في أعلى /latest أكثر اتساقًا، رغم أنني أيضًا قمت بمعالجة مواضيع أخرى إذا صادفتني (المواضيع ذات الصلة وما إلى ذلك). إجراء تدقيق كامل للفئة 
