アカウント名:
パスワード:
朝日のあの記事は少なくとも/.Jレベルの読者を対象にしたものじゃないだろうが…
S式って、SGML/HTML/XML路線に対する、ボヘミアン的な対案だよね。
Lispの括弧とHTMLのタグを同等扱いしてる時点で鬱。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ナニゲにアレゲなのは、ナニゲなアレゲ -- アレゲ研究家
デタラメまでは行っていないと思う (スコア:2, すばらしい洞察)
間違っているとは思えない。
初心者だからこそ正しい知識をというのは
ごもっともなんだが、
ひらがなを覚えようとしている幼稚園生に
漢字の書き順を正しく教えようとしても
無理があると思う。
間違っていなければ、大目に見てあげてはいかがですか？
Re:デタラメまでは行っていないと思う (スコア:1, すばらしい洞察)
書いてる側の知識自体が間違ってるように見えるんだけど。
とりあえずIEで開いて見られる、というレベルのものを
「間違ってない」と言ってしまっていいもんかなぁ。
Re:デタラメまでは行っていないと思う (スコア:0)
まあいいんじゃないんですかね。HTML と呼ぶのは間違いな気もするけど。
W3C の規格が絶対的規則ではない以上、守られなくてもしょうがない。
どっちかというと、そういう HTML もどき
「bodyとhtmlを省略可」の段階でアウトでしょ？？ (スコア:0)
この神経は正直言って理解できない。yahoo掲示板ならともかく、少なくともスラッシュドットで
発言することじゃないよね。あなた、朝日のまわし者？？
Re:「bodyとhtmlを省略可」の段階でアウトでしょ？？ (スコア:0)
＞発言することじゃないよね。あなた、朝日のまわし者？？
朝日のあの記事は少なくとも/.Jレベルの読者を対象にしたものじゃないだろうが…
Re:「bodyとhtmlを省略可」の段階でアウトでしょ？？ (スコア:1)
>＞発言することじゃないよね。あなた、朝日のまわし者？？
>朝日のあの記事は少なくとも/.Jレベルの読者を対象にしたものじゃないだろうが…
どっちもどっちっす。
「スラドではこう書くべき(だ|じゃない)」
「朝日の読者相手にはこう書くべき(だ|じゃない)」
という議論は、たぶんなんにもならんので。
wwwがWorldWideゆえの不幸(ぉ)ですな。
どこででも(=WorldWide)通用するヤリカタを覚えるのが先決つーか唯一の解である、
ってのが本来の姿のはずなのに、どんどん脱線者が現
Re:「bodyとhtmlを省略可」の段階でアウトでしょ？？ (スコア:0)
Lispは一般人にはつかえんだろ。普通に考えて。カッコ多いし。
> Unixよりほんの少し(^^;だけ早くMac/Winが世間で普及して
> しまった、ってのも不幸の始まりだったのかも。
> Unixがもたらした美味しい成果が
Re:「bodyとhtmlを省略可」の段階でアウトでしょ？？ (スコア:1)
そうですかね？
だって、HTMLなんて、括弧より更にクドく複雑な「タグ」というものに
まみれてるフォーマットなんですよ？
S式より「難しい」と言いようによっては言えると思いますよ。
S式って、SGML/HTML/XML路線に対する、ボヘミアン的な対案だよね。
>かもしれないけど、それだったらコンピュータはこんなに普及しなかっただろうね。
そうかなあ？
勿論歴史IFについてはナンボ言ってもしょーがないんだけど、
それはともかく、 Unixの「美味しい部分」がパソに広がることは、
メリットは有ってもデメリットはあまり無かったんじゃないかと俺は思います。
ちなむと、美味しい部分ってのには、CUIは含まれません(藁
例えば…正規表現は広まって欲しいな。
世間の大勢が無能検索(笑)だけに無闇に頼ろうとするのは哀れを誘う。
もっとも、あれをジカ書きすることをお勧めしたいとはあまり思わない。
正規表現ビルダー(?)みたいなものをUIとして使うことにすれば、いいんじゃないかな。
＃WinのExplorerの文字列検索がタコなんで頭が痛いG7。
＃正規表現的なものの欠如も悩ましいし、あと、ファイル内の検索が弱い
＃(自慢製品のOfficeなファイルの中身も検索できないとか)のも困るし。
＃そりゃ、ツールを追加すればなんとでもなるんだけど、
＃こんなもんもデフォで搭載してない(が故に、良い技術が世間に広まらない)のは、寂しい。
Re:「bodyとhtmlを省略可」の段階でアウトでしょ？？ (スコア:2)
Re:「bodyとhtmlを省略可」の段階でアウトでしょ？？ (スコア:0)
>まみれてるフォーマットなんですよ？
Lispの括弧とHTMLのタグを同等扱いしてる時点で鬱。
Re:「bodyとhtmlを省略可」の段階でアウトでしょ？？ (スコア:1)
ほぼ同等とちゃいますかね。
構造のあるデータを sequence で表すために、部分構造の前後に特別な印を入れる、という点では全く同じ。
あとは構造の機能を示す名前が必ずついている(HTML)かいないか(S式)だけの差。
Re:「bodyとhtmlを省略可」の段階でアウトでしょ？？ (スコア:0)
でも人間が見た場合の理解しやすさには雲泥の差があると思う。
HTML の場合、終了タグがどのタグと対応するか、かなりわかりやすい。
いっぽう Lisp の場合は括弧ばっかしで、どれがどれに対応するのやら……
Re:「bodyとhtmlを省略可」の段階でアウトでしょ？？ (スコア:1)
>1) S式はLISPでしか扱えない
XMLも、煽り手(笑)が煽ったからこそ今がある、というだけだと思いますが。
両者の違いといえば、名前(やそれによって型など)の情報を
括弧(?)自体に付加できるかどうか？といったところですが、
逆にいえば略せるギリギリまで略したらS式になるわけで。
＃それに、括弧で囲われたデータの中に、メタデータ的情報を持たせるという手もあるわけだし。
>LISPの優れている点の一つは，プログラムとデータがどちらもS式と
>して表現されるという統一性です。
Lispのメリットと、単なる括弧羅列文(^^;のメリットとを、
ここで混同するのはちょっと変じゃないかな？
データとして使うなら、なにも第一要素が関数名である必要はないんだから。
ましてやLambdaとも何の関係もない話であるはず。
>しかし、この美しさは，他のプログラミング言語に背を向け，LISP
>言語のためだけのS式を追及することによって得られたものです。
関係ないですね。
括弧を使うってのは、単に「入れ子にできるCSV」を手に入れた
というだけのことなんですから。
つーかS式と呼ぶからおかしなことになるのかな。
括弧羅列文(^^;の用途の1つとしてLispソースがある、というだけのこと。
>LISPコミュニティが、S式を使って文書を書くことはほとんどありません
XMLのあれを文書と呼ぶのが許されるなら、括弧羅列だって同じことがいえるだけです。
どっちも「然るべきParserに支援されて」読むまでのこと。