Lisp Scheme Part21 - 暇つぶし2ch

Lisp Scheme Part21 ..

415:デフォルトの名無しさん
08/04/23 08:00:15
>>412
こういうのか？
(define alias define)

416:デフォルトの名無しさん
08/04/23 08:03:33
>>414
なんで、って言われても、そうなの？　>413
まあ、なんらかの確信があるんだろうなwww

417:デフォルトの名無しさん
08/04/23 08:10:20
人を見下したかのような人しかいないから、ぴったりだと思って

418:デフォルトの名無しさん
08/04/23 08:37:36
回りくどいスレタイより「lisperが他の言語を馬鹿にして諭すスレ」
でいいよ。

419:デフォルトの名無しさん
08/04/23 09:18:52
…春だなあ。

420:デフォルトの名無しさん
08/04/23 09:20:04
逆に馬鹿にされるのがオチ。

421:デフォルトの名無しさん
08/04/23 09:25:07
>>413
他言語の構文をread macroでやらかすスレとかならおもしろいかもね

422:デフォルトの名無しさん
08/04/23 09:38:51
>>417
コンプレックスがひどいと、そう見えるらしいよ。

423:デフォルトの名無しさん
08/04/23 09:41:28
>>404
元々、プロプラの物をオプンで代替する活動だからね
新規性が売りじゃないから GPL のラベルを付ければ何でもオケ

424:デフォルトの名無しさん
08/04/23 09:45:56
>>421
そいういうんだったら逆になんでもS式に変換してみてほしい。
S式Rubyなunacceptable acceptable lispとか見てみたい。

425:デフォルトの名無しさん
08/04/23 11:08:09
>>424
たしかRuby1.8では、ソースから変換した構文木を直接evalしてたはずだから
それを括弧で囲めばＳ式になるんじゃないか？

426:デフォルトの名無しさん
08/04/23 13:16:50
今のところRubyは食わず嫌いだが、ソースがS式になるなら使ってやってもいいな

427:デフォルトの名無しさん
08/04/23 14:29:05
RubyはMatzLispでPythonはGuidoLispなんだよ！とかなんとか

428:デフォルトの名無しさん
08/04/23 15:46:41
lispuser.netだかどこかで見せてくれた最高にキモイlispコードってのがまさにそれじゃないの？>> read macroでホゲ

429:デフォルトの名無しさん
08/04/23 18:13:54
春めいた流れになってきたなｗ

430:グラハム
08/04/23 19:14:42
君達、LispとRubyのいいとこ取りの言語があるのを知らないのかい？

431:デフォルトの名無しさん
08/04/23 19:26:13
>>430
ポールグレアムなら知ってるが、あんた誰？w
つｽﾚﾘﾝｸ(tech板)

432:デフォルトの名無しさん
08/04/23 19:32:06
>>431
チャップマンかカーかどっちかじゃね？

433:デフォルトの名無しさん
08/04/23 19:40:11
ろくなライブラリーも無いうちからLispとRubyのいいとこ取りの言語を名乗るから評判悪いんだよなｗ
むしろGaucheがArcのいいとこ取りすれば解決しそうだ。

434:グラハム
08/04/23 19:58:23
思い出せば私のエッセイもいつも最初は不評だったものだ。

435:デフォルトの名無しさん
08/04/23 20:04:33
世界の料理ショーの人頑張ってライブラリ作れよw

436:デフォルトの名無しさん
08/04/23 20:05:27
ふーむ、、、何故あなたはそう確信するのですか？

437:デフォルトの名無しさん
08/04/23 20:07:01
ﾆﾔﾆﾔ

438:デフォルトの名無しさん
08/04/23 20:11:02
Matz>Graham　だな。Lisp厨涙目ｗ

439:デフォルトの名無しさん
08/04/23 20:12:05
何の話だ

440:デフォルトの名無しさん
08/04/23 20:16:10
他の言語にいちゃもんつけるお仕事、ご苦労様です
Ruby厨の人も大変だな

441:デフォルトの名無しさん
08/04/23 20:18:03
Ruby厨さえ居なけりゃ、Rubyも良い言語なのにな。ｗ

442:デフォルトの名無しさん
08/04/23 20:20:28
Lisp On Railsってあるの？

443:デフォルトの名無しさん
08/04/23 20:24:55
それなんて Kahua

444:デフォルトの名無しさん
08/04/23 21:04:35
Kent Dybvigの本と迷ったが一番定評があるｺｯﾁをやることにした。

Programmation fonctionnelle en scheme
by Jean-Michel Hufflen, Masson, Paris, 1996
EUR 26.13

日本語版があればDybvigのを読みたかった。
読み終わったらStruktur und Interpretation von Computerprogrammenを読む予定。
でもLittleが流行ってるから先に読みたいな。でも英語がちょっと orz

445:デフォルトの名無しさん
08/04/23 21:11:00
仏蘭西語と独逸語が堪能なら英語くらいなんとかなるだろ

446:デフォルトの名無しさん
08/04/23 21:34:28
独仏国境だから二ヶ国語は馬鹿でも生活の中で自然に覚える。
英語は勉強が必要。でも勉強するならProgrammationの方が楽しい。

447:デフォルトの名無しさん
08/04/23 21:38:34
このスレに常駐したらLispとSchemeが堪能になるようなもんかｗ

448:デフォルトの名無しさん
08/04/23 21:42:12
>>441
厨が集まる言語の条件:
・誰でも演習レベルまでは直ぐいける。
・ハイレベルに移行するには何らかのセンスor適切なガイドが必要
・エキスパートによって成果が出ている。

449:デフォルトの名無しさん
08/04/23 21:42:51
(* 164.042160 26.13)
⇒4286.421640799999

ぐは、結構高い！

450:デフォルトの名無しさん
08/04/23 22:41:47
>>400-402
Lispには大きく分けて東のMACLISP系と西のInterlisp系の二つの主流が存在。
MACLISP系：Lisp 1.5 → MacLisp → CommonLisp の『MIT系Lisp文化』
Interlisp系　：Interlisp-10→Interlisp-Dの対話型環境の『Xerox PARC系Lisp文化』
GNU EmacsはMacLispから分かれて来てるからMACLISP系に入れる。

451:デフォルトの名無しさん
08/04/23 22:59:22
schemeはその流れに入ってないの？

452:デフォルトの名無しさん
08/04/23 23:39:39
>>451
schemeは当初maclispで実装されたし、影響もそれなりにあるからmaclisp系っていえば
そうとも言えるんじゃないかな。
MIT系であるのは確かだよね。

453:デフォルトの名無しさん
08/04/24 00:12:24
πの計算をストリームを使ってやってみた。
けど、なぜかあまり近づかない。なんでだろ。教えて。

URLﾘﾝｸ(codepad.org)

454:デフォルトの名無しさん
08/04/24 00:13:28
収束の遅い公式を使うからでしょ

455:デフォルトの名無しさん
08/04/24 00:16:33
>>454
ここでは10ぐらいでかなり近くなってる。どして？
URLﾘﾝｸ(www.aomori-u.ac.jp)

456:デフォルトの名無しさん
08/04/24 00:27:29
わかった方教えてください。あしたまた来ます。お願いします。

457:デフォルトの名無しさん
08/04/24 01:00:10
最後の行ですね、わかります

458:デフォルトの名無しさん
08/04/24 01:21:21
>>457
有り難う御座いました。そのヒントで見つかりました。
URLﾘﾝｸ(codepad.org)

でも微妙に値が違ってるようです。3つ目の末尾から。
まだ、他にも間違いがあるんでしょうか?
それとも精度の問題なんでしょうか。

459:デフォルトの名無しさん
08/04/24 01:31:18
write時の問題かな。2進的には同じ数値になってるんじゃないか？

460:デフォルトの名無しさん
08/04/24 01:33:38
3.14159265358979 までは合ってる。
どう見ても問題ありません＞＜

461:デフォルトの名無しさん
08/04/24 01:40:10
やっぱり合ってそうですか。
計算以外のところが原因なのかな？
ますます原因不明ですが今日のところは落ちます。
有り難う御座いました。またあした。

462:デフォルトの名無しさん
08/04/24 01:42:36
11個目から+nan.0なのか。ストリームの意味無いじゃん。ちょっとﾜﾛﾀ。

463:デフォルトの名無しさん
08/04/24 01:58:14
眠いしよく見てないんで直感だけで書くけど、
euler加速の計算のdenominatorが0になってるんじゃないの？

464:デフォルトの名無しさん
08/04/24 03:00:40
無限ストリームでスマートに多倍長の演算でもしてるのかと思ったら
違うのかよ

465:デフォルトの名無しさん
08/04/24 04:23:07
Amazon.co.jpのプログラミングGaucheのカスタマーレビュー書いたバカ誰よ？
On Lisp書いたの誰だかわからないようなのが何書いても信憑性ないんだけど。
折角いい本なのに余計なことしやがって(-_メ)

466:デフォルトの名無しさん
08/04/24 04:48:55
藻前が書けばいいジャマイカ。
まあ、こんなところでちくちく攻撃してるやつの書評なんか読みたくもないがww

467:デフォルトの名無しさん
08/04/24 04:51:05
Amazonの書評って、分野によらず全然アテにならん。
鋭いこと書ける人は、ブログやら何やらで幾らでも「読者」を獲得できるこの時代、
大企業の威光を借りて「ここならボクちんの鋭いヒヒョウを皆に聞いてもらえるるる～」と興奮しちゃうのは、
「自分では自分の鋭さを信じているが、どういうわけか（笑）他人にはそう思ってもらえない人」
だけになっちゃったんだ。

468:デフォルトの名無しさん
08/04/24 05:00:31
アテになるかはともかく、とっかかりぐらいにはなるぞ
Amazonに限らずネットの情報なんて大部分はそんなものだろう

469:デフォルトの名無しさん
08/04/24 05:39:45
アマゾンレビューなぞ大抵は書きっぱなしの自己満だから気にすんな。

470:デフォルトの名無しさん
08/04/24 09:59:58
GaucheはSchemeの方言(笑)
まあ尼のレビューの意義なんて内容よりも書く事自体にあるんじゃないのか。
文句があるならもっと良いレビューを書けばいいだけの話。

471:デフォルトの名無しさん
08/04/24 10:24:40
自分が思ったことレビュー蘭に書いたくらいでこんだけ叩かれるんだから
Gauche本のレビュー書くのも大変だよなwww
一体、誰が書けば納得すんだよw

472:デフォルトの名無しさん
08/04/24 10:36:43
思ったことを書いたから叩かれるのではなく、その内容がアレだから叩かれるんだよ。
誰が書けば納得するのか、じゃなくて、誰が書いても、内容がまともなら納得するんだよ。

馬鹿じゃないことがその人にとって大変なことなら、レビューを書くのは確かに大変だ。

473:デフォルトの名無しさん
08/04/24 10:41:38
perl,ruby,pythonのようなLL系やHaskellやOCamlのようなML系も独自のmakefile形式を持ってるけど
scheme版のmakeみたいなの無いの？
S式で依存関係とか生成規則をガリガリ書けるようなもの

474:デフォルトの名無しさん
08/04/24 11:52:19
うちの研究室の先輩が作って代々受け継がれているものならある。
結構便利。公開してないけど。

475:364
08/04/24 13:12:26
>>380
自分のバグでした
正規表現で文字の置き換えしようとして
全角文字の後ろ半分のバイトだけ置き換えてたみたいです

476:デフォルトの名無しさん
08/04/24 13:13:21
>>473-474
lispで動くシェルじゃだめなの？

477:デフォルトの名無しさん
08/04/24 14:22:17
>>450
elispはshallow bindingじゃないから、
MacLisp系というのには難がある。
基本関数名もあまりMacLispMacLispしてない。

478:デフォルトの名無しさん
08/04/24 14:32:10
>>477
少なくとも、InterlispよりはMaclisp系だよ。とりあえず defun だし。ｗ

479:デフォルトの名無しさん
08/04/24 14:38:07
>>450
URLﾘﾝｸ(www.levenez.com) みたいに系統樹にしてみると面白いかもな

480:デフォルトの名無しさん
08/04/24 16:57:13
>>477
emacsのリファレンスにもmaclispに強く影響を受けてるって書いてるじゃん。
rmsがmaclispで育ってるんだから当然っていえば当然だと思うけど…。

481:デフォルトの名無しさん
08/04/24 18:48:35
>>479
MirandaとかErlangとかLuaとかAliceとかCgとかHyperTalkとか載ってない。 orz´

482:デフォルトの名無しさん
08/04/24 18:51:13
>>462-464
それSICPに載ってるやん

483:デフォルトの名無しさん
08/04/24 18:54:59
>>479,>>481
最近話題のOzもない。Orz

484:デフォルトの名無しさん
08/04/24 20:10:19
>>482
p.334からp.337の "3.5.3 Exploiting the Stream Paradigm" ！

485:デフォルトの名無しさん
08/04/24 20:31:56
>>484
日本語版ではp.198からp.200にあった。

486:デフォルトの名無しさん
08/04/24 21:19:45
Gauche本を読んでcontinuationを理解した春の夕暮れ。
今日は良い日だった。

487:デフォルトの名無しさん
08/04/24 21:24:03
希望の精度まで計算するstream-limitを使った計算例。
>>484-485に書いてあるsqrtの計算をやってみた。πの計算にも使えるﾊｽﾞ。ﾔｯﾃﾅｲｹﾄﾞｗ
URLﾘﾝｸ(codepad.org)

488:デフォルトの名無しさん
08/04/24 21:34:38
>>478
適当なこと言いました。やってみたら計算負荷が高いようです。timeoutしましたｗ
URLﾘﾝｸ(codepad.org)

489:デフォルトの名無しさん
08/04/24 21:36:23
ここは学坊しかいないのか？

490:デフォルトの名無しさん
08/04/24 21:55:46
いや、声が大きいだけ

491:デフォルトの名無しさん
08/04/24 22:16:21
ln2 の計算。ループ10回で精度ｷﾞﾘｷﾞﾘなのはおんなじ。
URLﾘﾝｸ(codepad.org)

492:デフォルトの名無しさん
08/04/25 00:24:38
今日の勉強の成果。SICP p.328-334
Ex 3.59
exp-series
cosine-series
sine-series
Ex 3.60
mul-series
Ex 3.61
invert-unit-series
Ex3.62
div-series
tan-series

URLﾘﾝｸ(codepad.org)

493:デフォルトの名無しさん
08/04/25 00:44:39
Exploiting the Stream Paradigm ！

>>398 runge-kutta URLﾘﾝｸ(codepad.org)
>>458 Pi URLﾘﾝｸ(codepad.org)
>>491 ln2 URLﾘﾝｸ(codepad.org)
>>492 exp-series cosine-series sine-series tan-series URLﾘﾝｸ(codepad.org)

494:デフォルトの名無しさん
08/04/25 01:53:53
>>473
ASDFをGaucheに移植すればいいんジャマイカ？

495:デフォルトの名無しさん
08/04/25 01:59:21
ASDFはCLだす

496:デフォルトの名無しさん
08/04/25 02:37:36
だから移植なんじゃねーの？

497:デフォルトの名無しさん
08/04/25 02:50:04
まずGaucheでCommon Lispを書いて、その上で動かせば桶

498:デフォルトの名無しさん
08/04/25 03:09:06
よしまかせた！