بصفتي معلمًا ومحبًا كبيرًا لمنصة Discourse، آمل أن يرى المطورون في هذا فرصة كبيرة لـ Discourse للانتقال إلى مجال التعليم. أرى ثلاث طرق لدعم ذلك:
توفير تعليمات ممتازة للمدرسين أو موظفي تكنولوجيا المعلومات الذين يرغبون في إعداد نسخ Discourse مستضافة ذاتيًا. (الاستضافة على الموقع تحل العديد من مشاكل FERPA.) أشياء بسيطة جدًا لدرجة أنها لا تحتاج إلى شرح. تذكر: كثير من هؤلاء الأشخاص لا يقومون عادةً بإعداد أي شيء، وهو ما جذبهم إلى Piazza في المقام الأول. ربما توجد أيضًا طريقة لـ Discourse لتحصيل رسوم مقابل الدعم عن بُعد لهذه التثبيتات؟
حزمة تعليمية مدفوعة. هناك على الأرجح مجموعة مشتركة من الإضافات التي يمكن توفيرها لإعادة إنشاء بعض ميزات Piazza المشابهة، مما قد يسهل عملية الانتقال. ستحتاج إلى الالتزام بمتطلبات FERPA.
دعم أفضل للمواقع المتعددة، حيث قد يرغب القسم في إعداد تثبيت واحد لـ Discourse لدعم عدة دورات دراسية.
ستحتاج أيضًا إلى دراسة نماذج التسعير. تسعير Piazza قاسٍ إلى حد ما للتراخيص الخاصة بالأقسام فقط، حيث إن فهمي هو أنها تغطي الطلاب في ذلك القسم فقط. وبالتالي، فإن غير المتخصصين الذين يأخذون دورات في القسم لا يشملهم الترخيص. هذا نوع من الاستغلال المالي الواضح والسيئ إلى حد ما—فالعديد من الأقسام تدرس دورات لمجموعات مختلطة، والمظهر الناتج عن توفير منتدى للدورة الدراسية يكون مجانيًا فقط لطلابك هو أمر سيء للغاية. لكن، على سبيل المثال، ترخيص قسمي لعدد يصل إلى 3000 طالب يكلف 12 ألف دولار سنويًا. قارن ذلك بـ 3600 دولار لخطة Discourse للشركات، والتي أعتقد أنه إذا تم تكوينها بشكل صحيح مع دعم المواقع المتعددة، يمكنها بسهولة دعم نفس العدد من الطلاب.
على أي حال—أنا بالفعل مستخدم سعيد جدًا لـ Discourse، لذا فإن مشكلة Piazza بأكملها بالنسبة لي تشبه وقت مشاهدة الفيلم مع الفشار . لكنني سأشجع Discourse على تحقيق تقدم في هذا المجال! بشكل عام، كمنصة نقاش، أنتم متقدمون بعقد من الزمن على Piazza، لكنني أفترض أنهم سيبدأون في تحديث الموقع فعليًا الآن أن لديهم مصدر دخل.
لكنني فضولي لمعرفة رأي المدرسين الآخرين. كيف تبدو المحادثات في مؤسستكم حول هذا التغيير؟
سيكون رائعًا جدًا رؤية المزيد من المؤسسات التعليمية تستخدم Discourse للنقاشات عبر الإنترنت!
من الجدير بالذكر أن خطة Business في استضافتنا تكلف 3600 دولار سنويًا (300 دولار شهريًا). لا تعتمد أسعارنا على عدد المستخدمين في الموقع، بل على عدد مرات عرض الصفحات، والتخزين، والإضافات. ومن المرجح أن تكون خطة Business كافية لـ 3000 طالب. أما استضافتنا المؤسسية فتكلف أكثر من ذلك، ويعتمد السعر على متطلبات الموقع. يمكنك الاطلاع على تفاصيل خطط الاستضافة هنا: Discourse pricing | Discourse - Civilized Discussion.
ومع ذلك، فإن Discourse برنامج مفتوح المصدر، لذا يمكن تثبيته على خادمك الخاص مجانًا.
لماذا يكون هذا ضروريًا؟ يوفر Discourse الآن مشرفين مخصصين لكل فئة. امنح كل قسم فئته (أو فئاته) الخاصة حسب الاقتضاء، وامنح الأساتذة أذونات المشرف في الفئات التابعة للقسم المناسبة…
أعيل نفسي من خلال دعم منصة Discourse، وكنت سابقًا معلمًا ومُدرِّبًا للمعلمين (كنت أعمل أستاذًا في كلية التربية). غالبًا ما أتفاجأ بما تُلقي به العديد من الشركات على المدارس دفع ثمنه، وكم هو كبير هذا المبلغ. حسب فهمي، يبدو أن هؤلاء ينفقون مبالغ خيالية في التسويق، لأن منتجاتهم ودعمهم الفني عادةً ما يكونان غير جيدين.
وبمناسبة الحديث عن قانون FERPA، فإن ما يدهشني أكثر هو تكرار تلقي زوجتي لرسائل بريد إلكتروني من نوع “طفلك [أدخل انتهاكًا متعلقًا بـ FERPA حول كتب المكتبة، أو الخطط التعليمية الفردية IEPs، أو الإيقاف عن الدراسة، إلخ]”، وذلك لأن بعض المؤسسات لا تملك عنوان بريد إلكتروني صحيح.
لا تحتاج إلى نظام متعدد المواقع، بل إلى وسيلة لتكوين المجموعات والفئات، ويفضل أن يكون ذلك عبر التكامل مع نظام مصادقة موجود مسبقًا. فربط النظام بذلك هو الجزء الأصعب، خاصةً أن العديد من الفنيين في المدارس غير قادرين أو غير راغبين في المساعدة على تحقيق ذلك. ربما لهذا السبب تعتقد أن نظام متعدد المواقع هو الحل؛ حيث تمنح كل معلم سلطة ومسؤولية إدارة المستخدمين الخاصين به. وقد يكون ذلك منطقيًا إذا كانت المدرسة تستخدم، على سبيل المثال، المصادقة عبر Google، حيث يمكن للمعلم حينها الموافقة ببساطة على من ينضم.
لا تستهين بمدى كون هذا عائقًا كبيرًا في مجال التعليم. لقد اضطررت إلى القفز والضرب بيدي بقوة للحصول على عدد قليل من الخوادم لفصل دراسي يضم 1000 طالب. لقد تحدثت مع أعضاء هيئة تدريس آخرين في مؤسسات علوم الحاسوب من الطراز الأول. فكثير منهم لديهم أقسام تجبرهم على تشغيل الأنظمة على AWS. والبعض الآخر لديه بنية تحتية حاسمة للدورات التدريبية تعمل على أجهزة كمبيوتر محمولة قديمة مخزنة في خزائن قرب مكاتبهم. المعاناة هنا حقيقية. لذا فأنا محظوظ حتى لامتلاك جهاز لتشغيل Discourse عليه!
بضع أشياء، أعتقد. مع الأخذ في الاعتبار أن (1) أتجنب Piazza كلما أمكن ذلك، و (2) لست على دراية تامة بأحدث ميزات Discourse وإمكانيات الإضافات. لكن هذا هو انطباعي حول الفجوات الموجودة.
يوفر Piazza دعمًا أفضل لأنواع مختلفة من إخفاء الهوية: على سبيل المثال، إخفاء الهوية عن الطلاب الآخرين فقط وليس عن المدربين. كما يسمح لك بضبط ذلك على أساس كل منشور على حدة. وصف موظفو تقنية المعلومات لدي دعم Discourse، بالمقارنة، بأنه غير عملي. وأنا أوافقهم الرأي. يستغرق الأمر من الطلاب وقتًا طويلاً لفهم كيفية استخدامه، وعندما يفعلون ذلك يميلون إلى الاختفاء تمامًا لفترات طويلة في وضع إخفاء الهوية. على سبيل المثال، كان لدينا طالب مفيد جدًا هذا الفصل الدراسي أجاب على آلاف الأسئلة باسم anonymous246. أود أن أشير إليه للحصول على جائزة، لكنني لا أعرف من هو. (نعم، أنا أدرك أنني يمكنني معرفة ذلك.) لكنني أعتقد أن مرونة أكبر في إخفاء الهوية ستكون تحسينًا كبيرًا.
بحسب ما أذكر، هناك أيضًا طريقة للطلاب للنشر مباشرة لجميع الموظفين ولكن مخفيًا عن الطلاب الآخرين. هذه طريقة جيدة لطرح أسئلة تتطلب الكشف عن معلومات لا ينبغي مشاركتها مع الطلاب الآخرين، مثل مقتطفات الكود. لقد طلبت هذه الميزة هنا سابقًا في شكل أذونات “نشر فقط” للفئات، لكن الرد كان “لدينا هذه الميزة، إنها الرسائل”. للأسف، لا تتكامل الرسائل مع واجهة المستخدم بنفس الطريقة التي تتكامل بها المواضيع، لكنني لست متأكدًا من أن هذا سيزعج الآخرين بقدر ما يزعجني.
كما يحتوي Piazza على مكان يقوم فيه المدربون والطلاب بتحرير منشور جماعي “تعاونيًا”. لم أسمع أبدًا أحدًا يتوق إلى هذه الميزة. أفترض أن بعض الأشخاص يريدونها، ومع ذلك. ربما يتوفر هذا في Discourse بالفعل؟ لا أجد ذلك مرغوبًا فيه، لذا لم أبحث عنه سابقًا. في رأيي، هذه عيب في Piazza وليس ميزة. فقلة قليلة من الأسئلة في فصلي لها إجابة صحيحة، وأريد تشجيع النقاش الذي قد يصل أو لا يصل إلى الإجابة الصحيحة. نحن نستخدم إضافة “Solved” كنسخة من هذا، وتعمل بشكل جيد.
نعم، فوبيا FERPA حقيقية. وهي منتشرة بشكل واسع في مؤسستي. يعد الاستضافة الذاتية طريقة رائعة للتغلب على هذا. بعد هذه النقطة، لا أعرف ما الذي ستحتاجه لتقديم خيارات استضافة خارجية. كما يبدو أن المؤسسات المختلفة لديها مجموعات مختلفة من المحامين يفسرون FERPA بدرجات متفاوتة من فوبيا FERPA.
أعتقد أنني لا أعرف كيف يعمل نظام الإدارة حسب الفئة.
نعم، أتفق معك. لكن هل هذا ضروري؟ لماذا لا نستخدم ببساطة مصادقة Discourse المدمجة؟ هذا هو نموذج Piazza.
تتمتع مؤسستي بدمج Google Apps الذي يسمح لنا باستخدام تدفقات تسجيل الدخول عبر Google، بدلاً من Shibboleth. ومع ذلك، لقد رأيت إضافة Shibboleth مُعلنًا عنها هنا لكنني لم أجربها بعد.
في آخر مؤسسة عملت فيها، لم يُسمح لي بالحصول على خادم في أي مكان، وهو ما أدى بي في النهاية إلى استخدام مثيلتي لـ Discourse على Digital Ocean (أو ربما على الطبقة المجانية من AWS).
لا أفهم متى يرغب الناس في إخفاء هويتهم. كما يبدو الأمر وكأنه مشكلة كبيرة في المساءلة.
أعتقد أنه من المنطقي أن يكون التدفق مختلفًا تمامًا، بحيث يكون من الواضح من يشارك في المحادثة. مثالك حول مساهمة شخص ما بشكل مجهول يبدو مثالًا على سبب عدم رغبتك في جعل من السهل الخلط بين ما هو عام أو خاص أو مجهول.
مثل ويكي؟
لأن إنشاء حساب واسم مستخدم وكلمة مرور إضافيين أمر مزعج.
هذا يجعل الأمور أسهل بكثير. لقد ساعدت بعض المؤسسات في تكوين Shibboleth. لم يكن الأمر سهلاً، لكنه يجب أن يُنفذ مرة واحدة فقط.
يمكنني تخيل إنشاء نوع من الخدمات التي تقدم دعمًا خاصًا للتعليم مقابل بضع مئات من الدولارات سنويًا، لكنك يمكنك الحصول على استضافة من Communiteq (سابقًا DiscourseHosting) مقابل 20 دولارًا شهريًا. وكما أشرت، فإن الاستضافة مع CDCK تعتبر صفقة رابحة مقارنة بما تفرضه Piazza.
يشعر بعض الطلاب بالقلق عند طرح الأسئلة في منتدى عام كبير. هذه حقيقة واقعة. يساعد النشر المجهول في ذلك. كما أن إخفاء الهوية عن الزملاء يسمح لموظفي الدورة برؤية الهويات عند تقديم المساعدة.
على سبيل المثال، أدير موقعًا يُشجَّع فيه المستخدمون على استخدام أسماء مستعارة مجهولة وعدم تقديم معلومات تعريف شخصية.
إذًا، تطبيق إخفاء هوية الأقران جاهز للاستخدام مباشرةً — ألا يكفي مجرد عدم استخدام اسمك الحقيقي؟
من الواضح أنهم يجب أن يزوّدوا بريداً إلكترونياً قابلاً للتحقق، لكنه لا يُعرض على المستخدمين الآخرين في أي حال.
ربما ما تفعله Piazza هو الكشف عن مستويات متفاوتة من المعلومات الشخصية القابلة للتحديد (PII) لمستويات مختلفة من الثقة داخل التطبيق، وذلك بناءً على تفضيلات كل فرد؟ هذا بالتأكيد مجال لإضافة مكونات إضافية في البداية…
أود أن تكون الهويات مرتبطة بحسابات مدرسية فعلية. هذا شيء لا تشترطه Piazza، لكنني أعتقد أنه في الأساس حيلة لتجاوز قانون حقوق الخصوصية التعليمية والأسرية (FERPA)؛ لأنه خلاف ذلك ستكون Piazza قادرة على إعادة إنشاء قائمة الطلاب في الدورة، وهو أمر غير مسموح به. لذا، وعلى الرغم من أن معظم الطلاب يبدون أنهم يسجلون في Piazza باستخدام بريدهم الإلكتروني وهويتهم الرسمية (ربما بسبب ميزات إخفاء الهوية)، إلا أنه في المكان الذي أدرّس فيه، يمكنهم اختيار استخدام بريد إلكتروني مؤقت.
مستويات الثقة هي أيضًا مجال آخر يتطلب تكوينًا متعمدًا لدعم الاستخدام التعليمي. ما يحدث بشكل طبيعي هو أن الطلاب يبدأون في اكتساب امتيازات أكثر تقدمًا، وهو ما قد يصبح غريبًا. فبعضهم سيضطر حتمًا إلى قضاء وقت طويل جدًا على الموقع، وسيرتقون إلى مستويات ثقة عالية إذا سمحت لهم بذلك. حلّي هو وضع حد ثقة صارم بين (حسب ذاكرتي) المستوى 2 والمستوى 3، بحيث يبدأ جميع الموظفين من المستوى 3.
العديد من المؤسسات التعليمية تستخدم Google Workspace وتستخدم Google Currents للمناقشات عبر الإنترنت. إذا كان بإمكان Discourse إقناع تلك المؤسسات بالتبديل، فسيكون ذلك رائعًا!
يُعد Google Classroom عائقًا آخر تواجهه Discourse. إذا استطاعت Discourse تكرار التكامل مع خدمات Google، فسيكون ذلك أفضل بكثير! يجب أن تمتلك Discourse القدرة على إنشاء المهام وتوزيعها وتصنيفها ببساطة، بالإضافة إلى ميزات للطلاب مثل قائمة مهام مدمجة وعدد من الميزات الأخرى.
من هناك، يكفي توفير نفس التكامل مع الأدوات المكافئة من Microsoft وApple.
بغض النظر، أنا أثق في Discourse كأداة للمؤسسات التعليمية. سيساعد ذلك في إشعال النقاشات (التي تشكل جزءًا كبيرًا من المرحلة الثانوية وما شابهها) دون أن تكون محرجة.
أنا أميل إلى الاعتقاد بأن أنظمة إدارة التعلم (LMSs) تُستضاف عادةً داخل الحرم الجامعي. وهذا يفرق فرقًا كبيرًا. وإلا فإنها جميعًا قد تم “تأكيدها” وفقًا لقانون حقوق الخصوصية التعليمية والأسرية (FERPA)، وهو أمر موجود لكنني لا أفهمه تمامًا. (هل هو نوع من وضع اليدين؟ أم زيوت معطرة؟ يتساءل المرء…)
كمثال واقعي: لقد تعرضت لهجوم من زملائي لاستخدامي “GitHub Classroom” حيث يحدد كل مستودع كل طالب عبر ملف email.txt في الجذر. لأنه، على ما يبدو، لو انتهكت GitHub جميع شروطها الخاصة بالوصول إلى المستودعات الخاصة، لكان بإمكانها استعادة قائمة الدورة من خلال مسح مئات المستودعات. حقًا. (هذا الفصل الدراسي انتقلت إلى استخدام معرفات فريدة، لكنني متأكد من أنهم سيجدون شيئًا آخر يقلقون بشأنه.) كما أنه يذهل العقل أن قانون FERPA يبدو مفتوحًا لتفسيرات لدرجة أن منتجًا (GitHub Classroom) مُعد بوضوح للاستخدام التعليمي و مُستخدم بنشاط من قبل مؤسسات في جميع أنحاء العالم لا يزال يُعتبر (من قبل محامينا) خطرًا على FERPA. آه.
أما رأيي فأنها نادرًا ما تُستضاف داخل الحرم الجامعي.
أنا متأكد من أن نفس الأماكن التي ترسل لزوجتي تفاصيل حميمة عن الطلاب الذين يدرسون هناك لديها أيضًا قواعد تمنع الناس من القدرة على إنجاز العمل الفعلي لقواعد من هذا النوع.
نعم، فقد قررت جامعة زوجتي أن جميع المواد في جميع الدورات يجب أن تكون متوافقة مع احتياجات ذوي الإعاقة، وهو أمر غير صحيح، مما يعني أنها لا تستخدم أي فيديو، ولا حتى صورًا إذا أمكنها تجنب ذلك. فقد هاجموا كلية التمريض لعدم تضمين وسم بديل يصف الصور، في حين أن الهدف من الصورة هو معرفة ما إذا كان بإمكان الشخص تفسير الأشعة السينية.
وصديق لي يعمل محاميًا ذهب للعمل في جامعة في الجنوب حيث كان الجميع يعتقد أنه “غير قانوني” للجامعة شراء الكحول، وهو ما أدى فقط إلى حيل معقدة لتجاوز ذلك. وقد تحقّق من الأمر. لا، ليس هناك قانون، بل مجرد شيء ابتكره أحد المحاسبين مرة واحدة.
أقول إن مسألة قائمة الطلاب مجرد هراء، وهذا جزء من سبب سعادتي لعدم العمل في جامعة بعد الآن.
أعتقد أن هناك فرصة كبيرة هنا، رغم أنه يبدو أنك تحتاج إلى التفكير في ما تعنيه الدورات المتعددة. (هل هي حالات متعددة، أم فئات فقط، أم شيء آخر؟)
يمكن أن تقربك ميزة “تم حلها” في Discourse، ومنشورات Wiki، وتعديل الإعدادات الافتراضية من تجربة تشبه Piazza دون بذل جهد كبير. يحتوي Discourse بالفعل على مصادقة موحدة عبر SAML وOAuth، مما يغطي معظم مقدمي الخدمات التعليمية. أما بالنسبة لدمج أنظمة إدارة التعلم (LMS)، فهناك إضافات LTI متاحة، رغم أنني لم أستخدمها بعد.
أما فيما يتعلق بالقضايا القانونية: يُعد الاستضافة الذاتية خيارًا رائعًا، سواء كانت فعليًا على الموقع أو في سحابة عامة. لكن فيما يتعلق بـ FERPA، ما تحتاجه حقًا هو شركة مستعدة لتوقيع عقود مع مؤسسة تعليمية. بمجرد توقيع المدرسة لعقد، فإنها تقرر أي البيانات تتدفق إلى التطبيق — ولكن في الغالب، العقد هو ما يخفف من التعقيدات المحيطة بالبيانات الشخصية القابلة للتحديد (PII). وبصراحة، لا أرى أن Discourse أكثر تعقيدًا من أي أداة أخرى لمناقشة الفصول الدراسية.
هذا أحد النماذج. لكنني أعتقد أيضًا أن هناك العديد من الدورات التي ستريد التحكم الكامل، وأن يكون لديها منتدى كامل مخصص لها فقط. وقد ترغب أيضًا في تهيئة الأشياء بشكل مختلف، واستخدام إضافات مختلفة، ووضع سياساتها الخاصة فيما يتعلق بالمراقبة.
كما أنني لست متأكدًا من كيفية عمل أشياء مثل البحث في نموذج “الدورة كفئة”. سيكون العثور على نتائج من دورات أخرى غير الدورة التي تدرسها أمرًا محيرًا للغاية. لكنني أفترض أنه إذا تم إعداد أذونات الفئات بشكل صحيح، فستعمل الأمور بشكل جيد. ربما ستحتاج إلى بعض الأتمتة هناك.
هناك ميزة أخرى مفقودة هنا، وهي شيء قد يُعقّد نموذج “الدورة كفئة”، وهو الحاجة إلى إعادة تشغيل المنتدى دوريًا في كل فصل دراسي. هذا على الأرجح ليس الاستخدام المعتاد لمنتديات Discourse. إحدى الطرق هي ببساطة إعادة تشغيل المنتدى بالكامل والبدء من جديد. ومع ذلك، هناك مجالات معينة يكون فيها الاستمرار أمرًا مريحًا. على سبيل المثال، لدينا فئة خاصة لفريق العمل في الدورة، وأكره أن أفقد محادثاتنا القديمة هناك. لكنك أيضًا لا تريد عادةً أن يدخل الطلاب إلى منتدى مليء بالمنشورات حول الفصل الدراسي السابق.
ما نقوم به هو إنشاء شجرة جديدة تمامًا من الفئات الخاصة بكل فصل دراسي في كل فصل، وإعداد الامتيازات لحسابات الطلاب بحيث يمكنهم رؤية محتويات فصلهم الدراسي فقط. يمكن للخريجين الاستمرار في رؤية محتوى فصلهم الدراسي، ويمكن لفريق العمل رؤية كل شيء تقريبًا، بما في ذلك الفئات الخاصة بفريق العمل فقط. هذا يعمل بشكل جيد بالنسبة لنا، لكنه يتطلب سكريبت مهمة مجدولة (cron job) غير أنيق نسبيًا لمزامنة كل شيء مع تغير عضوية الدورة. (وهو ما يحدث على أساس ساعة بساعة، خاصة في بداية الفصل الدراسي.)
بالتأكيد، لهذا السبب بدأت في استخدام Discourse. هذا ليس شيئًا كتبته أي هيئة تدريس في نظام إدارة التعلم (LMS). ما رأيك في المبلغ الذي قد يرغب عضو هيئة تدريس في دفعه مقابل ذلك، لكل فصل دراسي، على سبيل المثال؟
الحل الصحيح على المستوى المؤسسي هو أن يكون النظام الذي يدير التسجيل هو من يقوم باستدعاءات واجهة برمجة التطبيقات (API) مع تغير قوائم الطلاب. هذا أمر صعب، لأنه يتطلب موظفين تقنيين أكفاء وداعمين، وهو ما لا يتوفر في عدد قليل جدًا من المدارس.
على مستوى الفصل الدراسي، يتم ذلك يدويًا ببساطة.
حلي لمشكلة “الفصل الدراسي الجديد” هو كما وصفت، إنشاء فئة ومجموعة جديدة لكل قسم من أقسام الدورة. لقد استخدمت فئة للقراءة فقط للمحتوى الدراسي الذي يُستخدم عبر الفصول الدراسية. معظم أنظمة إدارة التعلم (LMS) تفعل ذلك بشكل فظيع - إن إعداد دورة جديدة لكل فصل دراسي يتطلب جهدًا هائلًا.
معظم الأشياء التي تصفها سهلة إيجاد حلول لها، لكن من الصعب إيجاد حلول عامة لها.
وغالبًا ما يكون العميل للبرمجيات المستخدمة في المدارس ليس المستخدم الفعلي، بل أشخاص لا يفهمون غالبًا مشاكل أعضاء هيئة التدريس أو الطلاب.
أعني، في الظروف المثالية، لا شيء . لكن ربما بضع دولارات في الشهر؟ أسعار استضافة Discourse معقولة جدًا.
المشكلة هنا هي أنني أشعر أن العديد من المدربين (بمن في ذلك أنا) لا يملكون تقريبًا أي ميزانية لشراء تقنيات مستقلة للدورة الدراسية. يمكنني إنفاق المال على الموظفين وعلى التقنيات الشخصية (أجهزة لابتوب جديدة). لكن ليس لدي ميزانية لشراء تقنيات مخصصة لدورتي فقط. هذا لا معنى له تقريبًا، لكنه ليس نادرًا بالضرورة. لذا، حتى لو أردت شيئًا يكلف (لنقل) 5 دولارات في الشهر، فإن ذلك ينتهي به الأمر أن يُدفع من أموالي الشخصية، وليس من أموال الدورة.
في الواقع، الحل الأفضل على الأرجح هو استخدام واجهة برمجة تطبيقات SSO الخاصة بـ Discourse لتعيين المجموعة عند تسجيل الدخول. على الأقل هنا، هذا ممكن تمامًا وسيكون أنيقًا جدًا.
المشكلة التي واجهناها في استخدام واجهة برمجة تطبيقات Discourse لهذا الغرض هي أن الاستدعاءات المطلوبة لتنفيذ المزامنة بطيئة، خاصة بمجرد الوصول إلى 10 آلاف استدعاء. يؤدي تحديد معدل الاستدعاءات إلى نقطة لا تصل فيها هذه العملية إلى الحدود المدمجة، ولا تسبب أيضًا بدء المنتدى في إرجاع أخطاء 500 للمستخدمين، إلى أن تستغرق مزامنة المستخدمين لدينا بالكامل حوالي ساعة. هذا مقبول، لأنها مخصصة لدورتي فقط، ولكن إذا بدأت في القيام بذلك لقسم كامل، فستكون بطيئة بشكل غير مقبول. (ملاحظة جانبية: قد يكون هناك نوع من واجهة المزامنة الجماعية لم أستخدمها، ومن الممكن أنني لا أقوم بالإجراء الصحيح على عميل المزامنة لتجنب بعض هذه الاستدعاءات.)