لقد أبلغت عن ثلاث أخطاء وتم تأكيدها، على الرغم من أنها بسيطة، خلال الأسابيع الثلاثة الماضية - لم يكن هناك أي اعتراف بأن المنشورات قد تمت قراءتها من قبل عضو في الفريق …
لكنهم سيقومون بتعديل صورة GIF الساخرة الخاصة بي بسرعة بما فيه الكفاية …
كنت أفكر في متابعة https://meta.discourse.org/t/discourse-support-training-program/194057/1 … إعداد صندوق رمل، وحاولت التثبيت محليًا أيضًا، وطرح الأسئلة، ومحاولة أن أكون مفيدًا … هذا قد استنزف كل حماسي.
سأقوم بنقل هذا إلى موضوع منفصل Site feedback حتى نتمكن من الدردشة حوله بحرية دون خوف من الخروج عن الموضوع. 
آمل ألا تمانع. 
لا أعرف ما إذا كنت ستدرجني رسميًا كجزء من “الفريق” حتى الآن، لكنني قرأتها. 
على الرغم من أنني أعتقد أنه يمكنني القيام بعمل أفضل بكثير مما قمت به في ترك بعض الإعجابات والاعتراف لإظهار أنني فعلت ذلك. أنا واثق من أن أعضاء الفريق الآخرين قد قرأوها أيضًا، ولكنني أقدر أنه بدون ترك شيء صغير للقول بأنهم فعلوا ذلك، يمكن أن يبدو الأمر وكأن لا أحد يستمع.
لقد حزنت حقًا لقراءة هذا. من الواضح أنني أحب برنامج خبراء Discourse، حيث أعتقد أنه أحد الأسباب الرئيسية التي جعلتني أحصل على هذه الوظيفة. أوصي به بالتأكيد إذا كان شيئًا تهتم به، وسأكون بكل سرور زميلك في الإعداد إذا كنت ترغب في التواصل وطرح أي أسئلة. 
الآخرون كرماء جدًا في مساعدتهم أيضًا (لحسن حظي، لأنهم يعرفون الكثير أكثر مني )
لقد بدأت للتو بصفتي المشرف الجديد للمجتمع على Meta، لذلك أنا مهتم حقًا بكيفية جعل الأمر ممتعًا ومجزيًا للمزيد من الأشخاص للانضمام والمساهمة (سواء كانوا جزءًا من برنامج الخبراء أم لا). يستغرق الأمر قدرًا كبيرًا من الوقت والجهد لمساعدة الآخرين في مشاكلهم، وإعادة إنتاج الأخطاء، وما إلى ذلك، وأعتقد أنه من المهم أن يشعر الناس بأن مساهماتهم ذات قيمة.
مع أخذ ذلك في الاعتبار، هل هناك أي شيء تود اقتراحه يمكنني القيام به بشكل مختلف لجعله تجربة أكثر متعة؟
تهانينا على انضمامك إلى الفريق.
أنا متأكد من أن هذا كان قبل أن تبدأ.
شكراً أيضاً على عرضك السخي جداً بأن تكون ‘رفيقك في التأهيل’.
استمر في أن تكون ودوداً كما أنت الآن بعد سبع سنوات … إذا أخذ شخص ما الوقت الكافي للإبلاغ عن الأخطاء أو تكرارها أو تقديم أي نوع من الملاحظات … كحد أدنى انقر على 
لأن …
صحيح تقريباً .. يبدو الأمر حقاً وكأن لا أحد يستمع.
سأحاول بالتأكيد البقاء ودودًا. وسأتأكد بالتأكيد من ترك ‘شيء ما’ على الأقل لإظهار أننا نستمع. من كوني على الجانب الآخر، أقدر أن قضاء الوقت في المساهمة بشيء فقط ليختفي بعد ذلك في الهاوية ليس شعورًا رائعًا. أؤكد لك، ومع ذلك، أن الفريق يقرأ كل شيء (وهو ما يبدو مبالغة، ولكنه ليس كذلك حقًا).
لا مشكلة. آمل أن تقبل عرضي.
لتوضيح الأمر، فإن تعديل صورة GIF هو مهمة آلية تقوم بتنزيل الصور البعيدة إلى التخزين المحلي، حتى لا نفقد الصورة عندما يختفي الموقع البعيد، وليس شيئًا يقوم به أحد الموظفين يدويًا.
مرحباً فالكو،
لا، هذا ليس ما أعنيه وأنا أعرف ذلك شكراً.
codinghorror - قبل 19 ساعة في الوقت الحالي
تم تعديل/إزالة صورة GIF من منشوري
أعتقد أنه لا يعتقد أنني “خاسر” 
تم القيام بذلك يدوياً تماماً.
فقط للتوضيح.
أنا أحب ديسكورس كثيراً، لقد قمت بثلاث عمليات ترحيل، وأتصفح ميتا، وقمت بالعديد من الوظائف الناجحة في Marketplace في الماضي.
هناك شيئان فقط يزعجانني (فقط قليلاً!) عند التصفح والنشر.
النشر في Support وعدم تلقي رد في أيام أو أسابيع. ولكن هذا طبيعي، في بعض الأحيان لا يمتلك الأشخاص الحل، أو الوقت، أو الرغبة في المساعدة مجانًا. إنه أمر محبط بطبيعته وليس خاصًا بديسكورس 
اقتراح أشياء في UX أو Feature وعدم وجود متابعة من أي نوع عندما يحظى موضوع ما باهتمام من الردود و/أو الإعجابات، خاصة من الأعضاء المؤثرين أو مطوري ديسكورس الرسميين الذين يعترفون بأن هذه أفكار جيدة. ثم أتساءل أين تذهب هذه الأفكار/الاقتراحات.
هل لدى فريق التطوير نوع من مستند العمل حيث يتم تدوين/وضع إشارة مرجعية على الأفكار “المثيرة للاهتمام” وتركها جانبًا، ليتم التفكير فيها بشكل أكبر في المستقبل؟ هل تذهب بعض هذه الأفكار ببساطة إلى سلة المهملات دون إخبار المؤلف؟ هل يتم الاحتفاظ ببعضها كأولوية منخفضة، ويمكن إضافتها بشكل جيد في المستقبل، ولكن ببساطة لا يتم إخبارنا في هذه المرحلة؟
أتفهم العديد من الأسباب التي قد لا يكون هناك متابعة لهذه المواضيع، ولكن هذا أمر محبط بعض الشيء على الرغم من ذلك لأنه عندما ينشر الأشخاص اقتراحات، فذلك (غالبًا) لأنهم يهتمون ويعتقدون أنها يمكن أن تضيف قيمة إلى ديسكورس. 
إذا كان ذلك يجعلك تشعر بتحسن، فأنا أعمل لدى Discourse ولدي مهام قمت بتعيينها لنفسي ولم أتمكن من إنجازها لمدة عام أو أكثر. لدينا الآلاف من العملاء في هذه المرحلة، ونحتاج إلى تحديد أولويات الأخطاء/الميزات/الطلبات الخاصة بهم لمواصلة العمل كشركة.
هناك أيضًا تقارير أخطاء مفتوحة لـ Chrome و Safari كنت أنتظرها والتي تم فتحها لأول مرة قبل 10 سنوات… وهذه شركات أكبر منا بـ 1000 مرة. إنها طبيعة تطوير البرمجيات أن يكون لديك قائمة مهام أبدية.
تذكر أن Meta هي دعم مجاني لمنتج نقدمه مجانًا. إذا كان شيء ما مهمًا للغاية بالنسبة لك، فإن أفضل طريقة لجذب انتباهنا هي أن تكون عميلاً مدفوعًا أو أن تقدم طلب سحب (PR) لتنفيذه بنفسك (أو دفع مقاول للقيام بذلك). يتفهم البعض أنه لا يمكنهم فعل ذلك، وفي هذه الحالات، فإن أثمن شيء هو التحلي بالكثير من الصبر.
في معظم الأحيان لا نعرف. ربما يمكننا الوصول إليها في شهر، أو ربما ستكون سنة! نخطط لبعض الأولويات الكبيرة ويتم التقاط الميزات/المهام الصغيرة عندما يمكن ذلك. ربما يكون شيئًا لا يجده أحد آخر مثيرًا للاهتمام ويتلاشى في التاريخ.
نريد الاستجابة لمزيد من المنشورات هنا على Meta، وكما ذكر @JammyDodger، لهذا السبب قمنا بتعيينه كمشرف هنا… وهي المرة الأولى التي يكون لدينا فيها موظف مخصص لـ Meta على وجه التحديد!
كل ما عليك فعله هو النقر مجرد الاعتراف بالوقت والجهد والوجود هو ما أتحدث عنه.
لكنني حقًا لا أريد أن أنجر إلى هذا الأمر أكثر من ذلك… لقد مررت بسلسلة من التجارب السلبية هنا ويبدو أن هذا يضيف إليها.
دفاع فريق رائع على الرغم من ذلك.
أحد الأشياء التي تجعل المساهمة في ميتا أكثر متعة هو رد ما تعلمناه.
جاء معظمنا، أعتقد، إلى هنا أولاً بأسئلة واقتراحات… وتم تقديم المساعدة والردود لنا. تعلمنا عن Discourse، والمجتمعات عبر الإنترنت، والبرمجة…
كما أقول دائمًا، لست ساحرًا في البرمجة على الإطلاق، ولكن على مر السنين ساعدني الكثير من الأشخاص، وفي المقابل، أحاول مساعدة الآخرين في Support بأفضل ما لدي من قدرات. إنها منخفضة جدًا، ولكن في بعض الأحيان، القليل يكفي لمساعدة شخص ما.
إن اقتراح تحسينات تجربة المستخدم، وميزات جديدة، والإبلاغ عن الأخطاء، وما إلى ذلك… هو أيضًا طريقة لرد ما قدمته لنا للمجتمع.
هذا بالضبط ما كنت أفعله… لكنه كان من جانب واحد
لست جزءًا من فريق Discourse، ولكني أقوم بتطوير مكونات/إضافات سمات لـ Discourse.
يمكنني القول إنني أقدر حقًا تقارير الأخطاء والأشخاص الذين يقضون وقتًا في جعلها مفيدة جدًا. في بعض الأحيان، أشعر بالإرهاق بسبب العمل الآخر وليس لدي وقت للرد على الفور، لذلك عادةً ما أقوم بوضع علامة مرجعية على المنشور مع تذكير بالنظر فيه عندما يكون لدي المزيد من الوقت.
في الواقع، يبدو أن لدي واحدًا لتقرير من تقاريرك حول مكون النسخ الخاص بي
ربما يمكن أن يكون وضع علامة مرجعية مع تذكيرات تقنية يمكن للمزيد استخدامها؟
أحتاج إلى التعود على التقارير. شكرًا على الملاحظات!
أنا متأكد من أن معظم المستخدمين لا يستخدمون كل الميزات التي تقدمها Discourse والتي يمكن أن تجعل التجربة أكثر متعة.
أنا على دراية بميزة الإشارة المرجعية (مرحباً، لقد قمت بتدريب Discobot… :ابتسامة:)، إنها مذهلة، لكنني لا أفكر أبداً في استخدامها.
لكنني أشعر أنني أخرج عن الموضوع قليلاً - عادة سيئة، آسف…
إذا فهمت جيداً يا @geoff777، فإن موضوعك يتمحور حول تقديرك/اعترافك من قبل مستخدمين آخرين و/أو موظفين؟ تم تقسيم الموضوع، لذلك ربما لم تقرر على وجه التحديد ما يدور حوله.
لكن أعتقد أنني أفهم شعورك.
لأنه عندما بدأت العمل منذ فترة طويلة (ولفترة طويلة) كنت مجرد متعاقد لشخص كان يدير المشاريع. كان هو الشخص الوحيد تقريبًا الذي يتحدث مع عملائه، وكنت أكتب التعليمات البرمجية فقط باتباع الإرشادات، بشكل أساسي.
لم أحصل على ملاحظات إلا عندما لم يكن العمل جيدًا كما هو متوقع أو إذا كانت هناك مشكلات.
إذا كان العمل جيدًا بما فيه الكفاية وكان العميل راضيًا، لم أحصل على أي ملاحظات على الإطلاق.
بعد فترة، حزنت لعدم الاعتراف بعملي الجيد وتحدثت إلى الشخص الذي كنت أعمل لديه (الذي كنت أعرفه جيدًا) بأنني أرغب في مزيد من الاهتمام وعدم الحصول على ملاحظات سلبية فقط، بل ملاحظات إيجابية أيضًا إذا تم إنجاز عملي بشكل صحيح. هذا من شأنه أن يحفزني أكثر.
لقد سار في هذا الاتجاه لفترة، لكن الوضع انتهى بالبقاء كما كان من قبل. تعلمت أن أقبل أن الصمت - عدم وجود ملاحظات - يعني أن عملي كان جيدًا.
لكن قضيتك مختلفة هنا لأنني أتفق على أنه في الوقت الحاضر، نقرة واحدة على زر الإعجاب هي بالفعل ملاحظات إيجابية، واعتراف، وتقدير، ومشاركة للإيمان، وما إلى ذلك.
لذا، ربما يكون السؤال الأساسي هنا: لماذا لا يتم تقدير منشوراتك كما تتوقع؟
شخصيًا، بدلاً من مناقشة قضية شخصية، سأكون مهتمًا أكثر بمناقشة كما يقول العنوان: “كيف نجعل المساهمة في ميتا أكثر متعة؟”، ولكن بطريقة عامة.
وباستثناء الأشياء الصغيرة التي نشرتها، لا يمكنني قول المزيد، ليس لدي أي مشكلة حقيقية مع ميتا.
أفترض أنه عندما يقدم شخص اقتراحات حول الميزات وتجربة المستخدم، فإنه غالبًا ما يعتقد أن أفكاره مريحة للغاية على الأقل، وفي أفضل الأحوال رائعة للغاية. مثل “كيف لم يفكر أحد في ذلك من قبل؟” نحن متحيزون، كلنا نريد أن نعتقد أننا أذكياء، ونعرف احتياجات الآخرين بشكل أفضل، وأن الأشياء التي نفكر فيها ليست صعبة التنفيذ وأن الجميع يصفق في النهاية… وأنا مذنب جدًا (وأدرك ذلك!).
في البداية، استمتعت برؤية عدد قليل من الإعجابات ورد أوسيوكي الإيجابي للغاية هنا، على سبيل المثال. لكنني شعرت بخيبة أمل بسبب نقص الزخم في النهاية (بدا الموضوع وكأنه “يتلاشى في التاريخ”، لاستخدام كلماتك)، عندما كنت متأكدًا من أن فكرتي كانت من الدرجة الأولى ومبتكرة في سياق منتدى لأنني واجهت مشكلة البحث عن الصور هذه مرات عديدة في الماضي.
لكن في العالم الحقيقي، هذا لا يعمل بالضرورة بهذه الطريقة. ربما يكون البحث عن صور محددة في منتدى استخدامًا متخصصًا جدًا للبحث. ربما يكون تنفيذه صعبًا للغاية. ربما هناك الكثير من الأشياء الأكثر أهمية للقيام بها مع Discourse. ربما [أدخل عشرات الأسباب لنقص الزخم].
لقد تحققت أيضًا من المنافسين المباشرين لـ Discourse (Flarum، nodeBB) لمعرفة ما إذا كان لديهم ميزات مماثلة (ليس لديهم)، ونظرت إلى مستودع Discourse لمعرفة كيفية عمل مقتطفات النتائج لمحاولة فهم كيفية عملها قليلاً (لم أفهم شيئًا تقريبًا، بالطبع… 
).
بهذا المعنى، لم أستمتع بنقص الملاحظات على مساهمة اعتقدت أنها رائعة.
لكن في هذا الموضوع بالذات، كانت تلك مشكلتي الشخصية، وليست مشكلة عامة.
مرحباً كانابين،
شكراً لمشاركة تجاربك.
يبدو الوضع الذي تصفه بين العميل - المقاول - المبرمج طبيعياً.
سوء إدارة الأشخاص من قبل المقاول. التغذية الراجعة السلبية فقط على مدى فترة طويلة تكون مؤذية.
ليس لدي مشكلة مع أي مستخدمين أو أفراد هنا.
في الواقع العكس، هناك الكثير من الأشخاص هنا الذين أقدر مساهماتهم.
سأحرص على الضغط على زر بشكل متكرر، ليس فقط هنا ولكن عبر المواقع التي أرتادها.
هناك بعض المساهمات الرائعة هنا التي يقضي فيها الأشخاص الكثير من الوقت في البحث، وتقديم الروابط، ومقتطفات التعليمات البرمجية، وحتى المنشورات التي تحتوي على حقول إدخال تنشئ تعليمات برمجية خاصة بالمستخدم لنسخها. أظهر لهم بعض إنها مستحقة.
لقد واجهت ردود فعل متباينة من الفريق.
لقد كان البعض داعماً.
الآخرون يرون أنه من المعيار الصناعي التجاهل … غالباً لسنوات … إنه مجاني - اصمت … نحن نقوم بأفضل ما لدينا بالفعل … لدينا الآلاف من العملاء الذين يدفعون … وعبر الرسائل الخاصة … لا يوجد شيء هنا … كل شيء مثالي … إذا كنت ترغب في المساهمة في المستقبل … عد إلى صندوقك وتصرف بلطف.
كان المكان الذي هبطت فيه “الإعجابات” مثيراً للاهتمام.
أعتقد أنه لو تم توظيف جامي دودجر (JammyDodger) قبل شهر، لربما تم الاعتراف بمساهماتي.
ربما تم حل المشكلة؟
لقد عقدت أصابعي بالتأكيد.
وجدت الروابط التي قدمها لنا @osioke لتدريب Support Enthusiast مفيدة جدًا للحصول على فكرة عما يؤثر على قائمة الأولويات. قاعدة الثلاثة على وجه الخصوص تظهر كثيرًا عندما تعرف أنها موجودة.
أتفق على أن فريق Discourse قد يبدو دفاعيًا عن فريقه في بعض الأحيان - وأعتقد أيضًا أن ذلك غير ضروري في الغالب. ولكن لإضافة بعض الملاحظات الأخرى هنا، أنا في الواقع أحب أن Meta هو مجتمع لا يديره فقط مديرو مجتمع مخصصون. يبدو من النادر أن يكون لديك مجتمع حيث يكون جميع الأشخاص تقريبًا الذين يعملون على الأشياء ويتخذون القرارات أعضاء نشطين في المجتمع. ربما يأتي ذلك مع طبيعة عملهم بأنهم ليس لديهم وقت للرد على كل شيء. على الأقل أنا، بشكل عام، أكثر سعادة بالتعايش مع ذلك مما قد أراه كالبديل الأكثر شيوعًا: مديرو المجتمع يعترفون بمساهمتك ويكونون ودودين للغاية، ولكن كل ما يمكنهم قوله هو أنهم قاموا بتمريرها إلى الفريق المسؤول.
حسنًا، ربما هناك حل وسط وآمل أن يجده الفريق هنا. ربما التواصل بشكل أفضل حول من هم أعضاء الفريق وكيف يشاركون في المجتمع؟ في الحالة المحددة لفئة #bug، ربما تغيير كيفية عمل شارة Bug-Reporter؟ ربما يكون من المسؤول أن يكون الفريق بخيلاً في الإعجابات الأولية هناك
أنا لا أساهم على الإطلاق، لذا لا أعتقد أن هذا الموضوع يناسبني. ولكن بشكل عام، يعرف معظم المستخدمين هنا كل هذا.
هناك مجتمع هرمي للغاية هنا، كما ينبغي أن يكون. يشبه إلى حد ما المجتمع البريطاني. البعض مطورون أقوياء، والبعض الآخر مستخدمون نهائيون، لكنهم يحاولون توفير منصة للنقاش.
الطريقة التي يناقش بها المجموعتان، وينفذان الأشياء، ويفهمان الأمور بشكل عام مختلفة تمامًا.
ولا يسهل الأمر على ميتا أن تكون مجتمعًا عالميًا. أنا غريب، وكذلك فنلندي، لذا لا أهتم بالزخرفة على الطريقة الأمريكية. أنا مهتم بالشيء نفسه فقط. قد يأخذ شخص آخر الكتابة المباشرة كإهانة فادحة.
ثم تضيع المسألة نفسها في الأساس، ولا يتقدم شيء. حتى لو اتفق الطرفان على القضية أو المشكلة.
حتى حاجز اللغة هو عقبة قوية، أو على الأقل خطر. أكتب بقوة باللغة الإنجليزية المبسطة باستخدام تعابير فنلندية، ولا أتقن أساسيات حروف الجر. أقرأ الإنجليزية بطلاقة، مع ذلك. من السهل أن يساء فهمي، وفي نفس الوقت، فإن مساعدة الآخرين، أو المشاركة فيها على الإطلاق، تقع خلف عتبة أعلى. لا يوجد حل لذلك، ولكنه يفسر لماذا لا يستطيع الجميع المشاركة.
هناك مشكلة أصولية واحدة تعاني منها كل منتديات المطورين. يطور المطورون لأنفسهم وبالتالي يجدون صعوبة في فهم احتياجات المستخدم العادي وردود أفعاله ورغباته.
ميتا ليست بأي حال من الأحوال أسوأ مثال، ولكن يمكن رؤية جو مماثل هنا أيضًا. ماذا يمكن فعله حيال ذلك إذن؟ لا شيء، أعتقد. يأتي من عالم مختلف تمامًا.
يجب الرد على رسائل الأخطاء وما شابه ذلك. في معظم الحالات، يتفاعل الناس. ولكن يجب أن يكون هناك نوع من نظام المتابعة يخبرك بعد فترة قصيرة ما إذا كانت الرغبة أو الخطأ يمكن إصلاحه بسرعة، في المستقبل القريب، أو ما إذا كان غير واقعي. وينطبق الشيء نفسه على رغبات الميزات.
تمامًا كما يقرأ الناس بشكل مختلف، كذلك أسلوب الكتابة. بعض ما يتعلق بالميثان مشرق بشكل ملحوظ. البعض قصير وفي بعض الأحيان حتى ممل في رأي الفنلنديين. ولكن بشكل غير ضروري في كثير من الأحيان أرى سلبية عدوانية واضحة إذا رفض المستخدم العادي الخضوع لإرادة المطورين.
ولكن بالطبع هناك مشكلة مع المستخدمين أيضًا. ولا تجعل القدرات المختلفة في المشاكل التقنية الأمر أسهل. بالإضافة إلى ذلك، فإن عددًا لا بأس به من طلبات الدعم الواضحة هي مواد أسئلة متكررة قوية ومن الواضح أنه لم تتم قراءة التعليمات الأساسية حتى.
حقيقة أن الموظفين قادرون على الرد في معظم الأحيان بالمساعدة أمر جدير بالثناء. قد لا أكون أنا صبورًا بنفس القدر.
ولكن لدي طلب واحد. لا تقل أبدًا أن شيئًا ما لا يحدث لأن Discourse مجاني. هذا ليس هو الحال وهو ادعاء مهين بشدة للمجتمع. بدون المجتمع، لن يكون لديك منصة لبيعها بشكل موثوق للعملاء من الشركات. أولئك الذين يحتفظون بمنتدى مجاني يدفعون مقابل الاستخدام عن طريق القيام بالاختبار المستمر. في نفس الوقت، يقوم بعضهم، ممن لديهم مهارات تقنية كافية ومهارات لغوية ضرورية، بالكثير من أنشطة الدعم التي تنتمي إلى الشركة.
على نفس المحور تذكير بأن العملاء الذين يدفعون يتم خدمتهم أولاً ووفقًا لرغباتهم. بالطبع، إذا كنت تريد الإشارة إلى تقسيم واضح بين فئات المستخدمين A و B، فهذه سياسة قابلة للتطبيق.
كل واحد منا يعرف الحقائق الاقتصادية. ولكن لا يجب التلويح بها مثل قطعة قماش مبللة في وجهك. ابتكر تعبيرًا آخر. نقص الموارد، العجلة، كافٍ.
عذرًا، لا يمكنني الاستجابة بشكل بناء للعنوان. ربما يساعد إذا حاولنا جميعًا حتى فهم احتياجات الآخرين، وإيجاد أرضية مشتركة، والتوصل إلى توافق يجمع بين أعمال Discourse، وأنشطة المجتمع، ومحتوى Meta.
أنا آسف لقول ذلك، ولكن لدي مشاعر قوية جدًا ضد هذا الموضوع. كنت أقرأ دون أي تحيز لمحاولة فهم ما كان مطلوبًا. أولاً وقبل كل شيء، أي شخص موجود هنا في ميتا لأكثر من يومين هو في الأساس هنا لأنه يحب الأجواء ويحاول أن يكون جزءًا من المجتمع المحيط بالمنتج، أي ديسكورس. ميتا ليست شبكة اجتماعية أو مجموعة دعم لجعل المشاركة لطيفة.
هناك أوقات كنت فيها مخطئًا وتم تصحيحي من قبل مستخدمي ديسكورس الآخرين أو موظفي ديسكورس بشأن افتراضاتي أو أساليبي الخاطئة. قد تبدو هذه أحيانًا قاسية ولكنني أتفهم أن لكل شخص طريقته في إجراء محادثة، وبالتالي، سيحاول الناس طرح وجهة نظرهم بدلاً من جعلك تشعر بالترحيب. ومع ذلك، لأنني أستمتع باستخدام ديسكورس وأريد مساعدة مجتمع ديسكورس في وقت فراغي، فإن مثل هذا السلوك لم يمنعني أبدًا من المشاركة في ميتا.
الحقيقة هي أنه بغض النظر عن مدى لطف ميتا، فإن الإعجابات والردود تعمل دائمًا كمؤشر قوي على أهمية الرسالة. في بعض الأحيان، يتجاهل صاحب الموضوع الأصلي تمامًا المواد المساعدة المقدمة له، وبدلاً من ذلك ينشر تعليقه الخاص (على سبيل المثال، فعلت هذا ثم هذا كما ذكر أعلاه، وقد أصلح هذا مشكلتي) ثم يحدد تعليقه الخاص كحل. هذا السلوك بحد ذاته كافٍ لردع أي شخص قد يكون لديه مشاعر مختلطة تجاهه، خاصة الشخص الذي رد على المستخدم الذي يحاول مساعدته. أتفهم تمامًا أنه قد تكون هناك حالات قام فيها المستخدم بالفعل بشيء مختلف تمامًا عن الاقتراح لحل مشكلته، ولكن في معظم الأحيان، يقومون بالفعل بحل مشاكلهم باتباع نصيحة شخص آخر ثم يحددون ردهم الخاص كحل، هل يشير ذلك إلى أن المستخدم عنيد جدًا لدرجة عدم قبول أن شخصًا آخر ساعده؟
قضية أخرى أراها هي أن المواضيع لا يتم الاعتراف بها أحيانًا لأيام. في حين أن هذا سيكون محبطًا للغاية إذا كان الدعم خيارًا مدفوعًا، فإن فريق ديسكورس كريم بما يكفي للاستماع إلى أصواتنا والتصرف بناءً عليها، فالدعم المقدم في ميتا مجاني تمامًا. لا أتوقع أن يزدهر تقرير الأخطاء أو طلب الميزات الخاص بي بشكل محموم ويضع سجلات لعدد الإعجابات والتعليقات وما إلى ذلك. إذا كان الطلب أو التقرير حقيقيًا، فسيتم تضمينه عندما يسمح الوقت بذلك، ولدينا دائمًا خيار أن نصبح عميلاً مدفوع الأجر ونجذب انتباه الفريق بوتيرة متزايدة.
بشكل عام، أنا لست مقاومًا لأي سلوك شامل ولكن بصراحة، حتى لو حاول كل مستخدم في ميتا تشجيع المساهمات الجديدة، فإن أولئك الذين يجب أن يذهبوا سيذهبون وأولئك الذين يستمتعون بالتواجد هنا سيبقون. إذن ما هي الفائدة؟
كان بإمكاني كتابة ذلك بنفسي يا جاكي.
(باستثناء كوني هولنديًا وليس فنلنديًا، لكن الهولنديين مباشرون بنفس القدر على الأقل).
وأنت تساهم بالفعل.
رأيي في هذا:
نعم، أحيانًا يكون نقص التعليقات محبطًا بعض الشيء. ولكن من ناحية أخرى، لدي العديد من الأمثلة حيث وجدت خطأ وتم إصلاحه ودمجه حتى قبل أن أتمكن من التحقق مما إذا كنت قد حصلت على إعجاب على منشوري.
على الرغم من أن المجتمع الصحي شرط مهم لمنتج مفتوح المصدر جيد، إلا أنه ليس الهدف النهائي: الهدف هو المنتج. وعندما أقارن المجتمع بأي منتج آخر مفتوح المصدر، أعتقد أنه يمكن أن يكون أفضل مجتمع على الإطلاق. تمتلك معظم المنتجات الأخرى مفتوحة المصدر مجتمعات أقل حيوية أو أقل تماسكًا، إن كان لديها مجتمع على الإطلاق.
ونعم، أحيانًا يكون هناك شيء يمكن تسميته “دفاع الفريق”. ولكن هل هناك أي منتج آخر مفتوح المصدر وظف العديد من الأشخاص لأنهم ساهموا بشكل جيد في المجتمع؟
