Lisp Scheme Part27at TECH
Lisp Scheme Part27 - 暇つぶし2ch415:デフォルトの名無しさん
09/08/13 20:35:32
Erlang やろうぜ

416:デフォルトの名無しさん
09/08/13 20:36:38
いやいや、Scalaやろうぜ

417:デフォルトの名無しさん
09/08/13 20:36:54
Oz…はやらなくてもいいな

418:ひげぽん ◆Ngzcp/NZpA
09/08/14 00:20:16
>>396
どもども。

>>398
ご確認ありがとうございます。Windows 2000 はまだまだ残っていると思うのでサポートできて良かったです。

>>399
確かに発表の場はないですね。どうするのが良いかな。
小さなものでも発表できるという意味では、URLリンク(gist.github.com) にコードを貼って
このスレで書いたよー。ってつぶやくだけでもいいかも。

>>405
多くの環境で確認いただき恐縮です。
Ctrl-C の件ですが、なるほど納得しました。
その機能をつけることは多分簡単にできるんですが、強く必要だと感じるまでではないので一旦保留とさせてください。

>>415
最近 Erlang 触っていますが良いところもたくさんあると感じます。
影響を受けて Scheme でも match-lambda* を使うようになったり (mosh concurrent) を書いたりしました。


419:デフォルトの名無しさん
09/08/14 00:22:09
>>414
そのマスを生むためにアプリがいるんですね、わかります

420:デフォルトの名無しさん
09/08/14 00:25:46
mosh って repl はユーザーカスタマイズできるようになってるのかな?
よく見てないけど、 gosh みたいなのなら、 Ctrl+C があれば
例外なりシグナルなりを投げて repl で捕捉すればいいので、
そのへんは勝手にやってもらえばいいと思う。
Windows で使うことを考えたらシグナルはよくないかな。

421:デフォルトの名無しさん
09/08/14 01:57:14
モッシュムラムラ

422:デフォルトの名無しさん
09/08/14 03:02:30
R6RSって全く調べてないんだけど(というか調べても多分わからない)
5とどのくらい違うのですか?

423:デフォルトの名無しさん
09/08/14 03:06:27
>>422
URLリンク(practical-scheme.net)
おおざっぱな変更点解説もあるのでここ読め。

424:デフォルトの名無しさん
09/08/14 03:16:38
基本はマクロとライブラリだよな。
あとはそれを成立させるのに必要なことを細かく決めましたって感じ。

大文字小文字の区別だとか Unicode がどうだとかいった実用的な意味での規定もあるけど、
全体にしたらささいなことだと思う。

425:デフォルトの名無しさん
09/08/15 12:56:09
CommonLispの空リストってのは不思議だ。

お盆なもんで般若心経を読んでるんだが
「色即是空」とか「空」が度々現れる。
存在はするのだが空なのだってのは悟りに至らんとわからん。

CommonLispの空リストもアトムだし、リストだし、
否定でもあるし、仏教思想か?

>(atom '())

T

>(listp '())

T

>(eq '() nil)

T

>(null '())

T

>(null nil)

T

426:デフォルトの名無しさん
09/08/15 13:36:50
伝統的なLispでは「空リスト」==「NIL」と決まっているから。
写経だとおもってCONSペアの図とリスト探索を100種類くらい書いてみるといい。
その上で、どうしても空のリストとNILを区別しないと許せないとかなら
Schemeのほうが向いてるかもしれない。

427:デフォルトの名無しさん
09/08/15 14:26:30
> お盆なもんで般若心経を読んでるんだが

そういうことが好きな人ならお盆に限らず読むべし

428:デフォルトの名無しさん
09/08/15 14:29:18
maximaのlistとlispのlistを変換する関数がみつからない
trasnなんとかというファイルをひととおりみてみたけど
らしいものがない

429:デフォルトの名無しさん
09/08/15 16:47:43
maxima !
一緒に日本に帰ろう !

430:デフォルトの名無しさん
09/08/15 16:49:13
maximaや あぁmaximaや maximaや

431:デフォルトの名無しさん
09/08/15 19:19:00
南無maxima

432:デフォルトの名無しさん
09/08/15 19:21:43
歎異抄より
唯円 「念仏唱えてもあんまうれしくない」
親鸞 「じつはおれも」

433:デフォルトの名無しさん
09/08/15 21:41:53
お寺様向けの専用システムにLispは向いてないか?

漢字データベースを基礎とした戒名の生成補助、重複チェック。
檀家の家系図作成、保存。
法事スケジュール調整エキスパートシステム。


434:デフォルトの名無しさん
09/08/15 21:45:23
木魚の音「CONS CONS CONS ……」


435:デフォルトの名無しさん
09/08/15 22:21:42
いんきんの音「(CAR N)」

436:デフォルトの名無しさん
09/08/16 00:06:30
>>434
笑いすぎて鼻にコーラがはいっちゃったじゃないか!


437:デフォルトの名無しさん
09/08/16 16:55:41
こういうcdrらない流れ大好きw

438:デフォルトの名無しさん
09/08/16 17:16:59
急に「みそサウナ」ってことばが頭に浮かんだのですが、
そういったことはどのスレに書けばよいでしょうか。
スレ違いは承知ですが、妥当なのがどこかわからなかったので…
誘導して頂ければ助かります。

439:デフォルトの名無しさん
09/08/16 18:02:23
このスレは君のママじゃないんだから
どこのスレがいいかという質問にふさわしい板でたずねなさいよ。

440:デフォルトの名無しさん
09/08/16 18:06:57
マジレスすると調味料板の味噌スレ

441:デフォルトの名無しさん
09/08/16 23:07:37
>>434から始まって>>438の流れで死んだwww

明日仕事だから風呂はいってヌルわ

442:デフォルトの名無しさん
09/08/17 00:37:20
そこはnilわにしないとw

443:デフォルトの名無しさん
09/08/17 01:25:28
すてきなconsを今夜もたのしむか。

444:デフォルトの名無しさん
09/08/18 08:31:55
URLリンク(www.aoky.net)

↑に書かれてることってホントですか?ここの方々はみんなそんなかんじなんですか?

445:デフォルトの名無しさん
09/08/18 08:43:14
>Lispは非常にシンプルであり、ほんの数分で学ぶことができる。
>私はさっきバスを待っている間に学んだ。
嘘だッ!!

446:デフォルトの名無しさん
09/08/18 08:52:23
>>444
>>445
それ、ネタページだから。

> Paul Graham自身すべてLispで書かれている。


447:デフォルトの名無しさん
09/08/18 09:03:59
なんだかラファティみたいな匂いのする文章だ

448:デフォルトの名無しさん
09/08/18 20:29:58
「色即是空」

(eq 'atom '())

449:デフォルトの名無しさん
09/08/18 20:49:21
(是 (即 色) 空)

450:デフォルトの名無しさん
09/08/18 21:25:36
>>444
マジレスすると、「ここの方々」の5割位はEmacsLispで書かれてるよ

451:デフォルトの名無しさん
09/08/18 21:52:41
確かに一番触ってるLispといわれればemacs lispかもしれない…

452:399
09/08/18 22:41:50
かなり遅レスだけど、
コードとかサイトの発表(笑)の場みたいの作ってみたんだけど、需要ある?

453:デフォルトの名無しさん
09/08/18 22:45:10
>>452
乙。晒して。

454:399
09/08/18 22:46:12
了解、少し待ってて。サーバ設定してくる。

455:デフォルトの名無しさん
09/08/18 22:50:30
テンプレにもあるが、掲示板に書くにはやや長いといった程度のものなら URLリンク(codepad.org) が便利だよ。
本格的なのだと lambdarepos か github かな。

456:デフォルトの名無しさん
09/08/18 23:04:56
codepad.orgはログインしないと24時間で消える糞だから
実行機能はないけどpastebin.comみたいな長く残るところを使ったほうがいい

457:399
09/08/18 23:11:11
なるほどー、結構にたようなのあるなぁ。
(kahua make中)

458:399
09/08/18 23:40:34
>>453
すんません。ちょっとトラブル。完全に動いてから報告して晒しますね。

459:399
09/08/19 03:25:05
動いたので晒し。
URLリンク(202.61.29.82)
しょぼいです。

460:デフォルトの名無しさん
09/08/19 06:45:37
LaunchpadにSchemeライブラリ用のプロジェクトあるよ。

URLリンク(launchpad.net)

Azizとご一緒するのが畏れ多いってのなら、
別にプロジェクト立てて、そっちでやったりもできる。

461:453
09/08/19 11:12:04
>>459
乙。もしかしてこのために徹夜した?
コメントの文字が背景色と同じ黒で読めないので、改善していただけたら嬉しい鴨。

462:399
09/08/19 12:46:16
>>461
サンクス。
>コメントの文字が背景色と同じ黒
ありゃ。おかしいな。できればOSとかブラウザの環境教えていただけませんか?。
本当は背景は全部白しか使ってないはずなので、cssミスったかも。

463:399
09/08/19 14:22:10
>>461
Win(IE)で黒くなるの確認しました。直します。

464:ひげぽん ◆Ngzcp/NZpA
09/08/19 21:03:50
>>399
まずは公開お疲れ様です。

投稿してみました。
投稿が増えてきたら新着を気軽にチェックできるように RSS を
出力してもらえるとうれしいです。

465:ひげぽん ◆Ngzcp/NZpA
09/08/19 21:05:08
あとは貼られたコードをファイルでダウンロードとかもあると良いかも。


466:399
09/08/19 21:18:57
>>464,465
早速ありがとうございます!。
RSSとファイルでダウンロード実装してみます。

467:ひげぽん ◆Ngzcp/NZpA
09/08/19 21:23:01
>>399
ありがとうございます。
無理せず、自分のペースで実装してください~。

468:デフォルトの名無しさん
09/08/20 19:07:13
>>463
背景色は白くなりましたが、「投稿テスト(階乗)」を選ぶと、ヘッダ部分と投稿記事本文が白紙に
見える。セパレータとコメントは正常に表示されている。
セパレータで挟まれた白紙の領域をマウスでドラッグするとヘッダ部分と投稿記事が出てくるから、
IE6との相性が良くないのでしょうね。


469:399
09/08/20 20:15:55
>>468
ありがとうございます。本当に助かります。

>> ヘッダ部分と投稿記事本文が白紙に ... マウスでドラッグするとヘッダ部分と投稿記事が出てくる ...
実はそうなんですよ。すみません。こちらでもまったく同じ状況を再現しているのですが、何分知識不足なもんで、
手を焼いてる状況なんです。こちらのCSSとHTMLのコーディングの不備なのは確かなのでもうちょい試行錯誤してみます。

470:デフォルトの名無しさん
09/08/21 10:29:09
WinでypsilonでSDL使いたいんだけど、開発版はVC++ExpressEditionでコンパイルできない
vdprojがサポートされてないと出るんだけど、なんか回避方法はないかな

471:デフォルトの名無しさん
09/08/21 19:20:05
URLリンク(en.wikipedia.org)

472:デフォルトの名無しさん
09/08/22 05:46:17
XML梅込みでLISPみたいなのできる?
phpみたいに、リスト主導じゃなくてテキスト主導みたいな
書き方ができるといいんじゃないかな

473:デフォルトの名無しさん
09/08/22 05:49:51
いやそれは素直にPHPやれよ
Lispは最強言語だが万能言語じゃねえよ

474:デフォルトの名無しさん
09/08/22 05:51:52
>>473
いあ、テキスト処理とか特定分野での話ね
rubyに何だったか擬似言語があるように

475:デフォルトの名無しさん
09/08/22 06:44:49
俺Lispという万能言語があるじゃないか

476:デフォルトの名無しさん
09/08/22 11:24:33
>>472
escm,aescmが一番近いかも。

477:デフォルトの名無しさん
09/08/22 11:59:42
URLリンク(www.scheme-reports.org)
やっぱr6rsはやりすぎだったってことのなのかねぇ。

478:デフォルトの名無しさん
09/08/22 12:26:43
6はVistaみたいなもん
7に期待しましょう

479:デフォルトの名無しさん
09/08/22 12:35:12
ワロタ

480:デフォルトの名無しさん
09/08/22 18:31:17
LET OVER LAMBDA Edition 1.0
URLリンク(www.amazon.co.jp)
誰か書評書いて

481:デフォルトの名無しさん
09/08/22 21:25:38
>>477
正直、迷走してるようにしか見えない。

482:デフォルトの名無しさん
09/08/22 21:35:38
>>480
この本を手に取ったあなたは、すでにトップ1%のプログラマだと感じるだろう。

483:デフォルトの名無しさん
09/08/22 21:45:19
>>480
読んだが、難しかったよ
CommonLispをある程度知ってないと読めない

ただ、SchemeとCommonLispの違いがよくわかってよかった
Common Lisp派の立場から書かれてる本だけどね

484:デフォルトの名無しさん
09/08/22 21:47:57
あと、480の本で定義されてるdefmacro!は結構使えそうだと思った
それ以外にも使えそうなマクロがあって、結構実用的な本かもしれない
あとは、OnLisp前提なところがあるから、OnLispを先に読むか、
平行して読むといいかも

485:デフォルトの名無しさん
09/08/22 22:06:13
>>480
PG の ANSI Common Lisp と On Lisp を読んだくらいで挑戦してみた Schemer だけど、
最適化まわりでの CL の強力さがよくわかったよ。
マクロ関連は R6RS マクロでも実現できるし、 Schemer でも一読の価値はあると思う。
最終章は Forth もわかってた方が面白いのかなあ、俺はそこで一旦止まってる。

486:デフォルトの名無しさん
09/08/22 23:01:40
俺には無理だった。
唯一!を「バン」って読むということがわかった。

487:デフォルトの名無しさん
09/08/23 09:33:16
付録Bの避けるべき言語って何なの?

488:デフォルトの名無しさん
09/08/23 10:13:18
>>480
最初の4章を online でサラッと目を通してみたが、面白い。
エッセイ感覚で読むのが正しいね。
On Lisp の addendum として読むと知識が深まると思った。
online で pdf が公開されたら全部読もうとおもう。


489:デフォルトの名無しさん
09/08/23 10:27:38
>>487
URLリンク(www.google.com)

490:デフォルトの名無しさん
09/08/23 11:09:07
>>489
PHPのことなん?
Lispの対極ってPascalあたりかと思ってたけど。

491:デフォルトの名無しさん
09/08/23 11:12:59
C# (Blub Central) と Python (Niche Blub) と思ったけど違うの?

492:デフォルトの名無しさん
09/08/23 11:23:24
>>491
what?

493:デフォルトの名無しさん
09/08/23 11:26:48
「例えば、PHPを避ける」ってIPAのネタ文書なのかw

494:デフォルトの名無しさん
09/08/23 11:32:43
「本物のプログラマーはパスカルを使わない」みたいなもんかw

495:デフォルトの名無しさん
09/08/23 11:45:31
>>493
ネタ文書というほどでもない
あれを必要としている人向けにはそこそこ妥当

あれは、プロジェクトチーム内の開発言語をPHP以外に切り替えろという話ではない
そういう言語を使ってるような会社に発注すんのやめとけと言う話
常にPHPで思考している駄目会社というのは相当量存在するからな
あれは実のところ「わざわざPHPで請けるような会社はセキュリティが甘い傾向にある」という話なのだ

496:デフォルトの名無しさん
09/08/23 12:26:52
>>495
世の中、URLリンク(xxx) なページが氾濫している気がするが。
PHP使うにしても拡張子消すくらいのデリカシーのある会社だとokかな。

497:デフォルトの名無しさん
09/08/23 12:29:00
>>495
IPAより直球で酷い事を書いているなwww

498:デフォルトの名無しさん
09/08/23 12:31:49
>>494
「本物のプログラマはFORTRANを使う」と言うのもあるな。

499:デフォルトの名無しさん
09/08/23 12:32:20
*.php なサイトにはどうしてもアタックをし掛けたくなるのは俺だけかな。
とりあえずスクリプトで脆弱性テスト、みたいな。

500:デフォルトの名無しさん
09/08/23 12:35:05
> 「本物のプログラマ」

この表現を使う人間は大抵、実力の無い "プログラマwanna-be" だと思うんだが。
もしそうでなければ、実力に伴わない自尊心を持つ輩。


501:デフォルトの名無しさん
09/08/23 12:38:13
Real Programmer Don't Use Pascal とか、
The Story of Mel: A Real Programmer みたいなネタをきちんと知っていて、
理解してる奴ってのは普通実力のある奴なんだがな。

残念ながら、500が何も知らない奴だとしか思えないな。

502:デフォルトの名無しさん
09/08/23 12:40:25
真の実力ってなにさ

503:デフォルトの名無しさん
09/08/23 12:42:08
「本物のプログラマーはPASCALを使わない 」ってタイトルのエッセイがあって、
そのタイトルだけが独り歩きしているんだよね。


504:デフォルトの名無しさん
09/08/23 12:42:52
>>502
バグを出しても仕様だと言ってうまくエンドユーザを丸め込むスキル。


505:デフォルトの名無しさん
09/08/23 12:48:05
そもそもプログラマに real も fake もないから。

自分が "Real Programmer" だと思っていて、それを他人に
強要したいが為に勝手にそうカテゴライズしたがっているだけ。
Real Programmers don't ...
とか言っても、実際はそれがプラクティカルな場合だってある。
開発時間、ベネフィット、プラクティカリティーによって言語の
書き方だって変わってくる。goto を使用した方が良い場面だってある。

いちいち自分の理想を強要して、勝手に real だか fake だか
言ってる馬鹿は放っておくのが一番。


506:デフォルトの名無しさん
09/08/23 12:48:34
むしろ何%かバグを混入させてメンテを継続する
完全なものは納品しないスキルと言い換えよう

507:デフォルトの名無しさん
09/08/23 13:04:29
>>505
原文嫁
タイトルの印象だけで語る典型だな

508:デフォルトの名無しさん
09/08/23 13:05:49
まさに今ここでもタイトルが独り歩きしてるな。

509:デフォルトの名無しさん
09/08/23 13:06:55
だな

510:デフォルトの名無しさん
09/08/23 13:10:17
Lispって使えるん?趣味の言語なの?

511:デフォルトの名無しさん
09/08/23 13:13:59
>>510
学べばどこかの会社が社員として雇ってくれることをして「使える」と表現するのであれば、使えない言語

512:デフォルトの名無しさん
09/08/23 13:21:34
Why Pascal is not my favorite programming language も読んでおくといいぞ

513:デフォルトの名無しさん
09/08/23 13:33:09
>>510
とりあえず設計や分析の腕は上がる。
それで評価が上がるともかぎらないけど。

514:デフォルトの名無しさん
09/08/23 13:37:57
>>513
> とりあえず設計や分析の腕は上がる。

設計というか「コーディングの」だろ?
設計はピュアなOO言語に成れてないといかん。

515:デフォルトの名無しさん
09/08/23 13:38:02
誰かから給料もらいたいんなら素直にJava勉強しろ

516:デフォルトの名無しさん
09/08/23 13:39:04
またここに馬鹿がいた @ >>515。俺の中で

JAVA厨 = 馬鹿

という方程式が成り立っているが、それは未だに健在だ。


517:デフォルトの名無しさん
09/08/23 13:41:12
>>510
>>516がいる言語です

518:デフォルトの名無しさん
09/08/23 13:42:02
Lispの仕事よりもJavaの仕事の方が圧倒的に多いんだから
>>515はJava厨でもなんでもなく正論だよ。

519:デフォルトの名無しさん
09/08/23 13:42:35
マジレスするとLispとC言語が完璧に理解できていればどの言語も大丈夫
のはず。。

520:デフォルトの名無しさん
09/08/23 13:44:19
>>518
PHPやC++の方が仕事が多いわけだが。
Javaなんて死にかけ言語引き合いに出すなよ。

521:デフォルトの名無しさん
09/08/23 13:46:20
またPHPとかw

522:デフォルトの名無しさん
09/08/23 13:49:21
>>521
Web寄りの話な。
ハードに近ければ近いほどCやC++の仕事が多くなる。
Javaなんて糞は居場所がないんだよね。

523:デフォルトの名無しさん
09/08/23 13:52:50
その居場所の無いクソ言語よりもLispの仕事は少ないだろ。

524:デフォルトの名無しさん
09/08/23 13:53:37
>>514
オブジェクト指向的なアプローチの設計もあれば、
関数プログラミング的なアプローチの設計もある。
どちらがよりフィットするかは、問題領域に依る。
この辺は先人が色々言ってるから詳しくは言及しないけど。

525:デフォルトの名無しさん
09/08/23 13:54:09
アンチJava厨の自演だろこれw 鬱陶しいから去れよw

515 名前:デフォルトの名無しさん[sage] 投稿日:2009/08/23(日) 13:38:02

516 名前:デフォルトの名無しさん[sage] 投稿日:2009/08/23(日) 13:39:04

517 名前:デフォルトの名無しさん[sage] 投稿日:2009/08/23(日) 13:41:12

526:デフォルトの名無しさん
09/08/23 13:57:31
>>514
関数型は設計などほとんどいらない
小規模なプロジェクト向きだし、そもそも
関数型言語でそれ以上の規模のプロジェクトの
コーディングをすることが少ないと思うんだけど。

中規模-大規模なプロジェクトならOO言語使うでしょ、普通。


527:デフォルトの名無しさん
09/08/23 13:58:08
デジタル大手ゼネコンの下請けの下請けデジドカにはJavaは向いていますな。
中小デジタル土建屋にはJavaはコストがかかり過ぎてむりですわ。

528:デフォルトの名無しさん
09/08/23 15:48:45
さすがlispスレ。lispのプログラミングと関係ない話題になると異様に盛り上がるぜ。

529:デフォルトの名無しさん
09/08/23 16:16:36
Scheme でデバッグするときってどうするのが簡単だろう?
Gauche だと #?= で debug-print を埋め込むのが簡単だけど、
他の処理系で #?= 相当のを埋め込んだり外したりするのは結構面倒臭い。
何か別の方法を考えた方がいいのかなあ。

530:デフォルトの名無しさん
09/08/23 16:26:14
すいません、ちょっと流れに遅れてしまったんですが、>>480の本って
翻訳的にはどうでしょうか?


531:デフォルトの名無しさん
09/08/23 16:44:21
>>530
日本語として意味がわからないような訳文はほぼないと思う
(ちょっと係り受けが曖昧なところはちらほらあった)
URLリンク(hop.timedia.co.jp)
の正誤表を見ると、 typo の指摘くらいしかないからいい方じゃないかなあ

532:デフォルトの名無しさん
09/08/23 17:59:33
>>531
ありがとうございます。

533:デフォルトの名無しさん
09/08/23 18:07:34
>>529
#?=は確かに便利だけど、gauche のエラーメッセージはもうちょっと
情報が欲しい。正直今のままだと辛いよ。

534:デフォルトの名無しさん
09/08/23 18:22:46
MIT Schemeでいいじゃない。

535:デフォルトの名無しさん
09/08/23 20:46:57
>>526
それも一概に言えないんじゃないかなぁ。
Lisp が使われた有名な案件っていうとむしろ大規模だし。
ただ、少数精鋭でやることを前提としないと Lisp は向かない。
人海戦術でやるようなプロジェクトだとやっぱ Java だろうな。

536:デフォルトの名無しさん
09/08/23 20:51:30
CommonLisp には CLOS があってかなり活用されてるってことも考慮しなきゃな。
だいたい CommonLisp は関数型言語と呼ぶにはあんまり関数型って感じでもないし。
Scheme を先にやっちゃうと CommonLisp って滅茶苦茶フリーダムだと思う。

大人数が強調するには制約があって統制がとれる言語じゃないとね。

537:デフォルトの名無しさん
09/08/23 21:08:11
>>536
> CommonLisp は関数型言語と呼ぶにはあんまり関数型って感じでもないし。

CLのどの辺が「関数型」じゃないかを言ってみな。
お前の「関数型」の認識が外れていることを証明してやるから。


538:デフォルトの名無しさん
09/08/23 21:17:17
>>537
一々頭に血を昇らせるなよ。
>>536はCLがマルチパラダイム言語であると言いたかっただけだろ。

539:デフォルトの名無しさん
09/08/23 21:18:24
>>537
Java

540:536
09/08/23 21:39:56
ある程度は関数型的なスタイルが推奨されてもいるみたいだけど、
一般に関数型言語と呼ばれる言語のスタイルと比較すると
破壊的更新を選択肢に含める度合は高い。

CommonLisp の持ち味は関数型ってことよりもマクロだと思うんだよね。
マクロが有用なのは DSL というか勝手なパラダイムを表現できることにあるのは同意してもらえると思う。
つまりマクロは「関数型」というパラダイムを積極的に破る機能とも言える。

言うなれば CommonLisp では関数型的スタイルがデフォルトではあっても、
いくらでも自由な表現が許されていて、しかも機能として一応可能であるというだけでなく
様々なパラダイムを許容する文化的土壌もある。

「思う」ばっかりなので実際にはそうでないところもあるかもしれないけどさ。
CL は非常にフリーダムなのに「関数型」という縛りにこだわってるのはナンセンスじゃないかな。

541:デフォルトの名無しさん
09/08/23 22:05:33
単なる道具だろ、言語なんて。
コンピュータなんて単なる箱だろ、どんなに突き詰めても有限な電気信号でしかないよ。
完璧な観念求めるなら数学やろうよ。


542:デフォルトの名無しさん
09/08/23 22:05:46
>>540
第一段落はSchemeにも当てはまっちゃうからその意見はどうなんだろうと思わざるを得ない。
学術にこだわったのがScheme,実学が良いのだと言うのがCLだって言う言い方の方がまだ納得できる様な気がする。

俺としちゃなんでどっちもいがみ合うんだろうと不思議でしょうがないんだけどね
(emacs vs viみたいであほらしい)


543:デフォルトの名無しさん
09/08/23 22:10:04
例えるならキリスト教とイスラム教でしょう。
どちらも元は同じ。

544:デフォルトの名無しさん
09/08/23 22:14:50
なんだかなー。
>>540を読んで、「本当にこの人マクロを理解できてるのかな?」と疑問に思った。

マクロは実行前にエクスパンドされるコードのエイリアス的な存在。
事実、clコードのコンパイル後にはマクロなどすっかり消えて無くなっている。
関数型のスタイルも破られない。

545:デフォルトの名無しさん
09/08/23 22:17:24
LOLにも書いてあったよな確か。CLは関数型言語ではない。って。

546:デフォルトの名無しさん
09/08/23 22:19:32
>>544
何か誤読してない?
>>540が言ってるのは、一番上のレイヤーの話だと思うんだけど。
副作用のある処理を関数的にラップしたりするのと同じで、あくまでも表現の話。

547:デフォルトの名無しさん
09/08/23 22:20:47
実際のところ、Lisp/Schemeプログラマはどの程度副作用の無いプログラミングを
心がけているの?

548:デフォルトの名無しさん
09/08/23 22:22:26
>>547
可能な限り避けて、使うところはできるだけまとめる。
変なバグに悩まされるの嫌だし。

549:デフォルトの名無しさん
09/08/23 22:22:41
>>547
永続化以外はほとんど使わないな。

550:デフォルトの名無しさん
09/08/23 22:24:39
そもそも、ある言語が「関数型」であるかどうかの判定は、
その言葉の定義によって変わるものなんだから、あまり議論する意味がないんだよね。
例えば、グローバル変数がある言語は関数型ではない、と言ってしまえば、ほとんど
どの言語も関数型ではなくなってしまう。 言語の基本的なプログラミングスタイルで
考慮するならば、cl も scheme も関数型と言えるだろうし。


551:547
09/08/23 22:27:05
>>548 >>549
まあそれが非純粋関数型言語における普通のプログラミングだよな。

552:デフォルトの名無しさん
09/08/23 22:33:24
>>537
血の巡りは悪いのに、血がたぎるのだけは早いんだねw

553:デフォルトの名無しさん
09/08/23 22:35:49
>>552 ad hominem で行くことしかできないのかもしれないけど、駄レスは付けないでね

554:デフォルトの名無しさん
09/08/23 22:36:18
>>552
血の巡りが悪いから一箇所に滞るわけで。それが頭だけどね。

555:デフォルトの名無しさん
09/08/23 22:39:14
人身攻撃(ラテン語: ad hominem)とは

556:デフォルトの名無しさん
09/08/23 22:41:43
俺はad hominem より ad aerarium の方が好きだなぁ

557:デフォルトの名無しさん
09/08/23 22:43:43
>>555
もう、子供なんだから。一人じゃ何もできないのね。

URLリンク(en.wikipedia.org)
An ad hominem argument, also known as argumentum ad hominem (Latin: "argument to
the man" or "argument against the man") consists of replying to an argument or
factual claim by attacking or appealing to a characteristic or belief of the
person making the argument or claim, rather than by addressing the substance of
the argument or producing evidence against the claim.

558:デフォルトの名無しさん
09/08/23 22:51:52
>>557
ミイラ取りがミイラになってるぞ
本当にこのスレの住人は罵り合いが好きだな

559:デフォルトの名無しさん
09/08/23 22:53:58
言葉遊びを言葉遊びと認知できない人は (ry

560:デフォルトの名無しさん
09/08/23 22:54:57
set!/setf < 私たちのための争うのはやめて!

561:デフォルトの名無しさん
09/08/23 22:56:07
言葉遊びしたいならVIP行けや

562:デフォルトの名無しさん
09/08/23 22:57:31
>>560
いやお前たちがいないと銀行すら作れないしさ

563:デフォルトの名無しさん
09/08/23 23:10:36
でマクロと関数型の相性はどうなのよ?

564:デフォルトの名無しさん
09/08/23 23:15:25
俺もそこに興味がある。誰か教えて

565:536
09/08/23 23:28:12
>>542
一応ことわっておくけど、>>535 も俺で、>>536 はその続きのつもり。
Scheme と CommonLisp の対比をしたいわけじゃなくて、 >>526 に対する反論。
OO ってことを言うのなら CLOS があるし、
Lisp を使わない理由にはならないという主張。

Scheme と CommonLisp で比較すれば関数型的スタイルは程度問題だとは思うよ。
ただその「程度」の差が 一般的な案件に使えるかどうかは影響する。

566:デフォルトの名無しさん
09/08/23 23:38:27
>>563
悪くないというか、むしろ良いと思う
どちらも原則として副作用を嫌うし、結果として単純な合成が効く

ってか小難しいこと考えなくても、
Lispの、おそらく成功と言っていい歴史が
相性の良さを保証していると思う

567:デフォルトの名無しさん
09/08/23 23:40:03
「practical common lisp」 のほうが「on lisp」より難しくない?

568:デフォルトの名無しさん
09/08/23 23:43:21
マクロと関数型の相性って言われても。直交する概念だと思うけど。
S式とマクロの相性とか、Lisp-1とマクロの相性とかならまだしも。

569:デフォルトの名無しさん
09/08/24 00:03:05
>>568
完全に直交する概念なら相性は良いと言えるんじゃないか?

570:デフォルトの名無しさん
09/08/24 00:23:52
>>567
OnLispは読み物としても良くできてるからじゃないの?

全然関係無いけど久しぶりに「対話によるCommonlisp」を読んだらギャグの寒さに泣いた(内容じゃなくてだじゃれ成分に)


571:デフォルトの名無しさん
09/08/24 00:36:27
>>567
お前、どっちも読んだことないだろ?
practical common lisp は初心者向けの本だぞ。

572:デフォルトの名無しさん
09/08/24 00:43:59
最近Lispに興味を持ち勉強中を始めました。
古本屋で「これがLispだ」という本を見つけ、通読したのですが、この先読むとしたら
何が良いでしょうか?今の所はOn Lispを読もうと考えています。
関数型プログラミングはMLで慣れているので、Lisp特有のテクニック等を学びたいと
思っています。良い本があれば教えてください。

573:デフォルトの名無しさん
09/08/24 00:46:06
>>572
> 関数型プログラミングはMLで慣れているので、Lisp特有のテクニック等を学びたいと

じゃマクロだわ。 On Lisp にしとけ。

574:デフォルトの名無しさん
09/08/24 00:47:15
>>572
今手に入る物ならどれ読んでも大丈夫だから全部読んじゃえばいいと思う(もちろん予算が厳しいならしょうがない)
でもLispの本ってあんまり数無いのよ

個人的に実践とOnLispは読むこと自体に喜びがあるよ
あとANSI CommonLispも良いと思う


575:デフォルトの名無しさん
09/08/24 00:57:41
>>573
>>574
ありがとうございます。まずOn Lispを読んでマクロの使い方を学びたいと思います。
今まで括弧の多さから敬遠していましたが、かなり面白い言語ですね。

576:デフォルトの名無しさん
09/08/24 01:01:35
>>570
ギャグの寒さは初めての人のためのLISPのが上だろう。

577:デフォルトの名無しさん
09/08/24 01:07:28
>>575
マクロを使い熟せるようになると面白みが倍以上になる。
俺みたいに子供の頃積み木遊びやLEGOにはまったような人ならなおさらね。

578:デフォルトの名無しさん
09/08/24 01:52:03
金ないなら図書館で読めよ

579:デフォルトの名無しさん
09/08/24 02:24:27
こんな場末のスレでシャドーボクシングするなよw

580:デフォルトの名無しさん
09/08/24 02:48:06
  ∧_∧
  ((.;.;)ω・)=つ≡つ  ぼこぼこにしてやんよ
  (っ ≡つ=つ
  /  #) ババババ
 ( / ̄∪


最新レス表示
レスジャンプ
類似スレ一覧
スレッドの検索
話題のニュース
おまかせリスト
オプション
しおりを挟む
スレッドに書込
スレッドの一覧
暇つぶし2ch