もっと人を雇うことに前向きですか?思いつく限りでは、ここに他にも数人のアクティブな貢献者がいます。彼らはCDCKで素晴らしい従業員になるでしょう。
はい、採用はしていますが、Metaでのモデレーションの役割ではありません。フルタイムのCMが1人いれば十分です。彼はわずか1週間前にその役割を開始したばかりなので、すべてを把握するにはしばらく時間がかかることを忘れないでください。
丁寧な対応を心がけること、それ以外は何もありません。
- バグ通知や機能リクエストがあった場合、チームの誰かが必ず返信する。
- 例えば最大2週間程度の適切な期間内に、チームの誰かが状況を簡潔に通知するか、何も進展がない理由を説明する。
それだけです。すべてのリクエストを満たす必要はありませんし、実際には時間の無駄であったり、難しすぎるリクエストもありますが、放置することはできません。単純な返信でも、チームがコミュニティの声に耳を傾け、気にかけているという印象を与えることができます。
しばしば、あなたはそれを実行しています。それは認めます。しかし、未解決のケースがまだ多すぎます。OPが詳細を提供しなかったり、単に姿を消したりしたケースもありますが、チームからの通知なしに放棄されたケースもあります。
これはあなたのポリシーにも関連するはずです。皆さんがどのように仕事をしているかは知りませんが、誰かが担当になったら、その人は数言を添えるでしょう。まあ、言いたいことはわかりますよね ![]()
そうでなければ…誰もが満足させることはできません。しかし、皆さんは私たち一般ユーザーよりも注目されています。例えば、私の側からの受動的攻撃的な行動は、皆さんの側とは異なります。皆さんは私を黙らせることができますが、私はメタを離れること以外で皆さんに沈黙を強いることはできません。
チームが悪口を言っているとは言いません
それは単なる例であり、慎重に行動する必要があることを示すためのものです。
さて、この話題はこれで終わりにします。チームには、いくつかの「いいね」と数言で解決できるような大きな問題はありません(そして、よりユーザーフレンドリーなコンポーザーも
真面目な話、Discourse にはもっとミニマルなコンポーザーが必要ですが、それは全く別の話です、すみません…)
—
ユーザーもターゲットにすべきでしょうか?正直なところ、ここのユーザーはチームよりも問題のある場合がよくあります。
このリストのトリアージに時間を費やしています。
https://meta.discourse.org/c/feature/2/none?order=op_likes&status=open
ここで隠れた問題は、Feature カテゴリで meta の投票プラグインを試すべきではないかということです。このカテゴリでは、物事が埋もれがちですが、人気のあるアイデアに可視性を与えることで、コミュニティがより良いアイデアを(OPを洗練させたり、より多くの投票をしたりすることで)持ち上げ、そして「Discourse は常に N 票以上のトピックに公式に返信する」というルールを施行できるかもしれません。
大きな井戸のサイズを見ると、10 票以上のすべてのトピックに何らかの返信をすることは非常に実用的だと思います。ほとんどの 10 票以上のトピックにはすでにスタッフからの返信がありますが、10 票以上を管理できれば、5 票以上に減らすことができます。
UX も、Feature と Bug の中間にあるため、特に扱いにくいと感じています。このカテゴリは助けになっているのか、それとも妨げになっているのか疑問です。
タグというものがありますよ ![]()
すみません、誘惑に負けてしまいました。しかし、UX はそれほど多くの投稿があるカテゴリではないと思います(そして私の見解では、良い基本コードの次に最も重要な部分である UX/UI にとっては少し奇妙ですが、それ以外に大きな問題はありません)。
しかし、それは Meta をより楽しくすることよりも、構造や組織の問題です。物を簡単に見つけることは、ある種の楽しみかもしれません。しかし、それはあなたの仕事も楽にすることができます…もちろん、それがあなたの日常生活を妨げない限りは。
それは本当に良いアイデアですね。
しかし、ここ数週間、#install-support と #update-support をそこにサブカテゴリとして追加することを検討していました。なぜなら、その2つのトピックがカテゴリを少し汚染しており、「機能サポート」トピックが本来受けるべきほど目立たなくなっているからです。
Bug は全くうまくいっていません。
@team の誰も Bug の投稿に
を付けることができないという、ばかげた状況が発生しています。
なぜなら、それは bug_reporter_badge SQL をトリガーするからです。
答えは非常に簡単です -
- バッジを授与するためだけに @team の小さなサブセットグループを作成します。
または… - 独自のグループ内で「user」を偽装する特別なバッジを作成し、チームの誰でも Bug で自由に
を付けられるようにします。
バッジ SQL を更新して、クエリからteamを削除します。
このスレッドに、私の現在の人生の現実世界での状況を説明する投稿を書くことを検討しています。
Discourse Enthusiast’s Training に投資することが、絶望的な状況での最善の行動方針であると私がどのように決めたか、そして Bug に数件の投稿を無視されるような愚かなことが、現実世界での痛烈な一撃であったか。
申し訳ありませんが、これには全く同意できません。バグは入ってくるものとして歓迎しており、バッジは歓迎される副作用です。
バッジがバグに「いいね!」をするのを妨げているわけではありません。
最後の30日間のリストを自由に確認してください: Bug - Discourse Meta
チームが最初の投稿に「いいね!」を付けたインスタンスを10個見つけてください… チームが最初の投稿に「いいね!」を付けなかったが、付けるべきだったインスタンスを10個見つけてください。
幸いなことに、共同オーナーがこれほど熱心であれば、時間を無駄にしないほど長い間、ここの「ユーザー」でした。
代わりに犬の散歩に行ってきます。
良い一日を。
これは生産的でない領域に入っています。このトピックは30日間凍結します。
貢献してくれた皆さん、ありがとうございました。しかし、残念ながら私の好みに合わないほど白熱し、焦点がぼやけてきています。
26日後にトピックが自動的に開かれました。
興味深いトピックですね。 ![]()
Metaへの貢献を楽しめないのであれば、それはあなたには向いていないということです。私は個人的に、他の人々が解決策を追求するのをMetaでサポートすることに非常にやりがいを感じています。利他的な問題解決は私のDNAです。Discourseチームがどれほど忙しく、サポートとサービスを提供するためにどれほど一生懸命働いているかは、身をもって知っています。このサイトに参加してしばらく経っていれば、それは明らかでしょう。 ![]()
私自身は、すべてのトピックを読み、まだ返信がない場合は(いいねやコメントで)少なくとも未読のトピックをすべて認識するように努めていますが、私はそれほど長くはここにいません。実際、今年の初めから参加しています。正直なところ、すべてのトピックを読むのが好きです。なぜなら、それは学習体験だからです。助けを求めて否定的な経験をしたユーザーがいるのは残念です。私は常にそれを個人的に受け止め、改善できたことやそれを避けるためにできたことを考えようとします。しかし、トピックを作成し、受動的攻撃的な発言でチームを攻撃することは、集団プロジェクトやチームのサポートに参加するために必要な尊敬、忍耐、前向きなアプローチとは逆効果だと思います。
ここでは、ユーザーが自分のトピックで再び助けを求めて投稿するのを見てきました。それは全く問題ありません。自分のトピックを上げたり、もう一度助けを求めたりしてください。私のフォーラムでは、ユーザーにすぐに助けることができない場合があり、私が何らかの理由で彼らの問題を認識しなかった場合、彼らが私に催促したり、もう一度尋ねたりすることに全く問題はありません。私の投稿をフラグ付けして注意を引いたユーザーもいました。私はそれで構いません。
また、@JammyDodgerと@Canapinは、私がMetaにいる間、コミュニティモデレーターとしての役割において非常に優れており、私の学習と楽しみにとって非常に貴重でした。ありがとうございます。 ![]()
記録のために言っておきますが、このトピックを作成したのは私です。
ですから、どのような批判やフィードバックも私の招待によるものです。![]()
私がこの職に就いて3日目でした。
多くの人が驚いたと思います。しかし、実際には、良いことも悪いことも含めて、その会話は非常に有益でした。
1年後に振り返ってみると、非常に興味深いです。特に、以前はチームのフラグを持っていなかったオリジナルの貢献者の多くが、現在ではチームのフラグを持っています:discourse:
(@Canapin @keegan @mcwumbly)。これが、新しく来る人にとってこの投稿の読み方を歪めるかどうかは分かりませんが、もしそうなら、注意を喚起する価値があるかもしれません。
しかし、本題に戻ると、この1年間、Metaを皆さんが貢献し、必要なときにサポートを得られる楽しい場所であり続けるために、 solid な努力をしてきたと願っています。
多くのことが起こっており、多くのことに追いつかなければなりません(時には脳が溶けるような torrent のようなものもあります:melting_face:)。私は完璧ではないことを理解していますが、すべてを合計したとき、プラスのスコアにわずかに届いていることを願っています。![]()
いずれにしても、これは間違いなく win として記録しておきます。
![]()
どうして見逃したんだろう
![]()
トピック全体を読み直したわけではありませんが、「貢献」はここで意図されていたよりも広い範囲で考慮できると思います。助けを求めることは、有効な貢献の形です。したがって、元の質問はいくつかのバリエーションに分割できます。
-
助けを求めることをより楽しくするにはどうすればよいですか?
-
人を助けることをより楽しくするにはどうすればよいですか?
-
フィードバックを与えることをより楽しくするにはどうすればよいですか?
-
Discourse関連の開発をより楽しくするにはどうすればよいですか?
など…
それぞれの回答は異なる可能性があります ![]()
それは素晴らしい点ですね。その人の動機やここにいる理由、そして相対的な視点は、確かにここでの経験に影響を与える要因です。明らかに、サーバーのダウンや叫ぶユーザーといった危機的な状況にある人は、サイドバーのカスタマイズのためのコードスニペットをうまく理解できない人(こんにちは、私です)とは、はるかに異なる、即時のサポートニーズ、期待、そして精神状態を持っているでしょう。
その状況を好転させ、前向きな変化を求めるという目標には同意します。
しかし…
私にとって際立っている2つのネガティブな点は、OPの経験とも一致すると思いますが、それは一方では沈黙、もう一方では敵意です。常にそれらが見られるわけではありませんが、それらを目にしたとき、それは意欲を削ぎ、歓迎されないと感じさせます。
残念ながら、敵意は非常にシニアな人々から最も多く見られると信じており、それはさらにネガティブな点です。「敵意」には、私にとって軽視されている、または見下されていると感じられるものが含まれます。
必ずしも性格的な欠陥ではない、いくつかの可能性のある原因が考えられます。
- イライラしているときや時間的プレッシャーの中でコメントする
- 何度も見たことのあるものを見る
- プロジェクトを自分のテリトリーだと感じ、それに応じて反応する
- 短く物事を言い、それがぶっきらぼうまたは失礼に読まれる可能性があることに気づかない
片や沈黙している
閲覧や投稿の際に、(ほんの少しだけ!)気になることが2つあります。
- Support に投稿しても、数日または数週間返信がないこと。
そういうことでしょうか?
私は今、返信のない投稿を確認することで、これを軽減しようと努めています。
私の:older_man:の知識を持ち出そうとしたり、答えがないことを知りつつも、意味のある方法で丁寧にトピックを盛り上げたり、チームの誰かにアイデアがないか尋ねたりしています。
もっと頻繁にやるべきなのですが。
はい、緊急サポート案件への返信がないとのこと、私も一度経験しました。しかし、フォーラムを拝見すると、返信のないトピックがかなりある印象です。あなたが参加し、それらを解決しようとしているのは良いことです。