##（追記）Qiita側での修正リリース完了
こんにちは。元 @500 です。
Qiitaのご担当者様から、当該ユーザー名を取得出来ないようにする修正リリースを11月19日に行ったと連絡を頂きました。
同時に、ユーザー名の変更依頼を受けましたので、 別のユーザー名に変更し今に至ります。
この記事をご覧になった方からいろいろな意見が来ていましたので、11月12日時点の記事内容に加筆をして以下に残します。
##その出会いは偶然に……
###なぜか空いていた「短いユーザー名」
これまで備忘録はiCloudのメモに書いて同期していたのですが、今さらQiitaに記事を書こうと先ほどアカウントを作成しました。
私は特に共通のハンドルネームみたいなのもなく、各種サービス登録時には超適当にユーザーIDやユーザー名を決めるタイプです。
Qiitaでは3文字以上とあったので、適当にユーザー名500と打ってみたら、意外にも一発でアカウント登録完了。
が、簡単な3文字ユーザー名が空いていた理由はきっと……
###マイページ 「申し訳ありません、ただ今障害が発生しております。」
あー。
そうきたか。はじめ、マイページのリンクを踏んでもなぜかサーバーエラーになるなと不思議に思っていたのですが、これはそういうことですよね。
##一部のHTTPステータスコードと重複する3桁はやめといた方が無難
※ 500以外は試してないので、登録時に弾かれるのかは不明
※ 上記の名前のユーザーが既にいるのかどうかも不明
※ 数字以外もありそうだけど試してないので不明
私の書いた他の記事、見つけられないね！
自分のマイページなんてなくていいよ！という人以外はやめときましょう
そして、みなさんもシステム作るときには気を付けましょう。
##この記事リリース後の反応
Qiitaでのコメントだけでなく、はてなブックマーク（90件あまり）やTwitter（300件あまり）でもいろいろな意見が投稿されていました。
コメントで来ていた考え方としては概ね以下の3パターンに分けられました。
- 特定の語はユーザー名として取得できないようにすべき
- qiita.com/user/{username}やqiita.com/@{username}のようにすべき
- このままで問題ない
Qiitaの考えとしては1だったのでしょうが、何かの拍子にリストから抜け落ちてしまったのでしょう。今回の修正リリースでもこの方式で修正されたとみられます。
一方で1に対しては、将来的なサービス拡張の妨げとなる事があるので、拡張性を考えると賢いとは言えない、または網羅すべき語を慎重に決定してからサービスをリリースしなければならない、という意見もありました。
安全を考慮すると2の考え方になるため、コメントは2を支持する方も多く見られました。一方で、Qiitaはユーザー投稿がメインなので、無駄なオーバーヘッドになることや美しさが損なわれることを考慮し、2を避けたいという意見もありました。
そして3は致命的なバグではないので設計段階から検討はされていたがあえて対応をしなかったという説。Twitterの http://twitter.com/home さんのように、他サービスでは同じような考え方があるようです。（https://twitter.com/home/with_replies もご覧になってみてください）
皆さんがURL設計する場合はどうするでしょう。
そのドメインで将来的に何がしたいか、というところ次第かもしれませんね。
##おまけ
https://twitter.com/aventador_770_4/status/1460850186897567756