Discourse のユーザーが Contribute > Bug に投稿されたバグトピックに「いいね」を押すと発生することは知っています。皆さんはこれのために Web サービスを使っていますか? 新しい投稿に対して最初の「いいね」をリッスンして、CDCK の誰かが複数回「いいね」を押していないかを確認しているのでしょうか?
実装の詳細についてもっと知りたいです!
Discourse のユーザーが Contribute > Bug に投稿されたバグトピックに「いいね」を押すと発生することは知っています。皆さんはこれのために Web サービスを使っていますか? 新しい投稿に対して最初の「いいね」をリッスンして、CDCK の誰かが複数回「いいね」を押していないかを確認しているのでしょうか?
実装の詳細についてもっと知りたいです!
それにはカスタムバッジがあります。
(詳細については、Creating triggered custom badge queries および Enable Badge SQL を参照してください)
これがそのコードです。
SELECT distinct p.user_id, p.created_at granted_at, p.id post_id
FROM badge_posts p
JOIN topics t ON t.id = p.topic_id
JOIN post_actions pa ON pa.post_id = p.id AND
post_action_type_id = (
SELECT id FROM post_action_types WHERE name_key = 'like'
) AND
pa.user_id IN (
SELECT gu.user_id
FROM group_users gu
WHERE gu.group_id = ( SELECT id FROM groups WHERE name ilike 'team' )
)
WHERE category_id = (
SELECT id FROM categories WHERE name ilike 'bug'
) AND p.post_number = 1
(ちなみに、特定のグループからの特定のリアクションに基づいて機能する同様のものも作成しました
)
@JammyDodger これは素晴らしいですね!まだカスタムバッジクエリを試す時間がありませんでしたが、これでついにできるようになるかもしれません。
もしよろしければお伺いしたいのですが、バッジ以外では、内部的にバグ提出をどのように処理していますか?少なくともMetaの文脈では?手動でバグキューに追加していますか?トピックから直接バグキューに送信するプラグインを使用していますか?
また、Discourseでバグレポートや機能リクエストを処理するロジスティクスや、それを開発/内部システムにどのように結びつけているかについても興味があります。
本当に楽しいですよ。
参考になる例やヒントもたくさんありますので、必要であればぜひどうぞ。 ![]()
Contribute > Bug カテゴリは、私たちのバグキューにおいて大きな役割を果たしています。
重複を避けるため、多くの場合、Metaのトピック内で直接問題を処理します(ウィスパー、@メンション、アサインを使用)。そして、他の人からの意見や入力が必要な場合や、かなりの議論が必要な場合にのみ、チーム専用のエリアに切り離します。また、カスタマーチャネルを通じてバグレポートも受け取っており、これらもまた、複数のレポートがある場合や既に公開されているレポートがある場合(その場合は会話が散らばりすぎないよう、主に1つをメインとして使用し、他は相互リンクでつなぐ)を除き、トピック内で解決されることが多いです。自分たちで見つけたものについては、小さなタスクをメモしておき、誰かが取り組みやすいようにするための内部トピックをいくつか持っています。大きなものについては、公開されている Contribute > Bug カテゴリと同様に、専用のトピックを立てます。
一般的に、流れは以下の通りです:レポートが入ってくると、私たちがそれを再現し、必要な追加情報を収集しようとします。確認できたら、関連するグループや担当者に@メンションの「シグナル」を送り、優先順位を付けて割り当てます。修正が入ると、トピックを閉じるための投稿として貼り付けます(トピックタイマーの遅延を設定するのは、まずすべてが期待通りに動作することを確認するためです
)。
Contribute > Feature は少し異なり、社内での議論がより多くなることが多いです。これらの公開トピックではウィスパーを最小限に留め、短いメモや、関心が高まっているものへの注意喚起のためにのみ使用し、信頼できる@メンションを再度活用します(
)。そうすることで、会話が多数の場所に分断されるのを防ぎます。プロダクトマネージャーも、異なるユースケースを探ったり、可能性を探ったりするために、これらに公に参与することを好みます(また、できる限り透明性を保ちたいと考えているため、私たちの考えを人々に伝えるためでもあります
)。Contribute > Feature が真剣に検討すべきものとなった場合、開発者、デザイナー、プロダクトマネージャー、興味のあるコミュニティモデレーターなどが、どのように実現するのが最善かについてのアイデアやモックアップを共有できる内部トピックが作成されます(Metaトピックと相互リンクして結びつけます)。
こうして書いてみると、これが役に立ったかどうかはわかりませんが… 他のことが知りたいことがあれば、いつでもお知らせください。 ![]()