アカウント名:
パスワード:
その理屈でいくと、オープンソースじゃないOSを使えばこんな発言 [srad.jp]やあんな発言 [srad.jp]は出てこない、ということになりませんか？
あくまでリンクは参照ないし関連づけであって，リンク文字列はリンク先の内容を簡潔に表しておくべきだ，とされています。
例えば，本で「こんな事実（P.45）もありましたよね。」などと書かれていたら不愉快ではありませんか？ 「『こんな』じゃなくて何か書いてくれたら思い出すかもしれないのに」と思いませんか？
「あれ」とか「こんな○○」といったアンカーは閲覧者側に，本来不要であったかもしれない通信を強いることになり，よろしくないのです。ナローバンド環境では「クリックする楽しみ」が「クリックする苦しみ」であるかもしれません（そもそもリンク先に移動する操作が「クリック」であるかどうかは不定ですが）。あるいは，今回のような参照の場合，別ウィンドウを開いて見るのは自然でしょうが，新しくウィンドウを開くにはリソースが足りなくてヤバいという場合もあるかもしれません。実際，私の場合，/.Jは開くまでにやや時間がかかり（ISDNですので），移動回数はなるべく少なくしたいというのが正直なところです。
先ほどの本の例でも同じように，「『こんな』じゃなくて何か書いてくれ」と考えるのは自然なことだと思います。
俺は逆に、クリックすれば簡単にRemoteを手繰って読めるものをいちいちLocalにも書くのは、ダサいと思っています。
私は、上に述べたような理由により、リンク文字列をきちんと記述することが洗練されていると考えます。少なくとも，「クリックする楽しみ」という考え方はwebには馴染まないと思います。
# オプトピックな上に不毛な議論＋長文で申し訳ない。
しつこいと思われるかもしれませんが，突っ込みどころが散見され，放置できなかったもので…。
なぜ「不毛な議論」と言ったか
このような議論の場合，たいていはこちらの主張を受け入れてもらえず，説得することが不可能であるからです。
「簡潔に要約」に関して
大抵の文書にはタイトルが付いてるでしょうから，それを流用すればほとんどの場合は問題になりません。また，そのリンク文字列が言葉足らずだとしても，全くないよりはましでしょう。
あと，「要約」というのはいささか不適切な表現であると思われます。数字～十数字程度で文書の内容を言い表すのですから，タイトル付けといったところでしょう（要約と言うと文章というイメージを受けます）。
本の例えに関して
本を持ち出したのは，本でもwebでも「他のページをいちいち見に行く手間が面倒だ」と言いたかったのです。ですので「一度見に行けば覚えられるから大丈夫だ」というのはやや的はずれで，その「一度見に行く手間」を省けるようにしよう，と言いたかったのです。この辺の主張はこちらがやや言葉足らずだったかもしれません。申し訳ない。
ちなみに，TeXは元々組み版のために作られたソフトウェアですので，脚注があるのはごくごく当たり前の話です。
洗練されてる，されてない
そもそも，webのユーザビリティの概念は誰にでもアクセスしやすいようにしようという考え方ですので，環境が整ってない奴は我慢しろという考えは根本的にありません。誰にでもアクセシブルにすることでみんなでハッピーになろうということです。
「別ウィンドウを開くのは…」の話に関して
この話を挙げたのは，結局は「世の中には色々な環境の人がいるんだよ」ということを言いたかったためです。webは，何もPC上のブラウザだけから利用される訳ではありません。携帯電話やPDAからでも見ることができますし，もっと言えば検索エンジンの巡回ロボットなどもwebを利用していると言えます。どんな環境でも快適に閲覧（ないし利用）できるようにすればみんなハッピーになるだろうという訳です。
あと，ここで「リソース」という言葉を使ってしまったのは私のミスです。うっかりWindows環境のみを想定した物言いをしてしまいました。申し訳ありません。
長文申し訳ありません。これで説得できなかったら諦めます。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
私は悩みをリストアップし始めたが、そのあまりの長さにいやけがさし、何も考えないことにした。-- Robert C. Pike
Everybody's Business is Nobody's Business (スコア:2, 興味深い)
バグが発見されて、パッチが公開されたとして、そのパッチをあてる責任は誰になるのでしょう。
パッチが公開されたと言っても、例えばLinuxであれば、そのディストリビューションのサイトでパッチが公開されていない場合、管理者にパッチをあてる責任はあるのでしょうか？
権威のないサイトから取ってきたパッチに信用性はあるのでしょうか？
権威のあるサイトが書き変えられてはいないでしょうか？
パッチの内容を検証をする責任は誰が負うのでしょうか？
パッチが未公開の場合、作成する義務があるのでしょうか？
------------------------- Excess and Obsolete
ほほぅ (スコア:4, すばらしい洞察)
その理屈でいくと、オープンソースじゃないOSを使えばこんな発言 [srad.jp]やあんな発言 [srad.jp]は出てこない、ということになりませんか？
Re:ほほぅ (スコア:0)
リンクをクリックすればいいのはもちろんわかるのですが、
「こんな発言」「あんな発言」だけではなくて、もう少し
わかりやすくして頂けると嬉しいです。
(webユーザビリティ的にもアレかと)
Re:ほほぅ (スコア:1)
私の言いたかったことは、zymaseさんがおっしゃった「みんながハッピー」に集約されてます。
ただ、G7さんのおっしゃってる内容もわかります。
要約を書く書かないのどちらが正しいかなんて私にはわかりませんが、基準というか論点をどこに置くかで答えが変わってしまうのかもしれません。
私は、どっちが人にやさしいかという基準で、要約があったほうがいいなと思った次第です。
Re:ほほぅ (スコア:3, すばらしい洞察)
あくまでリンクは参照ないし関連づけであって，リンク文字列はリンク先の内容を簡潔に表しておくべきだ，とされています。
例えば，本で「こんな事実（P.45）もありましたよね。」などと書かれていたら不愉快ではありませんか？ 「『こんな』じゃなくて何か書いてくれたら思い出すかもしれないのに」と思いませんか？
「あれ」とか「こんな○○」といったアンカーは閲覧者側に，本来不要であったかもしれない通信を強いることになり，よろしくないのです。ナローバンド環境では「クリックする楽しみ」が「クリックする苦しみ」であるかもしれません（そもそもリンク先に移動する操作が「クリック」であるかどうかは不定ですが）。あるいは，今回のような参照の場合，別ウィンドウを開いて見るのは自然でしょうが，新しくウィンドウを開くにはリソースが足りなくてヤバいという場合もあるかもしれません。実際，私の場合，/.Jは開くまでにやや時間がかかり（ISDNですので），移動回数はなるべく少なくしたいというのが正直なところです。
先ほどの本の例でも同じように，「『こんな』じゃなくて何か書いてくれ」と考えるのは自然なことだと思います。
私は、上に述べたような理由により、リンク文字列をきちんと記述することが洗練されていると考えます。少なくとも，「クリックする楽しみ」という考え方はwebには馴染まないと思います。
# オプトピックな上に不毛な議論＋長文で申し訳ない。
Re:ほほぅ (スコア:1)
「楽しみ」は冗談だとしても(笑)、実際、そこに書かれた簡潔な要約って奴はかなりの頻度で
「不十分な要約」でしかなかったり、更にいえば「主観も入っていて不正確な(=過不足の有る)要約」
だったり、という問題に悩まされます。
そんなもんに悩まされるくらいなら、いっそそれらを捨てるほうが「洗練されてる」と、俺は思います。
>私は、上に述べたような理由により、リンク文字列をきちんと記述することが洗練されていると考えます。少なくとも，「クリックする楽しみ」という考え方はwebには馴染まないと思います。
また、通信環境にお互い苦労させられる(俺もAirH"ですし)のも、つまりは「洗練されてない」ことの一端なわけでして、
迂回策を我々が実践するのは「洗練されてない」といえます。
なので逆に「洗練「されるまでは」待って(=旧来方式でやって)くれ」というなら、まだ判りますけど。
># オプトピックな上に不毛な議論＋長文で申し訳ない。
「不毛」たぁなんですか？(苦笑)
>例えば，本で「こんな事実（P.45）もありましたよね。」などと書かれていたら不愉快ではありませんか？
電子化されてない本は一緒にならん、と思います。
電子ブックにでもなったら話は「がらっと」変わると思います。
尤も、電子ブック全盛の暁になっても旧態依然としたスタイルを大衆は継承してしまう恐れは十分有りますが。
そういう意味では、TeXとか(RDとか?)に脚注機能なんかが有るのは、
「あぁ、紙(の都合と文化)に合わせるための退化だな」と感じています。
別んとこに飛ばしてくれたほうが「美しい」のに、それが出来ない(やると不便になる)のは
紙の限界のせいであって、計算機や人間のせいではない。
つまり、そういう機能をなくしてくれるほうが良いなぁと思うのね(笑)。てゆーかペーパーレス。
あっちへ飛べば読めるものを、わざわざこっちにも書くのは、本質的にお洒落じゃないと思いますよ。
限界を克服して、そういうお洒落が出来るようになる未来が、早く来て欲しいものです。
>「『こんな』じゃなくて何か書いてくれたら思い出すかもしれないのに」と思いませんか？
ご安心ください。本ってのは、直接の文字列以外の情報をも以って、人に記憶をせしめるものでございます。
手垢の位置とかでも覚えちゃうんだよね、どこに何があったかを。
逆にいえば、初回ならばP123と書いてあったらP123を見に行くのが一番確実ですし、
次回からはP123を「見るまでもなく」その内容を「思い出す」ことでしょう。
それを、いちいち毎度要約されて字数稼がれてるの(笑)は、時として不愉快です。
紙じゃなく電子データについては上に書いたので略します。
ま、もっと見易いDisplayと、「ユーザの(書籍へと同様な)書き込み」がしやすいソフト環境と、の整備が急務だとは思いますけど。
>新しくウィンドウを開くにはリソースが足りなくてヤバいという場合
そこまで気にする状況だと、もう他の作業は出来ませんね。
エディタを開く余地も無いほどの状況でWebを読む(何か興味深いことがあったら
それをメモったりコメント書いたりするためにエディタ上げますんで)のは、そもそもナニです。
ちなみに、リソース…これも色々な意味が有る語で厄介ですが、ここではWinで言う意味のを採りましょう…を
消費するとは限らないですね。それはブラウザの実装次第。
単一の窓を内容だけ切り替えて使うようにすりゃ「リソース」は消費しないわけで。
もちろん「リソース」の意味が何か別のものになったとしても、大抵は相変わらず
「リソースを使いまわして節約する」術が有るものです。
で、最後のリソース(^^;であるところのDiskすら不足してる状況では、ブラウズなんて…
（スコア:-2, オフトピック+しつこい） (スコア:1)
しつこいと思われるかもしれませんが，突っ込みどころが散見され，放置できなかったもので…。
なぜ「不毛な議論」と言ったか
このような議論の場合，たいていはこちらの主張を受け入れてもらえず，説得することが不可能であるからです。
「簡潔に要約」に関して
大抵の文書にはタイトルが付いてるでしょうから，それを流用すればほとんどの場合は問題になりません。また，そのリンク文字列が言葉足らずだとしても，全くないよりはましでしょう。
あと，「要約」というのはいささか不適切な表現であると思われます。数字～十数字程度で文書の内容を言い表すのですから，タイトル付けといったところでしょう（要約と言うと文章というイメージを受けます）。
本の例えに関して
本を持ち出したのは，本でもwebでも「他のページをいちいち見に行く手間が面倒だ」と言いたかったのです。ですので「一度見に行けば覚えられるから大丈夫だ」というのはやや的はずれで，その「一度見に行く手間」を省けるようにしよう，と言いたかったのです。この辺の主張はこちらがやや言葉足らずだったかもしれません。申し訳ない。
ちなみに，TeXは元々組み版のために作られたソフトウェアですので，脚注があるのはごくごく当たり前の話です。
洗練されてる，されてない
そもそも，webのユーザビリティの概念は誰にでもアクセスしやすいようにしようという考え方ですので，環境が整ってない奴は我慢しろという考えは根本的にありません。誰にでもアクセシブルにすることでみんなでハッピーになろうということです。
「別ウィンドウを開くのは…」の話に関して
この話を挙げたのは，結局は「世の中には色々な環境の人がいるんだよ」ということを言いたかったためです。webは，何もPC上のブラウザだけから利用される訳ではありません。携帯電話やPDAからでも見ることができますし，もっと言えば検索エンジンの巡回ロボットなどもwebを利用していると言えます。どんな環境でも快適に閲覧（ないし利用）できるようにすればみんなハッピーになるだろうという訳です。
あと，ここで「リソース」という言葉を使ってしまったのは私のミスです。うっかりWindows環境のみを想定した物言いをしてしまいました。申し訳ありません。
長文申し訳ありません。これで説得できなかったら諦めます。
Re:ほほぅ (スコア:0)
Re:ほほぅ (スコア:0)
Re:（スコア:-2, オフトピック+しつこい） (スコア:1)
「(目の前の俺の)説得」なんかが目的だったんですか？随分短気でらっしゃいますね…。
俺のほうは、こいつはもっと息の長い問題だと思っているんですけど。
人々の考えを改めさせる(ぉ)のには時間はかかるでしょうから。
>そのリンク文字列が言葉足らずだとしても，全くないよりはましでしょう。
それは幻想です。
まあそれに比べれば「タイトルがあれば流用すればいい」はまだしもマシですね。自分の判断が入る余地が無い分だけ。
>ちなみに，TeXは元々組み版のために作られたソフトウェアですので，脚注があるのはごくごく当たり前の話です。
もちろん。「組み版」というもの自体に隠居して頂くのが将来的な理想だ、という話です。
>・ 洗練されてる，されてない
>そもそも，webのユーザビリティの概念は誰にでもアクセスしやすいようにしようという考え方ですので，環境が整ってない奴
>は我慢しろという考えは根本的にありません。誰にでもアクセシブルにすることでみんなでハッピーになろうということです。
その発想をこの話題に適用すると、そもそもLinkというコストの高い仕組みがWebに有ること自体が
アンハッピーの種だ、という話になってしまうんで…
「それにも関わらず」Linkというものを持ち込んでしまった、のがWebの素晴らしい点なわけです。
そうでなきゃmailとftpで事足りてたんです(藁
>どんな環境でも快適に閲覧（ないし利用）できるようにすればみんなハッピーになるだろうという訳です。
ほぉ？では、貴方のいうやり方が「どんな環境でも」快適をもたらすものだ、と言い切れるんですね？
俺は我慢しろなどと言った覚えはありません。
タイトルだかなんだかを取り出したとしても、そもそも情報の本体は結局はLink先に有るんでしょうから、
我慢もへったくれもなくそっちは最終的(あるいは最初)にアクセスせざるを得ないのは同じことです。
その情報を見るつもりがそもそもあるならば、ですが。#ないならばこういう議論とは無関係。
ちょろっと書かれたタイトルだけで「判ったつもり」になられるのが、却って怖い(うざい)、という面が結構有りましてね。
アクセシビリティといえば聞こえがいいですが、サブセット情報が半可通を生む現実を思うと、ちょっとどうかと…
すらっしゅこんまじゃぽん (スコア:2, おもしろおかしい)
すらっしゅこんまじゃぽん
アレゲなニュースと雑談サイト
今日はメタモデレート してますか?
こんな内容
Woliver による 200x年xx月xx日 xx時xx分 の投稿
こんな内容[xxxxxx.co.jp]
( もっと読む… | 5 コメント )
そんな内容
Woliver による 200x年xx月xx日 xx時xx分 の投稿
そんな内容[xxxxxx.org]
( もっと読む… | 29 コメント )
あんな内容
yourDog による 200x年xx月xx日 xx時xx分 の投稿
あんな内容[xxxxxx.go.jp]
( もっと読む… | 11 コメント )
～～～～～～～～～～
どんな内容？
Re:すらっしゅこんまじゃぽん (スコア:1)
>yourDog による 200x年xx月xx日 xx時xx分の投稿
>
> あんな内容[xxxxxx.go.jp]
>
>( もっと読む… | 11 コメント )
>
>
>～～～～～～～～～～
>
>どんな内容？
ん？これは何をどう評価して欲しいのだろう？
「内容」が1行しかなくしかも本文も事実上無い、という点を評価して欲しいんだろうか？
それともそういうものにコメントやモデ点数をつけたりする際の指標を欲しいんだろうか？
それとも内容そのものが何であるかを俺に問いたがってるんだろうか？
俺の答えは決まってます。「好きにしてください」「好きに考えてください」。
#そんなこと(どれであるにせよ)も、いちいち人に問わずに居られないのですか？
Re:すらっしゅこんまじゃぽん (スコア:0)
しかし、めんどくさいなぁ。
このコメント自体もも別のところに置いて、リンクするわけですか？（ｗ
Re:すらっしゅこんまじゃぽん (スコア:1)
「既に別の頁に存在するもの」はLinkするのが一番自然＆スマートでしょ、と言ってるだけだけど？
わざわざ別出しにしろ、とは言ってないっすよ？
----
引用とLinkは別。おわかり？
URLが、既存頁の「任意の部分の切り出したもの」を指すことが出来る仕様になっていたら、話はまたちょっと違ってきたんだけど、
まぁ現実はそうなってないので。
ここ (スコア:1)
たとえばあるトピックへのコメントとして、「ここ」と書かれたリンクだけがあったら、あなたはクリックしますか? こんなコメントがあったら、たとえリンク先の情報がとても有用だったとしても萎え萎えです。
Re:ほほぅ (スコア:0)
>いちいちLocalにも書くのは、ダサいと思っています。
寒い