كيف يستخدم فريق Discourse منصة Discourse؟

[HAWK]

Originally published at: How Does Team Discourse Use Discourse?

As we claim on our website, we use Discourse as our primary team coordination tool to build… Discourse! That means escaping email silos and minimising the number of disparate communication channels required to manage a fully distributed team. We are able to keep distractions like calls and meetings to a minimum and focus on actual…

[8BIT]

holy cow. this is awesome. the idea had crossed my mind to use discourse as a full-bodied business communication and project system… but hearing it from you guys really does make it seem doable.

[mikechristopher]

great insight thanks @HAWK - just shows how flexible it certainly can be if you want it to be!

[oiclid (oïclid)]

So, Discourse is essentially the One Ring. Sauron would be proud. I love how you guys have figured out a way to get rid of all the distractions by building most of the features you need into one app.

[joebuhlig]

I was thinking about this just last week! I remembered @HAWK saying she was working on it. Thrilled to see it come to life. Well, done.

[townsfolk (Eric Berry)]

This is awesome. Thank you very much!

I have a follow up question regarding task management.

Are you tracking commits with tasks for those that have code changes through discourse? Something similar to the way Jira w/ BitBucket or Github works?

I found a couple of plugins and topics that are related:

Introducing GitHub Issues to Discourse

This tool is no longer maintained. Check out Discourse Code Review instead. The Discourse Team and I are pleased to announce our Import GitHub Issues into Discourse tool. The idea behind it is fairly simple, authenticate with GitHub, select the issues you wish to import, and then provide your Discourse credentials and let it do the rest (as shown in the screenshots below)! Authenticate with GitHub [image] Select a Repository [image] Select the Issues you want to Import [ima…

• Seems nice if you are/were using Github issues and want to mirror them in Discourse and use Discourse to further the conversation, but not if you don’t want to use Github issues.

https://meta.discourse.org/t/the-github-linkback-plugin/66081

• Looks for mentions in Discourse and then adds links to GH messages.

I realize that this can be done easily by manually pasting a Github/BitBucket commit into Discourse, but I’m curious if there’s something automatic.

Thank you again for the great post!

[HAWK]

Hey Eric,
We use Github Linkback but we don’t have anything automated.

[Bas (Bas van Leeuwen)]

Very cool!
Currently in the process of weaning people of from Hipchat in my org. and this is some very valuable input.

One question: why are you running two different instances? Wouldn’t it be possible to merge your internal one with meta and use subforums for everything?

Is it a matter of convenience? Was it set up before the tooling was ready? Don’t you trust the authentication/security model completely?

[HAWK]

A couple of reasons.

Our internal instance sits on a different server so if Meta goes down we don’t lose all our runbooks etc.
It also allows us to have very different email and notification settings which means we’re less likely to miss important things in the noise.

[Bas (Bas van Leeuwen)]

Fair and logical reasons

@HAWK

if Meta goes down we don’t lose all our runbooks etc.

That brings up painful memories (we once stored our emergency customer contact list on the wiki, in the datacenter, where all the customer were hosted…)

[sam (Sam Saffron)]

Yeah we do too… but we have a replica in digital ocean and an extensive encrypted backup story

[James_Houston]

the idea had crossed my mind to use discourse as a full-bodied business communication and project system… but hearing it from you guys really does make it seem doable.

[Xavi_Beumala]

لدينا نسخة من Discourse نستخدمها داخليًا كمركز للفرق. نريد فتح جوانب معينة للجمهور وجوانب أخرى للعملاء.

لقد قرأت المقال كيف يستخدم فريق Discourse نظام Discourse وتساءلت لماذا تستخدمون نسختين منفصلتين: عامة وداخلية؟

سنستخدم نسخة واحدة فريدة ونقيد الرؤية من خلال مجموعات المستخدمين. الفوائد التي نراها مبدئيًا من نهج النسخة الفريدة هي المركزية ورسم بياني للروابط الذي يمكننا بناؤه… ولكن بعد قراءة المقال، سيكون من المثير للاهتمام جدًا إذا شارك شخص ما إيجابيات / سلبيات نسختين وكيف تسير الأمور مع فريق Discourse؟

شكرا جزيلا!

[Moin]

لم تكن الوحيد الذي لديه هذا السؤال

@Bas

سؤال واحد: لماذا تقوم بتشغيل نسختين مختلفتين؟

How Does Team Discourse Use Discourse?

A couple of reasons. Our internal instance sits on a different server so if Meta goes down we don’t lose all our runbooks etc. It also allows us to have very different email and notification settings which means we’re less likely to miss important things in the noise.

[Falco]

سبب آخر هو اختبار استخدام مثيلات متعددة داخليًا (dogfooding)، حيث يستضيف لدينا عملاء عشرات المثيلات.

لدينا ميزة “oneboxing” خاصة بين مثيلات Discourse، ويمكن الحصول على إشعارات مركزية عبر Web Push، البريد الإلكتروني، Discourse Hub، فتح المثيلات جنبًا إلى جنب على الأجهزة المحمولة عبر PWA، إلخ.

[justin (Justin DiRose)]

@Xavi_Beumala

ولكن بعد قراءة المقال سيكون من المثير للاهتمام للغاية إذا تمكن شخص ما من مشاركة الإيجابيات / السلبيات لنسختين وكيف تسير الأمور بالنسبة لفريق Discourse؟

أكبر تحدٍ لاستخدام نسخة واحدة لمكان العمل: يمكنك بسهولة مشاركة شيء علنًا عن طريق الخطأ يجب أن يكون خاصًا. كل ما يتطلبه الأمر هو تحديد الفئة الخاطئة أو تعيين أذونات غير صحيحة لفئة جديدة.

لتلخيص كيف تسير الأمور الآن:

1. رائع! لقد سمح لنا ذلك بدعم والحصول على ملاحظات حقيقية من كل من يستخدم Discourse على Discourse دون المخاطر الموضحة أعلاه.
2. كانت نسختنا الداخلية مصدر إلهام لـ Discourse for Teams. هناك الكثير من الإمكانات للشركات لاستخدام أداة مثل Discourse لبناء مجتمع داخلي.
3. هناك الكثير من النشاط يحدث في كلا المجتمعين، لذلك نحن نبحث دائمًا عن طرق للتأكد من أننا نتواصل مع كليهما مع نمو فريقنا و Meta.

[Richie (Richie Rich)]

قراءة رائعة، شكراً على المشاركة (لست متأكداً كيف فاتني ذلك حتى الآن).