لقد استكشفنا بعض الأفكار المختلفة حتى الآن، ونتوقع أن تخضع هذه الخطة لمزيد من المراجعات بينما نحصل على ملاحظات من المجتمع، ولكن الفكرة التي نميل إليها الآن موضحة أدناه:
الفكرة الأساسية هي تجميع الفئات ذات الصلة في عدد أقل من الفئات العليا، والتي ستكون جميعها مرئية في الشريط الجانبي للمستخدمين الجدد افتراضيًا.
الأخبار والفعاليات (News and Events)
الدعم (Support)
نجاح المجتمع (Community Success)
المساهمة (Contribute)
التخصيص (Customization)
التوثيق (Documentation)
ويكي المجتمع (Community wiki)
السوق (Marketplace)
نتوقع أن يظل الدعم أحد أكثر الفئات نشاطًا، ونعتقد أن تجميع الفئات الأخرى المتعلقة بالدعم تحتها قد يقلل من شلل الاختيار. من المحتمل أن تكون هناك المزيد من التحسينات التي تستحق إجراؤها هنا (هل يجب أن يكون تسجيل الدخول الموحد (SSO) فئة أم وسمًا؟ ما هو الفرق عمليًا بين التثبيت والاستضافة؟ هل يجب دمجهما في فئة فرعية واحدة للاستضافة الذاتية؟) سنعمل على حل هذه الأسئلة أثناء المضي قدمًا، ولكن الشكل العام هو تجميع جميع مواضيع الدعم في مكان واحد.
نجاح المجتمع هي فئة نود الاستثمار فيها أكثر، بالبناء على فئة المجتمع الحالية. نرى أن هذا مكان يمكن فيه لكل من يشارك في إدارة مجتمع Discourse ناجح أن يدعم الآخرين، ليس بالدعم التقني، ولكن بالأمور المعقدة والناعمة اللازمة لبناء مجتمع ناجح. من المرجح أن نعيد تشكيل الهيكل الأساسي هنا أيضًا، ولكن للبدء، نعتقد أن فئتي المجتمع والبيانات وإعداد التقارير الحالية هما الركيزتان الرئيسيتان هنا.
المساهمة هي الفئة التي نتصور أن تكون مركز النقاش حول كيفية تحسين المنتج نفسه، وهذا المجتمع.
التخصيص سيكون مكانًا للعثور على جميع المواضيع المتعلقة بتوسيع Discourse باستخدام الإضافات (plugins)، والسمات (themes)، والمكونات (components)، والإضافات الأخرى.
إذا كنت ترغب في إلقاء نظرة فاحصة، فلدينا هذا الهيكل مطبق حاليًا على موقع تجريبي حيث يمكنك إلقاء نظرة حوله.
أعتقد أن وجود فئة تسمى شيئًا مثل الاستضافة الذاتية (self-hosting) قد يساعد في توضيح ما يندرج تحتها. لا يزال الاسم ليس رائعًا، ولكنه أفضل من Installation (التثبيت)، الذي يوحي بأن ديسكورس لم يعمل أبدًا؛ لقد شعرت بارتباك شديد في المرة الأولى التي تم فيها نقل أحد مواضيعي إلى هناك. ربما يعمل اسم “back-end” (الواجهة الخلفية)؟
إذا قمت بالوصول إلى واجهة سطر الأوامر (shell) للتسبب في مشكلتك أو مشاهدتها، فإنها تذهب إلى هناك. إذا كان ديسكورس “يعمل” وكان الأمر يتعلق بتجربة المستخدم (ux) أو السمات (themes) أو أي شيء آخر، فإنه يذهب إلى الدعم (support).
أعتقد أنه يمكننا القيام بذلك بغض النظر عن كيفية تشكل بقية الأمور. إذا اتجهنا في الاتجاه الذي رسمته أعلاه، فستكون هذه الفئة الجديدة فئة فرعية من الدعم (Support).
إذا تمسكنا بالنموذج المسطح الحالي، فستكون فئة على المستوى الأعلى.
ربما تكون “Self-hosting” أفضل من “Self-hosting support” (خاصة إذا نقلناها تحت Support)، ولكن كخطوة أولى في الوقت الحالي، اخترت شيئًا أكثر تفصيلاً، يحتوي على كلمة “support” فيه.
على أي حال، تجنبت سابقًا “دعم الاستضافة الذاتية” لأنه أعطى انطباعًا بأن هذا هو المجال المخصص لمن يستضيفون ذاتيًا للحصول على كل الدعم الخاص بهم، ولم أرغب في أن يكون هذا هو الانطباع الأول.
كما أنه مشابه جدًا لفئة المستندات (docs)، ولا تريد تكرارًا إذا كنت تتطلع إلى التبسيط.
تم استبعاد “الإعداد” (Configuration) أيضًا لأن جميع الميزات/الإعدادات/الإضافات/إلخ تحتاج إلى “إعداد”، لذلك لم يكن وصفيًا بما فيه الكفاية. واعتُبر “إدارة النظام” (Sys-admin) تقنيًا للغاية (عندما أردنا التقليل من مدى التقنية المطلوبة لتشغيل موقع Discourse).
على الرغم من أنني أتفق على أن “التثبيت” (installation) كان غامضًا، إلا أنه لم يسبب الكثير من الالتباس في الواقع. لكن هناك اسم أفضل متاح…
أما بالنسبة لـ “الاستضافة” (Hosting)، فكان هذا هو المجال لمناقشة الخدمات الأساسية (Digital Ocean، Mailgun، إلخ، إلخ). أعتقد أنه كان له طابع مميز يختلف عن إدارة الخوادم، ومع وجود أكثر من 500 موضوع، سيكون من الممكن تقسيم المحادثة (إذا لم تكن موجودة بالفعل )
الاستضافة (hosting): حول اختيار وإدارة المضيف (الخادم)
التثبيت (Installation): الوصول إلى «ديسكورس موجود ويمكنني تسجيل الدخول كمسؤول والقيام بأشياء»
الإعداد (configuration): كل التفاصيل الدقيقة المتعلقة بالإعدادات المختلفة
أعتقد أنه بالنسبة لشخص مبتدئ، فإن التمييز بين الأساسي و«المكون الإضافي المضمن» ليس واضحًا جدًا. لذا سأدرجها في الإعداد - أو على الأقل إشارات واضحة جدًا.
إذًا، أعتقد أنني سأكون بخير مع اعتبار التثبيت والاستضافة علامات (tags). ولكني أتساءل (لمجتمعي أيضًا) عما إذا كانت هناك طريقة لـ “تثبيت” أو “طرح” علامات رئيسية معينة في فئة. يمكن أن تكون هذه أيضًا فئات (إذا فكرنا في سياق “سرد القصة”).
الإعداد (Configuration): هل سيكون هذا مختلفًا جدًا للمستضيفين ذاتيًا (self-hosters) أو مديري الاستضافة (hosted admins)؟ لدي انطباع بأنه سيتداخل، لذلك لست متأكدًا مما إذا كان يجب أن أضعه داخل الاستضافة الذاتية (التي سأعيد تسميتها بدلاً من دعم الاستضافة الذاتية). ربما يكون Support أشبه بـ “الدعم العام”؟ لأن كل شيء تقريبًا في Meta هو دعم بطريقة ما، أليس كذلك؟
بالمناسبة: علامة Migration مربكة بالنسبة لي، لأنه بصفتي شخصًا يركز على “الأشخاص أولاً”، أفكر على الفور “أوه، كيف أدير عملية الترحيل ككل”، وعندما أنظر إلى الفئة، يبدو أنها كلها “ترحيل تقني”، نصوص برمجية وتصديرات وأشياء من هذا القبيل.
لقد أجرينا مؤخرًا بعض المحادثات حول facebook-migration والتي تتعلق أكثر بالاستراتيجية والأشخاص والتحديات المحددة. بطريقة ما، أشعر أن Migration قد تعمل كجاذب شرير للأشخاص المهتمين بالجوانب الأكثر عمومية أو الإنسانية للترحيل. هل تفهم ما أعنيه؟
إن الحصول على قدرة أكبر على القيام بذلك في التطبيق هو أمر قد يستحق الاستكشاف، ولكني لست متأكدًا كيف ينبغي أن يعمل.
في الوقت الحالي، أعتقد أن هذا يحدث بشكل عضوي للغاية - تتراكم كتلة حرجة من وسوم معينة في فئة معينة، ويبدأ الناس في رؤية النمط وتشجيع ازدهاره.
هناك ميزات مدمجة لتقييد الوسوم على فئات معينة، أو مطالبة بعدد معين من الوسوم في فئة معينة، خاصة من مجموعة وسوم معينة، ولكني أشعر أنها غالبًا ما تكون مرهقة للغاية.
أتفق. أعتقد أن الإعداد هو أقرب إلى “الدعم العام” (ما لم يكن يتعلق بتهيئة أشياء على مستوى مسؤول النظام، مثل المنفذ الذي تستمع إليه، وما إلى ذلك).
نعم، هذا ما فكرت فيه في البداية أيضًا… سأتركه ليوم واحد، ولكني سأعيد النظر في هذه التفاصيل غدًا.
صحيح، ولكني لست متأكدًا من مدى فائدة تلك الكلمة الإضافية. لكني أفهم ما تقصده.
نعم، من المحتمل أن تكون هناك فئتان مختبئتان هنا. إذا نظرنا إلى هذا من منظور الهيكل المتداخل المقترح، فربما يجب تقسيم هذا إلى شيء أقرب إلى support/migration، وشيء أقرب إلى dev/migration.
يمكنني أن أرى أننا نشكل ذلك أكثر بمرور الوقت، مع اتخاذ خطوة أولية أصغر هنا.
أرى ما تقصده - على الرغم من أن حقيقة أنها مخفية في قائمة منسدلة تجعلها أقل وضوحًا بكثير من الفئات الفرعية، والتي يمكن للمرء عرضها بشكل بارز.
سأعود إليك بشأن ذلك، لأن هذا أحد الأشياء التي أخطط لاستخدامها بكثافة كبيرة (تتطلب علامة واحدة على الأقل من مجموعة علامات معينة في فئة معينة) لتجنب تضاعف الفئات الفرعية…
أعتقد أن جزءًا منه كذلك، ولكن جزءًا آخر منه هو استمرار “التثبيت”، كل إعدادات الإعداد تلك. حسنًا، لقد قمت بتثبيت Discourse الآن، ولديه كل هذه الوظائف الرائعة بشكل لا يصدق، ولدي سيطرة على العديد من الأشياء، ولكن كيف “أشكّله” ليناسب احتياجات مجتمعي؟ هذا الجزء أحبطني بشدة في وقت ما، لأنه على الرغم من توثيق جميع الإعدادات وما إلى ذلك، واجهت صعوبة في أ) فهم من أين أبدأ و ب) فهم كيفية ترجمة “رؤيتي” لمجتمعي إلى إعدادات وتكوين.
لذا ربما ما أفكر فيه هو طبقة إضافية حول رحلة التكوين الأولي. أرى أن Support (لن أغير اسمها إلى “الدعم العام”، كنت أقول ذلك للإشارة إلى كيف أدركتها) هي أكثر لـ “أنا جاهز للعمل، أو لدي مشكلة محددة أحتاج إلى حلها” بدلاً من “لدي تثبيت جاهز للاستخدام والآن ما الذي أحتاج إلى القيام به لجعله جاهزًا لنوع من الإطلاق”.
كل هذا لأقول إنني أعتقد بالفعل أن “التكوين” منطقي كجزء من رحلة المسؤول وأنها ليست بالضبط نفس “الدعم”.
مقارنة بمجتمعي - يذكرني بأنني بحاجة إلى تقديم بعض الأخبار حول ذلك في المحادثة المناسبة - هي كالتالي: بالنظر إلى مالك قطة مصابة بالسكري حصل للتو على تشخيص وينضم إلى مجتمعنا، كيف ننظم الفئات؟ ما قررته الآن هو أن أكون “محورًا حول الأعضاء” للغاية وأبدأ بـ “لقد وصلت للتو، ماذا أفعل؟” (ما يعادل فرنسي أكثر تهذيبًا)، ثم “أنا أحصل على المعدات التي أحتاجها”، “أنا أتعلم” - وبعد ذلك يكونون مستعدين للدعم الحقيقي الذي هو قلب المجتمع.
إذا فكرت بهذه الطريقة مع Discourse، كشخص جديد تمامًا في كل شيء مثلي، فهناك بالتأكيد: 1) معرفة ما إذا كنت سأستضيف بنفسي أم لا واختيار الاستضافة الخاصة بي؛ 2) المرور عبر التثبيت الفعلي 3) تصميم مجتمعي وترجمة ذلك إلى تكوين Discourse. وفي هذه الحالة هناك تمييز يجب وضعه بين أ) أنا أبني من الصفر و ب) المجتمع موجود وأريد ترحيله - كما نوقش في موضوعي تحديات الترحيل من فيسبوك أعتقد حقًا أنه يغير النهج المتبع في إعداد الأشياء.
وهذا يقودنا إلى مكان وضع مواد الترحيل.
أقول مرة أخرى، هذا يعتمد على القصة التي نريد أن نرويها. هل يريد Discourse تشجيع وتسهيل ترحيل المجتمعات الحالية إلى Discourse، أم أن التركيز ينصب أكثر على الأشخاص الذين سيقومون بالبناء من الصفر باستخدام Discourse؟
لا مفاجأة، أود أن أقول إنه من المنطقي التركيز على ترحيل العملاء، لأنني مقتنع بأن هناك سوقًا ضخمًا غير مستغل هناك.
في هذه الحالة، أريد أن “الترحيل” ألا يكون مدفونًا بعمق شديد. أنا شخصياً أحتفظ به كجانب من جوانب إدارة المجتمع (وأعيد تسمية فئة المجتمع الحالية كذلك، لأن “المجتمع” وحده غامض، اعتقدت في البداية أنه “لمجتمع Discourse” بدلاً من “حول تصميم/بناء/إدارة المجتمعات”). علامة أم فئة فرعية؟ قد يستحق الأمر فئة فرعية على الأقل. هل ستذهب نصوص الترحيل والمواد التقنية المتعلقة بالترحيل في فئة رئيسية مختلفة؟
أو ربما الترحيل هو فئة بحد ذاتها، والتي تحتوي على مناقشات حول كيفية تكييف وترجمة الجوانب الحالية للمجتمع إلى Discourse، وكيفية التعامل مع عملية الترحيل الفعلية (التنفيذ)، وأيضًا “ترحيل البيانات”.
في الاقتراح الحالي، نتصور أن “نجاح المجتمع” (Community Success) هو الفئة العليا مع كون “إدارة المجتمع” (Community Management) فئة فرعية تابعة له - كيف يتماشى ذلك مع تفكيرك هنا؟
أعجبني حقًا فكرة وجود بعض الإشارات المحددة حول فهمنا لما قد تبدو عليه الخطوات النموذجية للرحلة…
أنا لا أفهم التمييز بين هذين الاثنين. ما الذي سيذهب إلى نجاح المجتمع ولا يذهب إلى إدارة المجتمع؟ إذا فكرت في الأشياء التي نشرتها حتى الآن في Community هنا، فهل أضعها في إدارة المجتمع أم نجاحه؟
سيتعين علي التفكير في الأمر غدًا أو الجمعة، عقلي يغادر العمل لهذا اليوم، آسف!
→ يتم إخفاؤه في حال عدم رغبتك في ذهاب الروبوتات إلى هناك.
فيما يلي إعادة ترتيب الفئات التي أقترحها:
الأخبار والأحداث
الإعلانات
المدونة
الملخصات
المجتمع
الأغورا (كانت: عام)
ملاحظات حول الموقع
الثناء
المقارنة
إدارة المجتمع
السوق
ويكي المستخدم
ويكي المسؤول
ويكي المطور
ويكي مسؤول النظام
التوثيق
استخدام ديسكورس
إدارة الموقع
التكاملات
استضافة ديسكورس (كانت: عملاء الاستضافة)
الاستضافة الذاتية
الترحيل إلى ديسكورس
أدلة المطورين
المساهمة
المساعدة
التثبيت
الاستضافة
الترحيل
التكامل
ووردبريس
تسجيل الدخول الموحد (SSO)
المساهمة
خطأ
ميزة
تطوير
الترجمات
تجربة المستخدم (UX)
التخصيص
المكون الإضافي (Plugin)
إضافات
السمة (Theme)
مكون السمة (Theme Component)
البيانات والتقارير
الأساس المنطقي:
سيكون Community المكان الحيوي للمناقشات المتعلقة بأي شيء لم يتم تناوله في أي مكان آخر، ويجمع مجتمع ديسكورس الأكبر، بما في ذلك الويكيات، والمناقشات العامة (#agora)، وملاحظات الموقع، والثناء والمقارنة مع البرامج الأخرى، وكذلك مناقشة إدارة المجتمع والسوق.
أنا أثني على هذه المبادرة وأقدر إشراكنا في العملية.
بعد متابعة رحلة ديسكورس لـ @stephtara، من الواضح لي أن ميتا (Meta) بحاجة إلى مكان مخصص لبناة المجتمع الجدد. ليس لدي فكرة عما يجب تسميته، ولكن مكان دافئ ومريح لأولئك الذين يبنون باستخدام ديسكورس (Discourse) لأول مرة سيساعد في التغلب على الحمل الزائد من خيارات التكوين. سيعرف الأشخاص الذين يقدمون المساعدة هنا أن الأمر قد يتطلب جهدًا إضافيًا وصبرًا عند الرد بالمساعدة في هذا المجال.
ربما فاتني الأمر، ولكن فئة خيارات التكوين (Config Option) مع فهرس يعكس منطقة المسؤول (admin area) “الحالية” ستكون رائعة. ديسكورس يتطور دائمًا. يجب أن تواكب الوثائق هذا التطور.
بالإضافة إلى هذه المراجعة لفئات/علامات (tags) الفئات، آمل أن تتبع إعادة التنظيم “فرزًا جديدًا” للمواضيع الحالية. معظم الوقت الذي أقضيه في “ميتا” (Meta) للبحث عن إجابات أقضيه في محاولة لفرز المعلومات ذات الصلة بالحالة الحالية لديسكورس وتلك القديمة وغير القابلة للتطبيق. أعترف بأن لوحة الإعلانات الخاصة بي (BBS) جزء من المشكلة، ولكن العديد من الوثائق صعبة الفرز للغاية. أقدر العمل الذي قام به الموظفون ولا يزالون يقومون به لتحسين الوثائق، ولكن الكثير/معظمها يبدو في حاجة إليها.
لهذا الغرض، أقترح وضع علامة “تحتاج إلى مراجعة” (Needs Review) على معظم الوثائق أو المواضيع التي تبدو وكأنها وثائق. نعم، سيكون هذا كمية هائلة من العلامات، ولكن بمجرد اكتمال عملية المراجعة، سيتحسن تجربة المستخدم بشكل كبير. أنا وربما آخرون على استعداد للمساعدة في هذا الجهد. يمكن لتسلسل تحرير العلامات أن يساعد في إدارة العملية.
لقد قمت بإجراء جولة أولى من التغييرات هنا حتى نتمكن من البدء في تكوين فكرة عن كيفية شعورنا بذلك معًا عمليًا.
لقد قمت أيضًا بتحديث فئات الشريط الجانبي الافتراضية، ولكن لم أقم بتطبيقها على الجميع، لذا إذا كنت ترغب في تجربة تعيين الشريط الجانبي الخاص بك على الإعدادات الافتراضية الجديدة، يمكنك القيام بذلك:
انقر على قلم التعديل بجوار “الفئات” في الشريط الجانبي الخاص بك
اختر “إعادة تعيين إلى الإعدادات الافتراضية” في الجزء السفلي الأيمن من النافذة المنبثقة
أتفق. أعتقد أن الإعداد هو أقرب إلى “الدعم العام” (ما لم يكن يتعلق بتهيئة أشياء على مستوى مسؤول النظام، مثل المنفذ الذي تستمع إليه، وما إلى ذلك).
(تتطلب علامة واحدة على الأقل من مجموعة علامات معينة في فئة معينة) لتجنب تضاعف الفئات الفرعية…
