私は過去3週間で3つの軽微なバグを報告/確認しましたが、チームメンバーが投稿を読んだという認識すらありません…
しかし、彼らは私の皮肉なGIFはすぐに編集するでしょう…
私はhttps://meta.discourse.org/t/discourse-support-training-program/194057/1 をフォローすることを考えていました…サンドボックスをセットアップし、ローカルにもインストールしようとし、質問をし、役立とうとしました…しかし、これは私の熱意をすべて吸い取ってしまいました。
これを別の Site feedback トピックに移動させて、トピックから外れる心配なく自由にチャットできるようにします。 
気にしないでくださいね。 
私がまだ「チーム」の正式な一員であるかどうかはわかりませんが、私はそれらを読みました。 
ただし、いいねや確認を残すという点では、もっとうまくやれたと思います。他のチームメンバーも読んだと確信していますが、確認したことを示すために何かを残さないと、誰も聞いていないように見える可能性があることは理解しています。
これを読んで本当に悲しかったです。明らかに Discourse Experts プログラムは大好きです。このプログラムが私がこの仕事に就くことができた主な理由の 1 つだと思います。 興味があるなら、ぜひお勧めします。質問があれば、喜んでオンボーディングバディになります。
他のメンバーも非常に親切です（幸いなことに、彼らは私よりもはるかに多くのことを知っています ）。
私は Meta の新しいコミュニティモデレーターになったばかりなので、より多くの人が参加して貢献するのを楽しくやりがいのあるものにする方法に非常に興味があります（エキスパートプログラムの一員であるかどうかにかかわらず）。他の人の問題を手伝ったり、バグを再現したりするにはかなりの時間と労力がかかります。そして、人々が自分の貢献を評価されていると感じることが重要だと思います。
それを念頭に置いて、より楽しい体験にするために私が何か違うことをするとしたら、何か提案はありますか？
チームへのご参加おめでとうございます。
これは、あなたが参加する前からのことだと思います。
また、「オンボーディングバディ」になってくださるとの、大変寛大な申し出、ありがとうございます。
今のようにフレンドリーでいてください。7年後も…誰かがバグを報告したり再現したり、何らかのフィードバックをくれたりしたら…最低限、
をクリックしてください。なぜなら…
ほぼ正しいです…誰も聞いていないように見えます。
これからもこのフレンドリーさを保てるように頑張ります。 そして、私たちが耳を傾けていることを示すために、少なくとも「何か」を残すようにします。反対側の立場からすると、何かを貢献するために時間を費やしたのに、それがまるで深淵に消えていくかのように見えなくなるのは、良い気分ではないことを理解しています。しかし、チームはすべてを読んでいることをお約束します（それは誇張のように聞こえるかもしれませんが、実際にはそうではありません）。
問題ありません。ぜひ受けていただけると嬉しいです。
明確にしておくと、GIFの編集はリモートサイトが消えても画像が失われないように、リモート画像をローカルストレージにダウンロードする自動化されたジョブであり、スタッフが手動で行うものではありません。
ファルコ様
いいえ、そういう意味ではありません。ありがとうございます。
codinghorror - 19時間前
投稿からGIFを編集/削除しました。
彼は私が「敗者」だと思っていないようです 
完全に手動で行いました。
明確にしておきます。
私はDiscourseが大好きです。3回の移行を経験し、metaを閲覧し、過去には#marketplaceでいくつかの成功した仕事をしてきました。
閲覧や投稿の際に（ほんの少しだけ！）気になることが2つあります。
#supportに投稿しても、数日または数週間返信がないこと。しかし、それは普通のことです。時々、人々は解決策を持っていないか、時間がないか、無料で助ける意思がないだけです。それは本質的に少しイライラしますが、Discourseに特有のものではありません 
#uxや#featureで提案しても、トピックが返信や「いいね！」で注目を集めているのに、特に影響力のあるメンバーや公式Discourse開発者から、これらは良いアイデアだと認められているのに、一切フォローアップがないこと。そして、これらのアイデア/提案はどうなるのだろうか、と疑問に思います。
開発チームには、「興味深い」アイデアが書き留められたり、ブックマークされたり、将来のために脇に置かれたりするような、何らかの作業文書があるのでしょうか？ これらのアイデアの一部は、著者に知らせることなく、単にごみ箱に捨てられるのでしょうか？ 一部のアイデアは優先度が低く、将来追加される可能性は非常に高いが、現段階では単に伝えられていないだけなのでしょうか？
これらのトピックでフォローアップがない理由はたくさんあることは理解していますが、それでも少しイライラします。なぜなら、人々が提案を投稿するのは、（しばしば）彼らが気にかけ、Discourseに価値を追加できると考えているからです。 
気分が少しでも楽になるなら、私はDiscourseで働いていますが、1年以上も手つかずの自分で割り当てたタスクがあります。現在、数千社のお客様がいらっしゃり、ビジネスを継続するためには、お客様のバグ、機能、リクエストを優先する必要があります。
また、ChromeとSafariには10年前に初めて報告されたバグレポートがありますが、私はそれらを待っています。これらの企業は、私たちの会社の1000倍の規模です。ソフトウェア開発には、永遠のバックログがあるのが常です。
Metaは、私たちが無料で提供している製品に対する無料サポートであることを忘れないでください。あなたにとって非常に重要なことがある場合、私たちの注意を引く最善の方法は、有料顧客になるか、自分で実装するためのPRを提出すること（または、そのための請負業者を雇うこと）です。理解できることに、それができない人もいますが、その場合、最も価値のあるものは、たくさんの忍耐力を持つことです。
多くの場合、私たちにもわかりません。1ヶ月で対応できるかもしれませんが、1年かかるかもしれません！私たちはいくつかの大きな優先事項を計画しており、小さな機能やタスクは、可能なときに取り上げられます。それは、他の誰も興味を持たず、歴史の中に消えていくものかもしれません。
私たちはMetaでの投稿にもっと対応したいと考えており、@JammyDodgerが言及したように、それが彼をメタのモデレーターとして採用した理由です。彼が初めて、メタに特化した従業員となりました！
ただクリックするだけでいいんです。時間、労力、そして存在を認めることについて話しています。
でも、これ以上この件に巻き込まれたくありません。ここではネガティブな経験が続いていて、これもその一つになりそうです。
素晴らしいチームディフェンスです。
metaへの貢献をより楽しくする一つのことは、学んだことを還元することだと思います。
私たちの大半は、まず質問や提案があってここに来たのだと思います…そして助けや返信を得ました。私たちはDiscourse、オンラインコミュニティ、プログラミングについて学びました…
私がよく言うように、私は全くコーディングの達人ではありませんが、長年たくさんの人に助けられてきました。そしてそのお返しに、私は#supportで他の人々をできる限り助けようとしています。それは取るに足らないことかもしれませんが、時には、取るに足らないことでも誰かを助けるには十分すぎるほどです。
UXの改善、新機能の提案、バグの報告なども、コミュニティが私たちに提供してくれたものをコミュニティに還元する方法です。
まさにそれをしていたのですが…一方通行でした
私はDiscourseチームのメンバーではありませんが、Discourseのテーマコンポーネント/プラグインを開発しています。
バグレポートや、それを非常に役立つものにしてくれる人々の時間を割いてくれることに、本当に感謝していると言えます。時々、他の仕事で手一杯になり、すぐに返信する時間がなくなってしまうことがあるので、時間があるときに確認するようにリマインダーを付けてその投稿をブックマークするという習慣があります。
実際、私のコピー投稿コンポーネントに関するあなたのレポートの1つがブックマークされているようです:slight_smile:
おそらく、リマインダー付きのブックマークは、より多くの人が使えるテクニックになるのではないでしょうか？
レポートに:heart:を付ける習慣を身につける必要があります。フィードバックありがとうございます！
Discourse が提供するすべての機能を利用しているユーザーはほとんどいないと思いますが、それらを活用すればさらに楽しい体験になるはずです。
ブックマーク機能については認識しています（Discobot のチュートリアルも完了しました… 
）、素晴らしい機能ですが、実際に使うことを思いつくことはほとんどありません。
しかし、少し話題から逸れているような気がします。悪い癖ですね、すみません…
もし私が正しく理解していれば、@geoff777 さん、あなたのトピックは他のユーザーやスタッフからの承認/認識を中心に展開しているということですか？トピックは分割されたので、具体的に何についてか決めていないかもしれません。
しかし、あなたの気持ちは理解できると思います。
私もずっと昔（そして長い間）仕事を始めた頃は、プロジェクトを管理していた人の下請けでした。彼はほとんど唯一クライアントと話す人で、私は基本的にガイドラインに従ってコードを書くだけでした。
仕事が期待通りでなかったり、問題があったりした場合にのみフィードバックがありました。
仕事が十分によく、クライアントが満足していれば、全くフィードバックはありませんでした。
しばらくすると、良い仕事が認められないことに悲しくなり、一緒に働いていた人（とてもよく知っていた人）に、もう少し配慮が欲しいこと、そして悪いフィードバックだけでなく、仕事が正しく行われた場合には肯定的なフィードバックも欲しいと話しました。それがもっとモチベーションになるだろうと。
彼はしばらくそのようにしましたが、状況は以前と同じようになりました。私は、沈黙（フィードバックがないこと）は仕事がうまくいっていることを意味すると受け入れることを学びました。
しかし、あなたの問題はここで異なります。なぜなら、現代では、いいねボタンを1回クリックするだけで、確かに肯定的なフィードバック、承認、認識、信念の共有などであることに同意します。
ですから、おそらくここでの根本的な質問は、「なぜあなたの投稿は期待通りに認識されないのか？」ということです。
個人的には、個人的な問題について議論する代わりに、「メタへの貢献をより楽しくするにはどうすればよいか？」というタイトルで、一般的な方法での議論にもっと興味があります。
そして、私が投稿した小さなこと以外は、あまり言うことはありません。メタについて特に問題はありません。
機能やUXに関する提案をするとき、人はしばしば自分のアイデアが少なくとも非常に便利で、最高で素晴らしいものだと考えていると思います。「どうして誰も前にこれを思いつかなかったんだ？」というような。私たちは偏見を持っており、皆、自分が賢いと思いたく、他人のニーズをよりよく知っていると思いたく、自分が考えたことはそれほど実装が難しくなく、そして誰もが最後に拍手喝采してくれると思っています…そして私はその点で非常に罪悪感を感じており（そしてそれに気づいています！）
当初は、いくつかの「いいね」とOsiokeの非常に肯定的な返信（例えばここ）を見るのを楽しんでいました。しかし、最終的な勢いの欠如（トピックが「歴史の中に消えていった」ように見えた、あなたの言葉を借りれば）に失望しました。私は、フォーラムの文脈において、私のアイデアが最高で革新的であると確信していたからです。なぜなら、私は過去にこの画像検索の問題に何度も直面したからです。
しかし、現実の世界では、必ずしもそのようにはうまくいきません。フォーラムで特定の画像を検索することは、検索のニッチな用途すぎるのかもしれません。実装が非常に難しいのかもしれません。Discourseでやるべきもっと重要なことがたくさんあるのかもしれません。[勢いの欠如の理由を十数個挿入]。
私はDiscourseの直接の競合他社（Flarum、nodeBB）もチェックして、同様の機能があるかどうかを確認しました（ありません）。そしてDiscourseのリポジトリを見て、結果の抜粋がどのように行われているかを見て、それがどのように機能するかを少し把握しようとしました（もちろん、ほとんど理解できませんでした… 
）。
この意味で、私は素晴らしいと思った貢献に対するフィードバックの欠如を「楽しんで」いませんでした。
しかし、この特定のトピックについては、それは私の個人的な問題であり、一般的な問題ではありませんでした。
Canapin様
経験を共有していただきありがとうございます。
あなたが説明するクライアント - 請負業者 - コーダーの状況は、典型的なもののように思えます。
請負業者による不十分な人材管理。長期間にわたる否定的なフィードバックのみが侵食的です。
私はここのユーザーや個人とは何の問題もありません。
実際、その逆で、貢献を称賛している多くの人々がここにいます。
私は、ここだけでなく、私が頻繁に訪れるウェブサイト全体で、もっと を押すようにします。
ここでは、人々が多くの時間を費やして調査し、リンク、コードスニペット、さらにはユーザー固有のコードを生成してコピーできる入力フィールドを含む投稿を提供している、素晴らしい貢献がいくつかあります。それらに:heart: を示しましょう。それは当然のことです。
チームからは賛否両論ありました。
サポートしてくれた人もいます。
業界標準として無視する人もいます…しばしば何年も…それは無料です - 黙ってください…私たちはすでに最善を尽くしています…私たちは何千もの有料顧客がいます…そしてDMで…ここには見るべきものはありません…すべて完璧です…将来貢献したい場合は…あなたの箱に戻って、うまくやれ。
「いいね」がどこに着地したかは興味深かったです。
JammyDodger が1か月早く雇用されていれば、私の貢献は認められたかもしれません。
おそらく問題解決？
私もそう願っています。
@osiokeさんが提供してくれたサポート熱狂者トレーニングへのリンクは、優先順位リストに影響を与えるものを理解するのに非常に役立ちました。「3つのルール」は、特にそれが存在することを知っていると、かなりの頻度で現れます。
Discourseチームは時々、チームを守る姿勢が強すぎると感じられることがあるというのは私も同意します。そして、それはほとんど不要なことだと思います。しかし、他のフィードバックとして、Metaが単に専任のコミュニティマネージャーだけでなく、コミュニティによって運営されているという点は、私は本当に気に入っています。ほとんどすべての作業を行い、決定を下す人々が実際にアクティブなコミュニティメンバーであるコミュニティは珍しいようです。彼らがすべてに応答する時間がないというのは、おそらくこの分野の性質上仕方ないのでしょう。少なくとも私自身は、コミュニティマネージャーがあなたの貢献を認め、非常に親切に対応してくれるものの、結局は「担当チームに転送しました」としか言えないという、最も一般的な代替案よりも、全体的に満足しています。
おそらく、その中間の道があるはずで、ここのチームが見つけてくれることを願っています。チームメンバーが誰で、どのようにコミュニティに参加しているのかをもう少しうまく伝えられるかもしれません。特に#bugカテゴリに関しては、Bug-Reporterバッジの仕組みを変更してみてはどうでしょうか？チームがそこで最初の「いいね」に渋るのは、おそらく責任ある行動なのでしょう
私は全く貢献していないので、このトピックは私には関係ないと思います。しかし、一般的に、ここのほとんどのユーザーはこれらすべてを知っています。
ここには、当然ながら、非常に階層的なコミュニティがあります。イギリス社会に似ています。開発者が中心である人もいれば、エンドユーザーに近い人もいますが、議論の場を提供しようとしています。
この2つのグループが議論し、物事を実装し、一般的に理解する方法はかなり異なります。
Metaがグローバルコミュニティであることも容易ではありません。私はフィンランド人であり、変わった人間なので、アメリカンスタイルの装飾には興味がありません。私はただ物事そのものに興味があります。他の誰かは、直接的な表現をひどい侮辱と受け取るかもしれません。
そうすると、問題そのものが失われ、何も進歩しません。両者が問題や課題に同意した場合でもです。
言語の壁でさえ、大きな障害、または少なくともリスクです。私はフィンランドの表現を使い、ピジン英語で強く書きますが、前置詞の基本をマスターしていません。しかし、英語は流暢に読みます。誤解されやすく、同時に他人を助けたり、それに参加したりすることは、より高い敷居の向こう側にあります。それに対する解決策はありませんが、なぜ誰もが参加できるわけではないのかを説明しています。
すべての開発者フォーラムを悩ませている根本的な問題が1つあります。開発者は自分たちのために開発するため、平均的なユーザーのニーズ、反応、願望を理解するのが難しいです。
Metaは決して最悪の例ではありませんが、ここでも同様の雰囲気が見られます。では、それについて何ができるでしょうか？何もできないと思います。それはまったく異なる世界から来ています。
バグメッセージなどは応答する必要があります。ほとんどの場合、人々は反応します。しかし、願いやエラーがすぐに修正できるか、近い将来に修正できるか、それとも非現実的かを示す、ある種のフォローアップシステムが必要です。機能の要望についても同様です。
人々が読み方が違うように、書き方も違います。メタン関連のものは驚くほど陽気なものもあります。フィンランド人の意見では、短く、時には退屈なものもあります。しかし、不必要に頻繁に、平均的なユーザーが開発者の意思にひれ伏すことを拒否した場合、明確な受動的攻撃性を見ることがあります。
しかし、もちろんユーザー側にも問題があります。そして、技術的な問題におけるさまざまな能力は、それを容易にしません。さらに、サポートの明らかな要求のかなり多くは、FAQの資料であり、基本的な指示さえ読んでいないことは明らかです。
スタッフが最も頻繁に助けに応じることができるのは称賛に値します。私自身はそれほど忍耐強くないかもしれません。
しかし、私には1つの要望があります。Discourseが無料だから何も起こらないとは決して言わないでください。それは事実ではなく、コミュニティに対する非常に軽蔑的な主張です。コミュニティがなければ、企業顧客に信頼できる形で販売するプラットフォームはありません。無料フォーラムを維持している人々は、継続的なテストを行うことで使用料を支払っています。同時に、それらのうち、十分な技術スキルと必要な言語スキルを持っている人々は、会社に属するサポート活動の多くを行っています。
同じ軸上で、有料顧客が最初に、そして彼らの要望に応じてサービスされるというリマインダーがあります。もちろん、カテゴリーAとBのユーザーの明確な区分を指摘したいのであれば、それは実行可能な方針です。
私たち一人ひとりが、経済的な現実を知っています。しかし、それを濡れた布のように顔に振り回す必要はありません。別の表現を考えてください。リソース不足、急いでいる、で十分です。
申し訳ありませんが、タイトルに建設的に応答することはできません。おそらく、私たち全員が他者のニーズを理解しようと努め、ある程度の妥協点を見つけ、Discourseのビジネス、コミュニティ活動、Metaのコンテンツを組み合わせた合意に達すれば、助けになるでしょう。
申し訳ありませんが、このトピックについては非常に強い意見を持っています。要求されていることを理解しようと、先入観なしに読んでいました。まず第一に、メタに数日以上いる人は、基本的にその雰囲気が好きで、製品、つまりディスコースの周りのコミュニティの一員になろうとしているからです。メタはソーシャルネットワークやサポートグループではなく、参加を甘くするものではありません。
過去に私が間違っていて、ディスコースのユーザーやスタッフから誤った仮定やアプローチを訂正されたことがあります。これらは時に荒々しく聞こえるかもしれませんが、誰もが会話の仕方を持っていることを理解しており、そのため、人々はあなたを歓迎するのではなく、自分の主張をしようとします。しかし、私はディスコースを使うのが好きで、自由な時間にディスコースコミュニティを助けたいと思っているので、そのような行動が私をメタでの参加から遠ざけることはありませんでした。
事実、メタがどれほど甘くされても、いいねや返信は常にメッセージの関連性の強い指標として機能します。時々、サポートトピックのOPは、提供されたヘルプ資料を完全に無視し、代わりに自分のコメント（例：上記のようにこれを実行し、それが問題を解決しました）を投稿し、自分のコメントを解決策としてマークします。この行動自体が、特に彼らを助けようと返信した人にとっては、複雑な感情を抱かせるのに十分です。ユーザーが提案とは全く異なることをして問題を解決したという稀なケースがあることは完全に理解できますが、多くの場合、彼らは誰かのアドバイスに従って問題を解決し、自分の返信を解決策としてマークします。これは、誰かが彼らを助けたことを受け入れられないほどユーザーが頑固であることを示しているのでしょうか？
もう一つの問題は、トピックが数日間認識されないことがあることです。サポートが有料オプションであれば大きな落胆ですが、ディスコースチームはすでに私たちの声に耳を傾け、それに基づいて行動してくれるほど寛大であり、メタで提供されるサポートは完全に無料です。私は、私のバグレポートや機能リクエストが熱狂的に注目され、いいねやコメントなどの記録を樹立することを期待していません。リクエストやレポートが本物であれば、時間があれば含まれるでしょうし、私たちは常に有料顧客になってチームの注意をより早く引くという選択肢があります。
全体として、私は包括的な行動に抵抗があるわけではありませんが、正直なところ、メタのすべてのユーザーが新しい貢献を奨励しようとしても、去るべき人は去り、ここにいることを楽しむ人は残るでしょう。では、何の意味があるのでしょうか？
ジャッケ、私だって書けたはずだよ。
（オランダ人でフィンランド人ではないという点を除けば、オランダ人は少なくとも同じくらい直接的だからね。）
それに、君は貢献しているよ。
この件についての私の意見はこうだ：
確かに、フィードバックがないと少しイライラすることがある。しかし、一方で、バグを見つけて、投稿に「いいね！」が付いたかどうかを確認する前に、それが解決されてマージされたという例もたくさんある。
健全なコミュニティは良いオープンソース製品にとって重要な条件ではあるが、究極の「目標」ではない。目標は製品そのものだ。そして、他のオープンソース製品のコミュニティと比較すると、これは最高のコミュニティと言えるかもしれない。他のほとんどのオープンソース製品は、コミュニティがあったとしても、もっと活気がなかったり、まとまりがなかったりする。
そして、確かに「チーム防御」と呼ばれるものがあるかもしれない。しかし、コミュニティにこれほど貢献した多くの人々を雇用したオープンソース製品が他にあるだろうか？
