なるほど。私の見解では、これは「私も」という投稿を可能にするアドオンであり、最低文字数制限に対する「無料の釈放カード」を提供するものです。
おそらく、これは必要なのでしょう。
私の個人的な課題は、これをどう翻訳するかです。ソーシャルメディアで一般的に理解されている「ブースト」とは異なります。この機能は、どちらかと言えば拡張されたリアクションに近いです。もしかすると、リアクションを完全に置き換えることもできるかもしれません🤔
なるほど。私の見解では、これは「私も」という投稿を可能にするアドオンであり、最低文字数制限に対する「無料の釈放カード」を提供するものです。
おそらく、これは必要なのでしょう。
私の個人的な課題は、これをどう翻訳するかです。ソーシャルメディアで一般的に理解されている「ブースト」とは異なります。この機能は、どちらかと言えば拡張されたリアクションに近いです。もしかすると、リアクションを完全に置き換えることもできるかもしれません🤔
本当に素敵ですね ![]()
現在、AIによるスキャンは行われていませんが、可能であることは確かです。これは「監視ワード」機能と連携して動作します。
通知は送信されないと思いますが、私がテストした限りでは、ユーザーは投稿内のブーストをまだ閲覧できます。
これは開発の初期段階にあり、さらに統合が進む予定です!
いいですね!
そこで私は考えました。もし誰かが文字数制限以下の返信を投稿した場合、「あなたの投稿はX文字であるべきです」というエラーを表示する代わりに、それをブーストに変換するのはどうでしょうか?
そのような自動変換が望ましいかどうかはわかりません。私が短いメッセージを投稿したい場合、その90%は「投稿」として正当なものであり、ブーストには含めるべきではありません。
それはほとんど常に誰かの質問への回答であり、その回答は読まれるべきであり、引用され、いいねやリアクションを受け、または解決済みとしてマークされるべきです。
確信がありません。投稿レベルで boost する価値がない、約15文字の実際の回答の例をいただけますか?
自動化された変換の代わりに、「コミュニティへようこそ!」のような作曲者の注意書きを追加するのはどうでしょうか?それなら、誰もがメリットを得られるように思えますね。
ドキュメントトピックからの引用やリンクを含み、特に追加説明が不要なものです。もしかすると「数文字以上だ」と言われるかもしれませんが、Discourseではそれらはカウントされません(そのため、私は空のスポンジを追加することがあります)。サイト設定によっては、画像についても同様になると思います。
検索機能でそんな投稿を見つけるのは難しいと思うし、データエクスプローラーへのアクセス権もないけど、少なくとも自分の短い投稿の正当性が丸見えになることについては心配してないよ :laugh:
私もそう言おうとしていました(そして Discourse はそれらをカウントすべきです!!!!!1!)
メタでは、解決済みとしてマークされた投稿のうち文字数が少ないものを探すと、そのような「正当な」投稿の傾向を把握できるかもしれませんね。
追記:結局、メタについては確信が持てませんが、自分のフォーラムでデータエクスプローラークエリを実行して短い投稿を抽出したところ、それらの95%(それ以上かもしれません)が完全に「クイップ」、つまり「ブースト」として機能していました。
もしそれらの投稿がすべてブーストだったとしたら、トピックに含まれる断片的な有益な情報が減り、より良い状態になるかもしれませんね:slight_smile:
もしあなたの主張を証明するために、たった一つの例を見つけるのにこれほど多くの努力を必要とするなら、それはあまり良い主張ではないかもしれませんね ![]()
ああ、私の投稿を編集してあなたの主張を確認する前に返信してくれましたね ![]()
投稿した後、自分の返信が少し唐突なものになってしまいました:thinking:![]()
単一の絵文字でブーストできるのが少し奇妙に感じられます。反応の絵文字セットを回避する簡単な方法のように見えます。
これ
(ああ、20文字)
Basecamp は、摩擦の少ないプロジェクト管理ツールとして人気があります。彼らの「ブースト」はこれと非常に似ています。
Mastodon の「ブースト」は、シンプルなリツイート、または Tumblr のリブログに相当する機能です。一瞬、この用語を使うと混乱を招くかもしれないと感じましたが、実際に使ってみるとその意図はすぐに明確になります。
確かにその響きがあります。他に何と呼ぶべきか分かりませんが、強化されたリアクションの一種として実装されるのであれば、あえて名前を付ける必要はないかもしれません。
引用やリンク、検索、ブックマーク、検索エンジンによるクロール、メールでの返信などが求められるものなどです。職場環境では単に「はい、これを行ってください」といった場合もありますが、一般的には、信頼に頼る必要がある情報にはブーストを使用しないことをお勧めします。
モックアップで「ブースト」と「リアクション」を統合する案は素晴らしいと思います。一方で、現在のブーストには視覚的なノイズがかなり多いと感じています。小さなユーザーのポートレートを使用する考え方は理にかなっていますが、写真+テキスト+ピルの複数の行に、リアクションやブーストが加わると、情報が多すぎて把握や理解が難しくなります。これにより、直感的であるべき「リアクション」という機能の複雑さや混乱が大幅に増してしまいます。
今日のデモでは、この機能を無効のままにしておくことをお勧めします。ただし、別システムではなくリアクションと統合し、ブーストの表示をデフォルトで単一行に絞り(必要に応じて展開可能にする)、UX を改善すれば、混乱や UI のごちゃごちゃ感が大幅に軽減されると思います。