アカウント名:
パスワード:
ティム・バーナーズ＝リーが語る「WWW に対する 2 つの後悔」 [srad.jp] 1 つ目は「Web アドレスを『http://』で始めたこと」。「スラッシュが 2 つあるのは冗長で、数十億回も無駄にキーが押された」。2 つ目は「Web アドレスの構造」。国や組織など一番大きな要素を最初に置き、「info.cern.ch」ではなく「ch/cern/info」のようにすべきだった、と思っているそうだ。
ティム・バーナーズ＝リーが語る「WWW に対する 2 つの後悔」 [srad.jp]
1 つ目は「Web アドレスを『http://』で始めたこと」。「スラッシュが 2 つあるのは冗長で、数十億回も無駄にキーが押された」。2 つ目は「Web アドレスの構造」。国や組織など一番大きな要素を最初に置き、「info.cern.ch」ではなく「ch/cern/info」のようにすべきだった、と思っているそうだ。
前者はティム・バーナーズ＝リーの範囲でどうとでもなるけど後者はDNSの問題なんだからどうにもならないと思うんだよね。DNSのFQDN構造からURLの構造に変換するラッパーになるレイヤーを一枚かぶせれば良かった、ということかもしれないけど、今度はその場合にはどこまでがホスト(FQDN)でどこからがファイル構造なのかを示す識別子を導入しなければならなかったはずだ。
>システムが上手いこと解決してくれれば良いでしょう？
理屈ではそうだし、そうあって欲しいと私も願うんだけど、うまくいって「ない」実装であるSVN URLを見てると、なんだか暗い気持ちになってくるんだよね。
パスのどこまでがリポジトリでどこからがリポジトリ内なのか、アクセスしてみねーと判らん。うざい。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
物事のやり方は一つではない -- Perlな人
ずいぶんと野心的だな (スコア:4, おもしろおかしい)
Re: (スコア:3, 興味深い)
Re: (スコア:0)
前者はティム・バーナーズ＝リーの範囲でどうとでもなるけど
後者はDNSの問題なんだからどうにもならないと思うんだよね。
DNSのFQDN構造からURLの構造に変換するラッパーになるレイヤーを一枚かぶせれば良かった、
ということかもしれないけど、
今度はその場合にはどこまでがホスト(FQDN)でどこからがファイル構造なのかを示す
識別子を導入しなければならなかったはずだ。
Re: (スコア:2, すばらしい洞察)
そんなことないんじゃないかなぁ。
システムが上手いこと解決してくれれば良いでしょう？
どこまでがホストを指す要素か？なんて意識させない構造の方がスマートだし、情報にたどり着きたいユーザからすればどうでも良いことだもの。
Re: (スコア:0)
>システムが上手いこと解決してくれれば良いでしょう？
理屈ではそうだし、そうあって欲しいと私も願うんだけど、
うまくいって「ない」実装であるSVN URLを見てると、
なんだか暗い気持ちになってくるんだよね。
パスのどこまでがリポジトリでどこからがリポジトリ内なのか、アクセスしてみねーと判らん。うざい。
Re:ずいぶんと野心的だな (スコア:2)
そういう意味では、Subversionは、example.com/svn/foo の下にさらにtrunkがあったりなかったりで、もう最悪ですね。
trunkだけをチェックアウトしているつもりが、branchesとかtagsとかまでチェックアウトされていたりするともう・・・。