タグの名寄せ方針を考えています。ご意見ください 🙏 #205
Replies: 8 comments 24 replies
これをしていただけるだけで、私が2013年からコツコツ続けてきた編集リクエストをしなくて済むので大変ありがたいです。 先頭： |
|
@shiracamus ありがとうございます。 1つ1つ対応するのは現実的ではないというのはおっしゃる通りなので、方法を検討します。 |
|
「#後で直す」みたいなものだと先頭のシャープが余計なものなのか意図的なものなのか機械的に判断しづらいのかな、と横から見ていて思いました。 |
|
@boc1211 おっしゃる通りです... なので、完全に自動化するのは難しいかもしれませんが、誤ったタグが増えてしまうのは防ぎたいので、いい落としどころを検討していきます！ |
|
twitterのハッシュタグは全部 #付き ですが「##後で消す」なんて#を2個付けたりしないですよね？ |
|
@shiracamus 自動化してほしいという話は に別途立てられていたようですから、そちらで議論されてはどうですか？ ここは名寄せ方針の discussion ですので、違う話題を混ぜないほうが良いと思います。 |
|
おおむねいいと思いますが、表記が揺れがちなJS関連のタグについてはどうでしょうか？ Qiitaの◯◯.jsタグの表記ゆれと最も使われているタグ一覧 - Qiita なんとなく著名なライブラリ・フレームワークは正式名称に名寄せされていそうですが、たとえばnuxt（191記事）とnuxt.js（3636記事）など、名寄せされていないものもあるようです。 |
|
@munierujp 正式名称に寄せていくつもりですが、いきなりだと驚く人もいるかもしれないので周知をしっかりしてからの実行をしよう、と考えています！ |
|
@radian-jp こちらのようなシステム、良いですね！ありがとうございます！ |
これを判断の軸とするのには反対です。 判断の軸として最も優先すべきなのは「正式名称に寄せる」であるべきだと思います。 そもそも「C# を csharp に置換する」という話は「誤字」「caseの違い」などとは別問題ではありませんか？
というユーザーにとっての利便性とは無関係だと思うのですが……。（C# というタグのページは /tags/csharp となっているし、C++ は /tags/cpp となっているので） 仮に正式名称の一部であっても記号を入力されるとシステム的に困るのであれば、そもそも記号を入力できないようにしてほしいです。 |
|
@k1350 ご意見いただきありがとうございます！ タグの名称とURL表記の話を混ぜてしまい申し訳ございません。
ご指摘いただいたようにC#、C++ではこのようになっており、この件は「タグの名寄せ」とはまた別の内容なので、タグの名寄せのルールとしては除外しようと思います。 |
|
@kyntk C# についての話のみ拾っていただいていますが
これにも反対です。 理由は「正式名称に寄せる」という判断の軸が示されていないからです。
また他の方が仰るように、実際には 私の意見を再度書きますが、判断の軸として最も優先すべきなのは「正式名称に寄せる」であるべきだと思います。 |
この辺りは、そういったものが登場してから対応でよいのではという気がしないでもないですが。 |
|
@radian-jp ありがとうございます！
おっしゃるとおりでした！
こちらも今後検討していきます！ |
|
皆様、たくさんのご意見をいただきありがとうございます 🙇 皆様の意見を踏まえまして、タグの名寄せは以下の方針でいきたいと思います！
ご意見いただきありがとうございました！ |
|
ご意見いただきありがとうございます！
ご指摘の通りです。一度登録された名称に対して 改修すると他の記事にも影響が大きいため、変更は難しいのですが、
他にもありましたら、こちら #80 からリクエストください🙏 |
|
記事を書くときに考えて付けたタグが別物になるのは、違和感ですね。 間違ったタグを入力した時に「もしかして」で正しいタグを推薦する程度はいいです。 タグ検索のことを考えるとTag Synonymsというのは一つの解決策である気もしますが、実装・運用コストが高いでしょうかね。 ユーザの中には「考えて」タグを決めている人もいることを考慮して、名寄せを実行する前には、ユーザ設定で「名寄せOFF」できるように考えてほしいところです。 |
Qiitaの検索機能として上記が選択的に使用できるのは賛成ですが、そのために記事のタグの紐付けを改変するのは反対ですね。 「名寄せ」の定義を「記事のタグそのものを改変」でなく、「検索時に複数タグを考慮して検索」という形が取れればと思います。
|
|
Qiitaの検索は、タイトルと本文が対象で、タグは |
|
@shiracamus さん
現状はそうですね。「ポインタ tag:C」と検索時に内部的に「ポインタ tag:C tag:C言語」の結果を返すのはどうでしょう、という提案です（実装コストはかかりますが）。 閲覧者の観点からは名寄せ自体はありがたいというのはそうですねと思います。 一例にすぎませんが、「C言語」を「C」にした場合の弊害。 「C++Builder」では、とあるサービスで弊害が出ることもあるので「cppBuilder」で907記事書いているというのもあります。 そのような作成者の意図があるということはご理解いただきたいところです。 |
|
貴重なご意見をありがとうございます🙏 現状の検索でも、 |
|
意図が伝わらなかったようで残念です。 |
|
たくさんのご意見ありがとうございました 🙏 本件、クローズさせていただきます！ |
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
こちらのDiscussionで、タグの名寄せのリクエストをいただいています。
#80 (comment)
現在、Qiitaはタグの名寄せの明確な方針がないため、毎回どのタグをどのタグに名寄せをするのかの判断に悩んでおります。
タグについては、運営が意図的に寄せることをあまりしたくないので、方針を決めてそれに沿っていきたいと考えています。
今回、名寄せの方針を考えてみましたので、確定前に皆様にご意見をいただきたいです 🙏
前提: タグの名寄せとは
C,C言語のようにタグが複数に分かれているものをCに統一して記事に紐付け直すことを名寄せと呼んでいます。名寄せをすることで、タグで調べた時に見つけやすく、書き手としても見つけてもらいやすくなります。
タグの名寄せ方針
Qiitaではタグの名称を自由につけることができるので、基本的に運営主導で名寄せをすることはあまりしません。
ただし、以下のような時に名寄せをすることがあります。
Rails/Ralis)common-lisp/CommonLisp)network/ネットワーク)C#等の記号を含むとき#や、末尾の,など）これらの時に、今までは概ね記事数の多い方に寄せていたのですが、判断が難しいものも出てきたので、今後は以下のようにしていこうと考えています。
Rails/Ralis)common-lisp/CommonLisp)Common Lispのようにスペースがあるものはスペースを削るだけの方を優先network/ネットワーク)#や、末尾の,など）これは既存のタグを自動的に名寄せするというよりも、判断の軸として使う想定で、今の所既存のタグを自動ですべて名寄せする予定はありません。
ご意見をください 🙇
皆様のご意見をもとに方針を決めていきたいと思います。
もしタグを決める時に、こう考えているなどもありましたらご意見ください！🙇
All reactions