orange @[email protected]

勝手に改変される identifier、これほど信用できないものもない

それはむしろ「別の用途で使われているかもしれない構造を外部で第三者が勝手に『問題ないだろ』として改変する」ことを推奨しているわけで、 ID どころの騒ぎではないのでは……？

実際、ロケーションバーから URL を全コピーして他所で貼り付けるというのはあまり良い体験ではない。たまに失敗して日本語部分が URL encode されてない人とかいるし。ボタンﾎﾟﾁｰとかで実現されるべきよね

「PC でも Android 等の共有機能みたいにタイトルをペアにする方式を標準で提供しろ」という方向に行くのが一番健全な気がしますね。 ID の構造や意味を弄るよりは。

うーん……
コメントならそれこそ ID と別に並べて書いてしまえばいいわけで、やっぱり「ブラウザなり何なりが標準でタイトルも付加する」形式の方がストレートに見えるなぁ。
Android の共有機能とかは実際にタイトルと URL の組を受け渡しすることを標準的な手法として実現しているわけで

それって一般的な web サーバの機能として持つべきか……？
そもそも「タイトル」と言ってもタイトルバーに出る文字列と記事そのもののタイトルは違ったりするし、さらに content negotiation によってクライアントごとに言語や表示フォーマットが異なる可能性があるし、そういう諸々の複雑な “人間向け” 要件を ID 内に取り込むのはだいぶ余計な複雑さの導入に見えるけど

タイトルはリソースへのナビゲーションに使われないし、人間もナビゲーションに使われると想定しないので。言ってみれば「変なことになっていてもおかしくない領域」としてちゃんと (いくらか) 安全に分離されている

そもそも URL にオプショナルでタイトルを含めたところでいかなる検査もされないとすれば、最初から信用できないし、むしろ悪意の入り込む余地を残すだけ。
「〒284大阪府-0044」と書かれていたら無頓着な人々が騙されるばかりか、「この記事が書かれたときは 284 は大阪府だったのかなぁ」などと余計な気を回す人まで騙されかねないわけで、どう考えても害のほうが大きい

これも全く同じことを逆から言ってるだけで、「郵便物の配達先を郵便局アプリケーションが識別するためのコード」を人間が地域を察するのに使おうとするのが目的外利用であって、そういう使い方をするやつが全面的に悪い

問題の半分以上は、タイトル+改行+URL のような形でコピーさせてくれないブラウザやアプリの共有機能に責任がある。
ブラウザならアドオンがいくつもあるので改行挟むなり markdown 形式にするなり好き放題できるが。

そもそも URL が「どこであるか」を識別するのは人間の仕事ではない (アプリケーションの仕事である) のだから、人間にどこであるかをわからせる必要があるなら ID と別に書けという話ですね (つまり タイトル+改行+URL とかにすればよろしい)