((Common Lisp) (Scheme) :Part 15)

1 名前：デフォルトの名無しさん mailto:sage [2006/06/23(金) 10:22:53 ] 過去スレ Part14: pc8.2ch.net/test/read.cgi/tech/1132275726/ Part13: pc8.2ch.net/test/read.cgi/tech/1115901841/ Part12: pc8.2ch.net/test/read.cgi/tech/1100229366/ Part11: pc5.2ch.net/test/read.cgi/tech/1091456033/ Part10: pc5.2ch.net/test/read.cgi/tech/1075630259/ Part9: pc2.2ch.net/test/read.cgi/tech/1069594582/ Part8: pc5.2ch.net/tech/kako/1058/10582/1058263391.html Part7: pc5.2ch.net/tech/kako/1042/10421/1042167213.html Part6: pc3.2ch.net/tech/kako/1031/10315/1031560687.html Part5: pc3.2ch.net/tech/kako/1023/10230/1023091882.html Part4: pc.2ch.net/tech/kako/1016/10162/1016211619.html Part3: pc.2ch.net/tech/kako/1008/10082/1008220265.html Part2: pc.2ch.net/tech/kako/1002/10025/1002584344.html Part1: piza2.2ch.net/tech/kako/987/987169286.html 610 名前：デフォルトの名無しさん mailto:sage [2006/12/16(土) 22:50:55 ] >>607 前にこのスレで騒いでた本人 == WiLiKi に突撃した本人 == 607 の気配がする… なんつーか、自分の使ってる言語を批判されたくらいでそんなに癇に触るなら Scheme はやめといたほうがいいよ。たぶん Haskell とかのほうが向いてると思うよ。 611 名前：デフォルトの名無しさん mailto:sage [2006/12/16(土) 23:08:13 ] 「気配がする」なんていう「神のお告げ」レベルの根拠で そこまで上から説教できる精神構造って・・・ 612 名前：デフォルトの名無しさん mailto:sage [2006/12/16(土) 23:42:51 ] 煽り体制が低い奴は Scheme やめといたほうがいいってのは同意だな。 あの程度の煽りでガタガタいってると comp.lang.scheme とかのフレームは読めないぞ。 613 名前：デフォルトの名無しさん mailto:sage [2006/12/16(土) 23:56:15 ] Schemeはおもちゃ 614 名前：デフォルトの名無しさん mailto:sage [2006/12/17(日) 00:10:20 ] ガタガタ 615 名前：デフォルトの名無しさん mailto:sage [2006/12/17(日) 00:32:37 ] Schemeはオモチャ 616 名前：デフォルトの名無しさん mailto:sage [2006/12/17(日) 01:28:55 ] >>610 まったくの別人だよｗ 言語フェチなので基本的にどれかを特定に愛しているというわけでもなかったり って Lisp かじる人ってだいたい同じようなものだと思ったり 617 名前：デフォルトの名無しさん mailto:sage [2006/12/18(月) 02:46:02 ] XS-Lisp・・・・なくなったのか・・・？ 618 名前：デフォルトの名無しさん mailto:sage [2006/12/18(月) 03:02:47 ] 黒田氏の発言に ruby のまつもとゆきひろ氏も反応 ttp://www.rubyist.net/~matz/20061206.html#p05 お騒がせだなｗ 619 名前：デフォルトの名無しさん mailto:sage [2006/12/18(月) 03:10:49 ] やっぱりあの人は「Lispを知らない」と思う 620 名前：デフォルトの名無しさん mailto:sage [2006/12/18(月) 04:39:48 ] 「Lispをものにした」ことはありそうだ 621 名前：デフォルトの名無しさん mailto:sage [2006/12/18(月) 05:45:04 ] ちょｗルビーの中の人、釣り耐性ﾋｸｽｗｗｗｗｗ 622 名前：デフォルトの名無しさん mailto:sage [2006/12/18(月) 06:32:44 ] そりゃまぁ「釣り」ってことにしておけば どんな耳に痛いこと言われても反応自体を小馬鹿にできて便利だが、 たぶん黒田は本気だぞｗ 623 名前：デフォルトの名無しさん mailto:sage [2006/12/18(月) 06:32:53 ] しかし、そうじゃなきゃ鋭いことはできないでしょう。 624 名前：デフォルトの名無しさん mailto:sage [2006/12/18(月) 07:54:15 ] >>620 つうか、この Matz の発言はひでぇな。 「中途半端な真似で良いとこどりとか言われて不愉快」 つー記事に対して、「劣った人々」とかいかにもな用語持ち出してきやがって。 「言語仕様？ソース読め」な連中に Lisp は選民思想とか言われるのは Matz 影響だな… 625 名前：デフォルトの名無しさん mailto:sage [2006/12/18(月) 08:58:20 ] >624 とりあえず、黒田乙。と言っとけばいいのかな？ 626 名前：デフォルトの名無しさん mailto:sage [2006/12/18(月) 09:03:13 ] この前nil_to_sの仕様で議論してたけどあれは酷かった 627 名前：デフォルトの名無しさん mailto:sage [2006/12/18(月) 09:07:54 ] >>624 > 「劣った人々」とかいかにもな用語持ち出してきやがって。 黒田が持ち出した文章を、Matzが「訳した」だけなんだけど。 しかも黒田はその元文を「次の言葉で言い付くされている」とまで言ってるから、 黒田の発言のどうでもいい部分の揚げ足を取ったというわけでもない。 628 名前：デフォルトの名無しさん [2006/12/18(月) 21:11:59 ] とうとう perl の小飼弾氏にまで波及ｗｗｗ ttp://blog.livedoor.jp/dankogai/archives/50717108.html 黒田氏は良い餌撒いたなｗ しかし Lisper にとっては迷惑甚だしいがｗ 629 名前：デフォルトの名無しさん mailto:sage [2006/12/18(月) 21:23:06 ] 弾はプログラム下手だからｗ 630 名前：デフォルトの名無しさん mailto:sage [2006/12/18(月) 21:23:44 ] Perl、Ruby、Scheme の三者の発言を見てきたわけだが Shiro 氏の話が誹謗中傷にならずちゃんと分析して具体的なタメになる話になっている 冷静さの差かなぁ マクロに付いての話題にちゃんと繋げているし Ruby や perl も同じように言語の特徴や分析で戦って欲しかった 631 名前：デフォルトの名無しさん mailto:sage [2006/12/18(月) 21:35:43 ] コメント欄見る限りMatzはスルー力が足らないように思われます 632 名前：デフォルトの名無しさん [2006/12/18(月) 21:36:29 ] webを回っていた、Lispというものを知りました。 Lispの存在意義についてお聞きします。 Lispは現在どんな使い道があるのですか？ また、Lispで作られた実用的なソフトをほとんどみたことがないのですが、 どんなものがありますか？ Script Languages cl-www.msi.co.jp/solutions/knowledge/lisp-world/articles/script-lang ＞彼等が鬼の首とったように言うことの1つに Lisp はマイナーだから云々、というのがあります。 ＞しかし ANSI (XJ13) から正式に The Standard が出てる以上にプログラミング言語のメジャー性を裏付けるものってあるんでしょうか? とありますが、では何故、Windowsで、まともな処理系がないのでしょうか？ Lispで作られた、実用ソフトもほとんど見たことがありません。 (xyzzyくらいです、しかも組み込みですし) webアプリ開発でも使われているのが、ほとんどみたことがありません。 メジャーというからには、相当数ユーザー人口がいると思うのですが、どれくらいいるのでしょうか？ 633 名前：デフォルトの名無しさん mailto:sage [2006/12/18(月) 21:36:31 ] KURODA の実績って本田技研でデータベースのアーキテクチャ設計したくらいか？ ホンダは独創を好む社風だから説き伏せられていいカモにされたんだろうな。 数理システムが潰れたら本田技研のデータベースどうなるんだか。 634 名前：デフォルトの名無しさん [2006/12/18(月) 21:36:58 ] ＞ webを回っていた、Lispというものを知りました webを回っていたら、Lispというものを知りました 635 名前：デフォルトの名無しさん mailto:sage [2006/12/18(月) 21:42:09 ] 黒田のせいで変なの来たぞｗ なんでこいつらみんな同じ事言うんだろうな 636 名前：デフォルトの名無しさん mailto:sage [2006/12/18(月) 21:46:12 ] 同じ人だからだよ 637 名前：デフォルトの名無しさん mailto:sage [2006/12/18(月) 21:46:40 ] >>632 半年ロムれ 638 名前：デフォルトの名無しさん mailto:sage [2006/12/18(月) 22:13:04 ] クロちゃんはどの程度のlisp hackerなんだよ Guy Lewis Steele Jr.とファーストネームで呼び合えるくらいなのか? 639 名前：デフォルトの名無しさん mailto:sage [2006/12/18(月) 22:23:53 ] ハカーっぷりはともかく、政治力はあるねえ。ALUの役員やってたりするし。 640 名前：デフォルトの名無しさん mailto:sage [2006/12/18(月) 23:50:11 ] 黒田頑張っても毒吐いてもPaul Grahamには慣れないだろうな そう言えばYコンビネータとかどうなったんだろ 641 名前：デフォルトの名無しさん mailto:sage [2006/12/18(月) 23:54:20 ] そこで湯浅太一先生に期待ですよ 642 名前：デフォルトの名無しさん mailto:sage [2006/12/19(火) 00:09:57 ] gavino といいおかしな人の行動は世界共通なのかなー 643 名前：デフォルトの名無しさん mailto:sage [2006/12/19(火) 00:30:03 ] スレ伸びすぎワロタ 644 名前：デフォルトの名無しさん mailto:sage [2006/12/19(火) 00:42:26 ] あのミロのサルまねみたいなタイトル画像ダサ。 645 名前：デフォルトの名無しさん mailto:sage [2006/12/19(火) 00:43:00 ] 他の Lisp Hacker からの反論も欲しいなあ。 あんなのが Lisp User の共通認識だと思われちゃうと、ますます新人が入って こなくなっちゃうよ。(黒田氏的にはむしろ望ましいのかもしれんが) 646 名前：デフォルトの名無しさん mailto:sage [2006/12/19(火) 00:55:12 ] まともな奴ならあれが共通認識だとは思わないでしょ。 647 名前：デフォルトの名無しさん mailto:sage [2006/12/19(火) 00:58:51 ] >646 世の中というのを甘く見てはいかんよ。 でも黒田さんもたぶん、そういうことは想定していないんだろうね。単に (Common) Lisp はすごいんだぞ、というアピールくらいのつもりなんじゃない かなぁ。 648 名前：デフォルトの名無しさん mailto:sage [2006/12/19(火) 01:00:09 ] 過激なこと言って注目を集めて Franz の Lisp を売ろうという 営業手法なのかもしれんね。あれだけ言えば、とりあえず Lisp ってどんなもんか見てみるかって気になるやつがいるかもしれん。 トラブルを起こして注目を集めるという和泉モトヤ的？手法？ 649 名前：デフォルトの名無しさん mailto:sage [2006/12/19(火) 01:11:11 ] このスレってこんな話題ばっかやね 650 名前：デフォルトの名無しさん mailto:sage [2006/12/19(火) 01:42:07 ] >>647 いやいや、クロちゃんのシロちゃんに対するアンビバレンツを見よ。 彼は Lisp をアピールしつつも、使ってほしくないとも思ってるんだよ。 651 名前：デフォルトの名無しさん mailto:sage [2006/12/19(火) 02:16:13 ] >>648 >トラブルを起こして注目を集めるという和泉モトヤ的？手法？ ホンダの営業がよく使う手だ 652 名前：デフォルトの名無しさん mailto:sage [2006/12/19(火) 02:20:36 ] どうでもいいが「シロクロはっきりさせる」と言う言葉がうかんだ。 つかなんでいつもフレームになるんだろう。 頭がよくてもコモンセンスない人大杉 653 名前：デフォルトの名無しさん mailto:sage [2006/12/19(火) 02:54:09 ] フレームはレクリエーションだから。温泉宿での卓球みたいなもの。 654 名前：デフォルトの名無しさん mailto:sage [2006/12/19(火) 03:13:09 ] そんなことより SBCL すごいことになってるぞ www.technorati.jp/search/sbcl?language=ja 655 名前：デフォルトの名無しさん mailto:sage [2006/12/19(火) 06:12:47 ] 確かにすごいことになってるな。 656 名前：デフォルトの名無しさん mailto:sage [2006/12/19(火) 06:20:58 ] もう荒しはやめろ 657 名前：デフォルトの名無しさん mailto:sage [2006/12/19(火) 13:03:41 ] lisp嫌いな人って、どこら辺が嫌なんだろ。 前置記法や括弧が多い以外になんか聞いたこと有る? 658 名前：デフォルトの名無しさん mailto:sage [2006/12/19(火) 13:29:21 ] >>657 個人的にはFORTHとかの変り種とか見てきたせいか前置記法とかは気になったこと一度も無い。 でも初めてlispを知ったときは括弧の対応をどうやってすばやく把握するのか非常に迷った事がある 特にcond周りとかで迷子になったせいで括弧の多さは辟易したが、プリティプリントや構文サポートつきのエディタの存在をしってからは気にならなくなった。 実際嫌いな人何人か見てきても見た目の括弧の多さに引いてしまい、結局のところ食わず嫌いで終わってる気がする。 659 名前：デフォルトの名無しさん mailto:sage [2006/12/19(火) 15:00:07 ] 自分は多少かじってる程度だけど、むしろずらずらと連続する括弧に快感をおぼえる。 でも、括弧をどう並べたら素晴らしいかは迷うな。 日によっても美しいと感じる並べ方が変わる。 うはｗ変態ｗｗ 660 名前：デフォルトの名無しさん mailto:sage [2006/12/19(火) 15:27:09 ] Lispに触れる前は、ワサワサと連続する閉じ括弧に「なんだこりゃ」とのけぞったけど、 いざ触ってみたら、閉じ括弧は人間（プログラマ）が意識せにゃならん要素ではなかった。 コードいじってて、閉じ括弧幾つ書けばいいんだっけ？　と思ったら とりあえずダダダダっと大量に連続させて、開き括弧にカーソル当てて エディタ様に「切れ目」を選んでもらい、そこで改行＆行ごと削除。 ちょっと画用紙で工作してるときのフィーリングに似てるなと思ったりｗ 661 名前：デフォルトの名無しさん [2006/12/19(火) 16:35:32 ] いくつかスレも立ってるが、括弧のないLISPを作る試みはすべて失敗した。 662 名前：デフォルトの名無しさん mailto:sage [2006/12/19(火) 19:03:35 ] ＬＩＳＰがウケないのはカッコじゃなくて前置記法だっつうの。 663 名前：デフォルトの名無しさん mailto:sage [2006/12/19(火) 19:42:10 ] 俺の実体験から言うと括弧でしたよ。 一々括弧の対応を追わずにインデントだけで読める事に気付くまでは大変だった。 664 名前：デフォルトの名無しさん mailto:sage [2006/12/19(火) 20:28:42 ] >>662 そんなこと言いつつ、アセンブリ言語は好きだったりしないか？ 665 名前：デフォルトの名無しさん [2006/12/19(火) 20:29:47 ] 俺は、前置記法だな。 なんつーか、オブジェクト指向言語を使った後で使った後に、 C言語を使ったもどかしさと同じものを感じる 666 名前：デフォルトの名無しさん mailto:sage [2006/12/19(火) 20:35:06 ] あれこれ使ってると、無意識に (x + y) とか書いてて処理系に怒らることある 667 名前：デフォルトの名無しさん mailto:sage [2006/12/19(火) 21:32:49 ] >>666 CとSchemeの間は自動的に頭が切り替わるんだけど、 JavaScript付近の微妙なとこだと俺もそういうことがある。 668 名前：デフォルトの名無しさん [2006/12/19(火) 22:24:49 ] もりあがってんな 669 名前：デフォルトの名無しさん mailto:sage [2006/12/19(火) 22:42:50 ] オレの場合は再帰 とくに末尾再帰を考えると頭が痛くなったな あとはやっぱりlambdaかな 高階関数とか関数型言語のエッセンスもC/C++から来た人間には辛い 括弧よりこっちの方jが壁になるんじゃないだろうか スクリプト言語からなら壁は薄いのかも知れないけど 670 名前：デフォルトの名無しさん mailto:sage [2006/12/19(火) 22:53:44 ] 末尾再帰はだるかった 高階関数はC使いでも 関数ポインタばりばり使う変態なら結構いけるんじゃね? とかおもった。 671 名前：デフォルトの名無しさん [2006/12/19(火) 22:58:25 ] 高階関数は他の言語でも結構使ってるよ。 制御構造とか作れて便利 672 名前：デフォルトの名無しさん mailto:sage [2006/12/19(火) 23:01:57 ] 再帰も高階も使いたくないなら使わなきゃいいだけなんだけどね。 使いたい状況のときに使えるのが利点なわけで、それが壁になるというのは 本末転倒の状況と言えるだろう。 673 名前：デフォルトの名無しさん mailto:sage [2006/12/19(火) 23:05:05 ] ループマクロの書き方がわかってんなら再帰する必要もないだろ。 674 名前：デフォルトの名無しさん mailto:sage [2006/12/19(火) 23:08:47 ] Common Lisp のLOOPマクロのすべての書き方を覚えるほうが百万倍大変だよな。ｗ 675 名前：デフォルトの名無しさん mailto:sage [2006/12/19(火) 23:41:41 ] >>670 関数ポインタと高階関数は違うからなぁ レキシカルスコープで環境まで渡せるのがCommonLispやSchemeの高階関数だし 関数を作って返すことも出来ない >>672 理解出来ていないで使えないのと使わないのでは違うんじゃ 理解していないと使う状況も利点も見えてこないと思う >>673 ループマクロで再帰を代替えできるってのも違うような どちらにしろC/C++からは結構なパラダイムシフトを強いられる言語ではあるような気がする 676 名前：デフォルトの名無しさん mailto:sage [2006/12/20(水) 01:07:06 ] >>661 Skillしらん？ 677 名前：デフォルトの名無しさん mailto:sage [2006/12/20(水) 01:11:21 ] 「すべて失敗した」うちの一つだと思われ 678 名前：デフォルトの名無しさん mailto:sage [2006/12/20(水) 01:21:53 ] emacs lispの次くらいに世界で広く使われている（と思われる） lispで書かれた極めて実用的なdesign fare workなんだけど。 ttp://www.google.co.jp/search?hl=ja&q=Cadence+Skill+Lisp+Scheme&btnG=Google+%E6%A4%9C%E7%B4%A2&lr= 数年前の4.3で10Mstep以上だと聞いた記憶がある 679 名前：デフォルトの名無しさん mailto:sage [2006/12/20(水) 01:23:09 ] 初めて聞いた 680 名前：デフォルトの名無しさん mailto:sage [2006/12/20(水) 01:35:45 ] 分野的に縁がなければ知らないのも無理がないか… Syntaxはこんな感じで ttp://www.ee.vt.edu/~ha/cadtools/cadence/skill.html とても書きやすい。これは(let 使ってるからまだlispの()syntaxの片鱗が見えるけど 681 名前：デフォルトの名無しさん mailto:sage [2006/12/20(水) 01:37:49 ] そういやPythonもLogoも中身はLispみたいなもんだったｗ 682 名前：デフォルトの名無しさん mailto:sage [2006/12/20(水) 01:46:49 ] >>661 Guido LispやMatz Lispはまだ失敗してないぞ 683 名前：デフォルトの名無しさん mailto:sage [2006/12/20(水) 01:47:29 ] ケイデンスが開発したのか。EDA業界ではメジャーなのかな。 Lispに慣れてるせいか、Lispより読みやすいとか書きやすいとかは正直感じないなぁ。 括弧に抵抗ある人にとっては、こういうほうが良いんだろうけど、マクロとかの話を始めると 結局二重言語になってしまって却ってわかりにくいんじゃないだろうか。 684 名前：デフォルトの名無しさん mailto:sage [2006/12/20(水) 02:06:34 ] The following example illustrates a custom syntax for a special way to build a list from an original list by applying a filter and a transformation. To build a list of the squares of the odd integers in the list 　( 0 1 2 3 4 5 6 7 8 9 ) you write trForeach( 　?element x 　?list ’( 0 1 2 3 4 5 6 7 8 9 ) 　?suchThat oddp(x) 　?collect x*x ) => ( 1 9 25 49 81 ) instead of the more complicated foreach( mapcar x 　　setof(x ’(0 1 2 3 4 5 6 7 8 9) oddp(x)) 　　x * x 　) => ( 1 9 25 49 81 ) Implementing an easy-to-maintain macro requires knowledge of how to build SKILL expressions dynamically using the backquote (‘), comma (,), and comma-at (,@) operators. The definition for trForeach follows. defmacro( trForeach ( @key element list suchThat collect ) 　‘foreach( mapcar ,element 　　setof( ,element ,list ,suchThat ) 　　　　　,collect 　) ) 685 名前：デフォルトの名無しさん mailto:sage [2006/12/20(水) 02:07:58 ] >>682 まだ失敗してないけど、成功するとは思えません。 いや、マジな話店頭で気軽に買える処理系がそのまま仕事で使えるようにならないと普及せんだろ？ 686 名前：デフォルトの名無しさん mailto:sage [2006/12/20(水) 02:15:38 ] >>685 ２行目には賛成するが、３行目には賛成できない。 687 名前：デフォルトの名無しさん mailto:sage [2006/12/20(水) 02:20:13 ] (defun fibo (n) 　( cond 　　(( or (equal n 1) (equal n 2) ) 1 ) 　　　(t (plus ( fibo (difference n 1) ) 　　　　　　　　 (fibo (difference n 2 ) ) ) ) 　　) ) ↓こんな感じ。 procedure( fibo(n) 　　if ( (n == 1 || n ==2 ) then 　　　　　1 　　else fibo(n-1)+ fibo(n-2) 　) ) どっちで書いてloadしても良いんだけどさ。 688 名前：デフォルトの名無しさん mailto:sage [2006/12/20(水) 02:21:45 ] 言いたかったのは失敗だなんてのは 悪いけど、井の中の(ry 689 名前：デフォルトの名無しさん mailto:sage [2006/12/20(水) 02:28:42 ] 問題はCadenceが言語syntaxに知財持っていると openな似たsyntaxの処理系訴訟されかねないって点かな Cadenceは権利にメチャこだわる(うるさい)会社だから 690 名前：デフォルトの名無しさん mailto:sage [2006/12/20(水) 02:43:36 ] Ruby はもうキャズム越えただろ 店頭販売の処理系じゃないとってｗ その理論だと perl や PHP などの web 系の仕事は成功とは言われない訳だな Java も処理系は売ってないな JavaScript も Ajax などのブラウザクライアント言語として成功しているように思えるがこれも成功じゃないのかｗ なにが基準で成功なんだｗｗｗｗ 691 名前：デフォルトの名無しさん [2006/12/20(水) 02:49:26 ] >>687 こういうのもLispで自己記述できるんですか？ 692 名前：デフォルトの名無しさん mailto:sage [2006/12/20(水) 02:49:42 ] 外したよ。自分で気が付かないと。 693 名前：デフォルトの名無しさん mailto:sage [2006/12/20(水) 02:52:13 ] Lispで自己記述できるかどうかは知らない。 pretty printするとＳ式「でも」表示できるから中身は全くのlisp。 694 名前：デフォルトの名無しさん mailto:sage [2006/12/20(水) 02:58:54 ] そういうreaderをLispで書くのはさほど難しくはないだろうね。 ただ、言語を普及させるってのは別の意味の労力が必要だからなぁ・・・ 695 名前：デフォルトの名無しさん mailto:sage [2006/12/20(水) 03:01:17 ] 俺はそう言うopen のreader(あれは単なるreaderではなさそうなんだが) 喉から手が出るほど欲しいんだよ 生産性が桁違いなんだ 自分で作っている時間が無くて残念 696 名前：デフォルトの名無しさん mailto:sage [2006/12/20(水) 03:04:40 ] 普通は (defun fibo (n) 　(if (or (= n 1) (= n 2)) 1) 　　　(+ (fibo (- n 1)) 　　　　　(fibo (- n 2))))) って書くから、少なくともタイピング労力的には大差ない気がしちゃうのは 俺がLisp贔屓だからだろうか。ｗ 697 名前：デフォルトの名無しさん mailto:sage [2006/12/20(水) 03:05:53 ] たぶんね。もう少しややこしいcodeだとありがたみが分かる 698 名前：デフォルトの名無しさん mailto:sage [2006/12/20(水) 03:06:51 ] >>696 あ、ちょっと間違えてるな。ｗ まぁ気分だけ汲み取ってくれ。 699 名前：デフォルトの名無しさん mailto:sage [2006/12/20(水) 03:09:42 ] 結局、Lispに慣れてないとなかなかそういう物はつれない。 だけど、Lispに慣れちゃうと特に必要性を感じない。 というわけで、あまり作られないんじゃないかと思う今日このごろ。 Pythonくらいに明確にLispとは違う言語にしちゃうなら話は違うだろうけど。 700 名前：デフォルトの名無しさん mailto:sage [2006/12/20(水) 03:11:26 ] 多分 ・lispのcodeの一見難解さが(頭の体操みたいで)好き ・lispの柔軟さが好きだけどパット見た目のcode分かりやすさも重視したい俺 好みの違いの希ガス 701 名前：デフォルトの名無しさん mailto:sage [2006/12/20(水) 03:14:39 ] いくら何でも寝ます 最近はHaskellがお気に入りだったりするｗ ﾉｼ 702 名前：デフォルトの名無しさん mailto:sage [2006/12/20(水) 03:55:24 ] 言語自体が S 式じゃなくても 言語の木構造をファーストクラスオブジェクトとして扱える 上記に伴い、文字列・ファイルストリームから評価前の木構造を取り出せる くらいできるとずいぶん使い勝手がいいと思うんだけどなあ。 世の動的言語デザイナーは、なぜ read と eval を分離しようとしないんだろうか。 703 名前：デフォルトの名無しさん mailto:sage [2006/12/20(水) 04:03:34 ] オブジェクトを忘れょぅょ 関数プログラミングが完全に包含しているんだから 704 名前：デフォルトの名無しさん mailto:sage [2006/12/20(水) 10:32:05 ] 閑散 黒田 盛盛 705 名前：デフォルトの名無しさん mailto:sage [2006/12/20(水) 12:55:35 ] >702 禿同 706 名前：デフォルトの名無しさん mailto:sage [2006/12/20(水) 13:08:18 ] 結論としては、黒田マンセーということで。 707 名前：デフォルトの名無しさん [2006/12/20(水) 21:19:56 ] >>702 >世の動的言語デザイナーは、なぜ read と eval を分離しようとしないんだろうか。 言語デザイナーと言語実装者が分離してないからじゃないかな。 「正しい事」より実装が簡単な事の方が重要なのです。 708 名前：デフォルトの名無しさん mailto:sage [2006/12/20(水) 21:36:15 ] 共産主義と資本主義みたいなもんか 709 名前：デフォルトの名無しさん mailto:sage [2006/12/20(水) 22:02:09 ] >>702 C♯は標準ライブラリを使ってソースをパースしてツリーとして使えるようになってるよ。 あとはHaskellとか。 710 名前：デフォルトの名無しさん mailto:sage [2006/12/20(水) 22:07:39 ] >>709 C#のそれは違うのだが どう違うのか説明が難しい

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef