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