نحن نستخدم Discourse في مكتب صغير. كما ذكر أعلاه، توجد مشكلة المسودات. ربما تعلم أن هناك عادة إنشاء مجلد جديد بسرعة، ثم مجلد جديد (2)، ومستند نصي جديد، ومستند نصي جديد (2)، وملء هذه الملفات بمعلومات مختلفة وعدم إعادة تسميتها أبدًا بعد ذلك.
لاحقًا يتضح أن كتل النص ليس لها مرجع زمني، ولا إصدارات، ولا صور، وأحيانًا لا يتم حفظ بعض الأشياء بسبب عدم وجود حفظ تلقائي.
المعلومات الموجودة في الملفات النصية مختلطة وغير منظمة بشكل سيء. بعد فترة طويلة، هناك فرصة ضئيلة جدًا للعثور على أي شيء في مثل هذه المجلدات. يمكن أن يساعد فهرسة المحتوى أو الذكاء الاصطناعي قليلاً في هذه الحالة، ويؤدي Discourse هذه الوظيفة.
لقد ذكرت العمل الجماعي المكتبي. وهذا يعني أن مسودات الموظفين المحلية الخاصة مقفلة خلف حسابات المستخدمين. بالحديث عن الموظفين الذين يعملون في مهمة تعاونية، لا حاجة لإخفاء مسوداتهم عن بعضهم البعض. على العكس من ذلك، سيكون من الأفضل لو كانت المسودات متاحة للجميع على الفور. تذكر كيف يعمل مطورو البرامج؟ يضعون الكود (وغالباً ما تكون الوثائق ككود) في مستودع مشترك مع التحكم في الإصدارات. وبمجرد أن يقوم كبير المهندسين بفحص التغييرات، تصبح متاحة للجميع في الفرع الرئيسي. في حالة المسودات، لا حاجة لمثل هذا المشرف. لذا هنا يتفوق Discourse.
مشكلة المسودات مع الصور المرتبطة يتم حلها بسهولة بواسطة محررات Markdown (لقد بقيت مع Typora، خاصة عند تحرير الجداول وتحويل الصور base64 بشكل عكسي - لا يقوم أي محرر بإدراج هذا النص من الحافظة). يعتبر Discourse مناسبًا تمامًا كمنصة عمل متزامنة. يمكن تحويل مناقشات الدردشة بسهولة إلى مواضيع أو منشورات. يمكن لنموذج OpenAI أن يلعب دورًا مهمًا في معالجة البيانات، ولكن الخوارزميات المضمنة كافية أيضًا لجعل سلاسل المنتدى تبدو ذات صلة.
نحن نستخدم ميزة البريد الوارد لإرسال النص بسرعة كبريد إلكتروني إلى المنتدى. بهذه الطريقة لا نفقد الأفكار الثمينة دون تشتيت الانتباه بفتح المنتدى نفسه. ثم نستخدم هذه الأفكار في العصف الذهني.
باستخدام الأذونات، من السهل نقل المواضيع من صندوق الرمل إلى الجمهور عندما تكون جاهزة. تسمح مستويات الثقة المرنة لنا بتنظيم الوصول للإدارات المختلفة.