Lisp Scheme Part17
at TECH
1:デフォルトの名無しさん
07/04/20 19:41:39
Lisp全般のスレです
過去スレ
Part16: スレリンク(tech板)
Part15: スレリンク(tech板)
Part14: スレリンク(tech板)
Part13: スレリンク(tech板)
Part12: スレリンク(tech板)
Part11: スレリンク(tech板)
Part10: スレリンク(tech板)
Part9: スレリンク(tech板)
http://が多すぎるらしいので分割
2:デフォルトの名無しさん
07/04/20 19:42:35
Part8: URLリンク(pc5.2ch.net)
Part7: URLリンク(pc5.2ch.net)
Part6: URLリンク(pc3.2ch.net)
Part5: URLリンク(pc3.2ch.net)
Part4: URLリンク(pc.2ch.net)
Part3: URLリンク(pc.2ch.net)
Part2: URLリンク(pc.2ch.net)
Part1: URLリンク(piza2.2ch.net)
3:デフォルトの名無しさん
07/04/20 19:43:22
□参考リンク□
日本Lispユーザ会(日本語)
URLリンク(jp.franz.com)
ここにかなりの情報があります。
URLリンク(jp.franz.com)
削るとAllegro Common Lispのページへ
プログラミング言語Scheme(日本語)
URLリンク(www.sci.toyama-u.ac.jp)
Schemeの人はまずここを見ましょう。
Lisper への道(日本語)
URLリンク(www.geocities.co.jp)
判りやすいLISP入門サイト。
Schemeへの道(日本語)
URLリンク(www.stdio.h.kyoto-u.ac.jp)
ここはschemeの入門サイト。
4:デフォルトの名無しさん
07/04/20 19:44:10
慶応の授業のページ・記号処理プログラミング 2001
URLリンク(buri.sfc.keio.ac.jp)
Practical Scheme(日本語)
URLリンク(practical-scheme.net)
「普通のやつらの上を行け」など、興味深い文書を沢山翻訳されてます。
(Gaucheという完成度の高いscheme処理系作者さんのページでもあります。)
Scheme Hash(英語)
URLリンク(okmij.org)
S式でXMLを使える様にするSXMLなど
John McCarthy's Home Page
URLリンク(www-formal.stanford.edu)
LISPの生みの親、J・マッカーシーのページだそうです。
Association of Lisp Users
URLリンク(www.alu.org)
米国のLispユーザ会
5:デフォルトの名無しさん
07/04/20 19:44:55
□SICP関係□
SICP(英語)
URLリンク(mitpress.mit.edu)
「計算機プログラムの構造と解釈」の原書です。 全てオンラインで読めます。
計算機プログラムの構造と解釈 第二版 (snip) に関連するホームページ
URLリンク(www.ipl.t.u-tokyo.ac.jp)
SICPの回答集
URLリンク(www.melt.kyutech.ac.jp)
URLリンク(pluto.aurorasd.co.jp)
URLリンク(www.ipl.t.u-tokyo.ac.jp)
URLリンク(www.sampou.org)
6:デフォルトの名無しさん
07/04/20 19:45:43
□その他□
Schemeで書かれた正規表現ライブラリ
URLリンク(www.cs.rice.edu)
幻の「入門Scheme」
URLリンク(www4.ocn.ne.jp)
オンラインで読める
各種scheme処理系をcygwin上からビルドする方法など。
URLリンク(www.geocities.co.jp)
Bit - Implantation compacte de Scheme
URLリンク(www.iro.umontreal.ca)
mini-schemeよりも小さい(?)bytecode変換系
Lisp 言語処理系: CAMPUS LIsP, Lemon version
URLリンク(aten.aial.hiroshima-u.ac.jp)
Cコードによるわずか1000行の実装
Cliki
URLリンク(www.cliki.net)
CommonLispのプログラムがたくさん紹介されているのでここを当たるべし。
7:デフォルトの名無しさん
07/04/20 19:48:26
encyCMUCLopedia
URLリンク(www.isr.ist.utl.pt)
cmucl以外でも有益なはず
CMUのLisp Repository
fURLリンク(ftp.cs.cmu.edu)
新旧様々なプログラムが置いてある
Tiny CLOS Tutorial
URLリンク(home.adelphi.edu)
Schemix
URLリンク(www.abstractnonsense.com)
Linuxのkernelへのパッチで、/dev/として扱えるTinyScheme
Bibliography of Scheme-related Research
URLリンク(library.readscheme.org)
Scheme関連の論文リンク集
8:デフォルトの名無しさん
07/04/20 19:49:13
その他よさそうなリンク
awkで書かれたわずか500行のLispインタプリタ
awklispを読めばLispが理解できる
URLリンク(www.accesscom.com)
Emacs Lisp 2
スレリンク(tech板)
* Hotdog Scheme URLリンク(rover.cs.nwu.edu)
MS が金出してたみたい
* Bigloo URLリンク(www-sop.inria.fr)
CLR 用のコードを吐けるようになったらしい
★★継続 ★★
なんでも継続
URLリンク(practical-scheme.net)
Schemeへの道:継続
URLリンク(www.stdio.h.kyoto-u.ac.jp)
継続の使い方
URLリンク(www.geocities.co.jp)
継続の使用法
URLリンク(www.ice.nuie.nagoya-u.ac.jp)
CPS(継続渡しスタイル)の説明
URLリンク(www.csl.sony.co.jp)
Kahua: 継続ベースのアプリケーションサーバー
URLリンク(www.kahua.org)
9:デフォルトの名無しさん
07/04/20 19:50:01
仕様関係)
CLtL2: Common Lisp the Language 2nd edition
URLリンク(www-2.cs.cmu.edu)
CLHS: Common Lisp Hyper Spec
URLリンク(www.ai.mit.edu)
R5RS: Revised(5) Scheme(ja)
URLリンク(www.sci.toyama-u.ac.jp)
便利な情報リソース)
The Common Lisp Cookbook: いわゆる Cookbook
URLリンク(cl-cookbook.sourceforge.net)
小さい実装)
SECDR-Scheme: SECD machine model に基づく実装
URLリンク(lily.fan.gr.jp)
Minischeme: 1 ファイルに凝縮された Scheme 処理系
URLリンク(tinyscheme.sourceforge.net)
TinyScheme: Minischeme を色々弄ったもの
URLリンク(tinyscheme.sourceforge.net)
KI-Scheme, AM-Scheme, etc...
URLリンク(www.nifty.com)
LispMe: Palm 上で動く Scheme 処理系. これも SECD virtual machine.
URLリンク(www.lispme.de)
10:デフォルトの名無しさん
07/04/20 19:50:49
仕様関係)
CLtL2: Common Lisp the Language 2nd edition
URLリンク(www-2.cs.cmu.edu)
CLHS: Common Lisp Hyper Spec
URLリンク(www.ai.mit.edu)
R5RS: Revised(5) Scheme(ja)
URLリンク(www.sci.toyama-u.ac.jp)
便利な情報リソース)
The Common Lisp Cookbook: いわゆる Cookbook
URLリンク(cl-cookbook.sourceforge.net)
小さい実装)
SECDR-Scheme: SECD machine model に基づく実装
URLリンク(lily.fan.gr.jp)
Minischeme: 1 ファイルに凝縮された Scheme 処理系
URLリンク(tinyscheme.sourceforge.net)
TinyScheme: Minischeme を色々弄ったもの
URLリンク(tinyscheme.sourceforge.net)
KI-Scheme, AM-Scheme, etc...
URLリンク(www.nifty.com)
LispMe: Palm 上で動く Scheme 処理系. これも SECD virtual machine.
URLリンク(www.lispme.de)
11:デフォルトの名無しさん
07/04/20 19:51:39
↑かぶったorz
LISP Scheme Part9 (html化) って、なんでこれだけ
URLリンク(ruku.qp.tc)
独習 Scheme 三週間
URLリンク(www.sampou.org)
Schemeの教科書
よろずや
URLリンク(www.geocities.co.jp)
lispの実用的な情報が色々。
Common-Lisp.net: 多くのプロジェクトがホスティングされてる
URLリンク(common-lisp.net)
Bill Clementson's Blog: Lisp関連の話題が中心のBlog
URLリンク(home.comcast.net)
Practical Common Lisp: S式の羅列で現実的な問題をどう解くのかそのギャップに悩まされてる人に
URLリンク(www.gigamonkeys.com)
12:デフォルトの名無しさん
07/04/20 19:54:05
黒田氏関係
スレリンク(tech板:901-909番)
901 名前:デフォルトの名無しさん 投稿日:2007/02/22(木) 02:43:57
Scheme入門者なのですが、ネットであちこち眺めていたら
こんな事が書かれていて萎え気味なのですが、気にしなくて良いですよね?
URLリンク(cl-www.msi.co.jp)
909 名前:デフォルトの名無しさん 投稿日:2007/02/22(木) 21:14:01
>>901
そこで黒田氏が出来ないと言うことは全部出来ますよ
ここでShiro氏が論破しています
Scheme:マクロ:CommonLispとの比較
URLリンク(practical-scheme.net)
しかしLispを知らないヤツに限ってLispを語りたがると言っていた黒田氏が
その忌み嫌っている人たちと同じ事をするというのが面白いw
Script Languages
URLリンク(cl-www.msi.co.jp)
13:デフォルトの名無しさん
07/04/20 19:55:35
その他現在の2ch上にあるLISP関係のスレ
【入門】CommonLispその2【質問よろず】
スレリンク(tech板)
【CGI】実用比較Lisp vs C/C++【GUI】
スレリンク(tech板)
C式(C言語風汎用データ形式)を作ろう!
スレリンク(tech板)
【ヤパーリ】XMLをS式に置換えていくスレ【LISP最強】
スレリンク(tech板)
Emacs Lisp 2
スレリンク(tech板)
【叩かれて】Emacs Lisp道場【強くなれ】
スレリンク(unix板)
Lisp@UNIX版
スレリンク(unix板)
14:デフォルトの名無しさん
07/04/20 19:57:17
> (endp 'テンプレ)
t
とりあえず前スレのまま、貼ったけど多いなw
まとめサイトとか欲しくなった。。。
15:デフォルトの名無しさん
07/04/20 20:18:25
wikipedia関連
Wikipedia項目リンク
Wikipedia項目リンク
Wikipedia項目リンク
これも追加しといて〜
16:デフォルトの名無しさん
07/04/20 20:53:45
イベント:
GaucheNight(2007-05-09)
URLリンク(practical-scheme.net)
川合史朗、黒田寿男、まつもとゆきひろ(Skype中継)、小飼弾、
伊東勝利、久井亨、小黒直樹、ほか
17:デフォルトの名無しさん
07/04/20 21:52:25
>>1 おつ〜
18:デフォルトの名無しさん
07/04/20 23:57:29
SBCL Buildbot
URLリンク(sbcl.static.net)
そういえばテンプレには SBCL 関連の話題って全くないんだね。
19:デフォルトの名無しさん
07/04/21 00:25:13
LispUser.net (よろずや?)
URLリンク(lispuser.net)
SLIME などの Common Lisp 系の日本語ドキュメントがある。
前スレ 40 より。SBCL の日本語情報もあるみたいよ。
20:デフォルトの名無しさん
07/04/21 00:59:36
まとめサイトね。。。どっかの無料wikiを利用するといいかも。
rubyでよければ、 URLリンク(wiki.fdiary.net) だが、lisp系なら
ば、shiroさん所に間借り?
21:デフォルトの名無しさん
07/04/21 01:22:12
それにしてもポール・グレアムがlispで書かれていたとはね。
知らんかった。
22:デフォルトの名無しさん
07/04/21 01:39:40
>>21
まじすか?
ポール"人工知能"グレアムのソースコード見たい。
オープンにはなってないのかな。
23:デフォルトの名無しさん
07/04/21 22:26:07
scheme での質問です。
'((1 2 3) (4 5 6) (7 8 9)) => '((1 4 7) (2 5 8) (3 6 9))
とするのに、map を使って再帰や do で書けたんですが、
reverse を fold を使ってもできるように、
1行程度で簡潔に書く技はありますか?
24:デフォルトの名無しさん
07/04/21 22:39:16
(apply map list '((1 2 3) (4 5 6) (7 8 9)))
=> ((1 4 7) (2 5 8) (3 6 9))
てこと?
25:デフォルトの名無しさん
07/04/21 23:46:28
>>24
そうです。ありがとうございます。apply ってこうやって使うんですか。
まだ全然わかってませんがおもしろいですね。もっと頑張ってみます。
26:デフォルトの名無しさん
07/04/23 03:04:01
amazon の On Lisp の高騰振りはなんなんだ?
なんか転売屋の目に付くような事あったのかな。
売れっぷりのよさ?
2刷早くだしちゃいなよw
27:デフォルトの名無しさん
07/04/23 11:22:52
>>26
ほんとぼったくり連中の餌になってるね。
近くでまだ一冊売ってるんだがね。
28:デフォルトの名無しさん
07/04/23 16:49:01
>>27
タダで読めるんだって知らない人大杉だよね。
;;紙媒体の方が読みやすいのは確かだけどさ。
29:デフォルトの名無しさん
07/04/24 21:11:25
★2ch内のLisp関連スレッド
Lisp URLリンク(find.2ch.net)
Scheme URLリンク(find.2ch.net)
Emacs URLリンク(find.2ch.net)
Xyzzy URLリンク(find.2ch.net)
Autocad URLリンク(find.2ch.net)
Maxima URLリンク(find.2ch.net)
と2ちゃんないスレッドを書いているテンプレを書き直した方が良いかもね。
30:デフォルトの名無しさん
07/04/24 21:15:58
酷い罠だ
31:デフォルトの名無しさん
07/04/24 21:18:42
ほんとだ、本文検索じゃん
モリタポ返せ!
32:デフォルトの名無しさん
07/04/24 21:24:05
>>29
氏ねボケ
33:デフォルトの名無しさん
07/04/24 21:29:03
失敬。
モリタポって知らないけど、それでスレッド調べられたから載せたけど
悪意があったのではないです。
>>32
死ぬ気はありませんのであしからず。
34:デフォルトの名無しさん
07/04/24 21:32:57
Lisp URLリンク(find.2ch.net)
Scheme URLリンク(find.2ch.net)
Emacs URLリンク(find.2ch.net)
Xyzzy URLリンク(find.2ch.net)
Autocad URLリンク(find.2ch.net)
Maxima URLリンク(find.2ch.net)
これで問題が無い?
35:デフォルトの名無しさん
07/04/24 21:33:54
Lisp URLリンク(find.2ch.net)
Scheme URLリンク(find.2ch.net)
Emacs URLリンク(find.2ch.net)
Xyzzy URLリンク(find.2ch.net)
Autocad URLリンク(find.2ch.net)
Maxima URLリンク(find.2ch.net)
また失敗これでいいか
36:デフォルトの名無しさん
07/04/24 22:30:22
>>33
そうだよな
お前の場合もう社会的生命は終わってるしな
37:デフォルトの名無しさん
07/04/24 22:38:45
あっさり切り替えされたんで必死で一捻り加えてきたw
38:デフォルトの名無しさん
07/04/25 01:15:15
というか普通にスレ載せた方がいいだろ
39:デフォルトの名無しさん
07/04/25 11:14:38
>>38
意図がわからなかったようだな。スレが進行中にデットリンクや新たなスレが
出来た時を考えてる。今だけを見ていればスレを載せればいい事だ。
40:デフォルトの名無しさん
07/04/25 11:57:56
竜頭蛇尾
41:デフォルトの名無しさん
07/04/25 12:16:31
関連スレなんて、見る奴は自分で検索して見るし、見ない奴はまったく見ない。
その時点での現行スレへのリンクもいらないよ。
42:デフォルトの名無しさん
07/04/25 12:36:05
スレタイ検索だと糞スレも普通にひっかかるし
関連スレも進みが遅いし現状でいいでしょ・・・
そもそも、なんでスレの序盤でテンプレの話してるんだよw
43:デフォルトの名無しさん
07/04/25 12:37:03
最近このスレ、括弧が滅多に書かれなくなったな
44:デフォルトの名無しさん
07/04/25 13:03:47
>>43
:-))))))))))))))))))
45:デフォルトの名無しさん
07/04/25 13:22:07
_, ._
( ・ω・)
○={=}〇,
|:::::::::\, ', ´
.)).))し ))`(.@)..)))))))))
46:デフォルトの名無しさん
07/04/25 14:48:15
((((((((なんで閉じ括弧ばかりなんだよ...))))))))
47:デフォルトの名無しさん
07/04/25 17:07:36
>>43
カッコ悪いからな
48:デフォルトの名無しさん
07/04/25 17:14:28
>>47
【審議中】
ヒソヒソ ヒソヒソ
∧,,∧ ∧,,∧ ヒソヒソ
∧ (´・ω・) (・ω・`) ∧∧
ヒソヒソ ( ´・ω) U) ( つと ノ(ω・` ) ヒソヒソ
| U ( ´・) (・` ) と ノ
u-u (l ) ( ノu-u
`u-u'. `u-u'
49:デフォルトの名無しさん
07/04/25 23:41:17
括弧が逆だと激しく読みにくいな
)if )good-smell? omeko( )erect( )puke((
50:デフォルトの名無しさん
07/04/26 00:52:52
>>49
"全く気にならない!" と,
言いたいんだけど, 字面の座りが悪い.
つか, " ')if ってシンボルあったっけ?" て,
思った
51:デフォルトの名無しさん
07/04/26 06:53:01
>>49
うーん、その発想がすてきw
52:デフォルトの名無しさん
07/04/26 07:05:18
44 名前: あぼ〜ん [あぼ〜ん] 投稿日: あぼ〜ん
あぼ〜ん
45 名前: あぼ〜ん [あぼ〜ん] 投稿日: あぼ〜ん
あぼ〜ん
46 名前: あぼ〜ん [あぼ〜ん] 投稿日: あぼ〜ん
あぼ〜ん
47 名前: あぼ〜ん [あぼ〜ん] 投稿日: あぼ〜ん
あぼ〜ん
48 名前: あぼ〜ん [あぼ〜ん] 投稿日: あぼ〜ん
あぼ〜ん
49 名前: あぼ〜ん [あぼ〜ん] 投稿日: あぼ〜ん
あぼ〜ん
50 名前: あぼ〜ん [あぼ〜ん] 投稿日: あぼ〜ん
あぼ〜ん
51 名前: あぼ〜ん [あぼ〜ん] 投稿日: あぼ〜ん
あぼ〜ん
53:デフォルトの名無しさん
07/04/26 22:38:04
ところでIRCのwide系にある#scheme-jpチャンネルがいつも寂しすぎるんだけど、
次あたりからテンプレに入れね?
54:デフォルトの名無しさん
07/04/26 23:21:58
>>53
だったらこれも。
URLリンク(www.lingr.com)
55:デフォルトの名無しさん
07/04/28 04:19:33
次のようなリストがあるとして、
'("April 2007"
("Su" "Mo" "Tu" "We" "Th" "Fr" "Sa")
(1 2 3 4 5 6 7)
(8 9 10 11 12 13 14)
(15 16 17 18 19 20 21)
(22 23 24 25 26 27 28)
(29 30 #f #f #f #f #f))
再帰を使って下のように整形して出力するにはどうすればよいですか?
April 2007
Su Mo Tu We Th Fr Sa
1 2 3 4 5 6 7
8 9 10 11 12 13 14
15 16 17 18 19 20 21
22 23 24 25 26 27 28
29 30
56:デフォルトの名無しさん
07/04/28 04:23:30
リストだったらfor-eachで再帰
57:デフォルトの名無しさん
07/04/28 04:26:12
すみません。for-eachならできたのですが、
こういう処理は再帰(named let とか)ではやらないのでしょうか?
58:デフォルトの名無しさん
07/04/28 08:42:28
もちろん再帰でやってもいいけど、その再帰が何を表しているのかは
ちゃんと読まないとわからない。
for-eachなら名前を見ただけで一発じゃない?
for-eachも中身は再帰で書いてあると思いねえ
(実際はCのfor文で書いてあるかも知れないが)。
だから再帰で繰り返しするなら、できればその一般的な構造を取り出して
汎用化し、名前をつけるのがいい。これが抽象化。
……もしかして宿題だったとか。
59:デフォルトの名無しさん
07/04/28 13:54:07
On Lisp 2刷記念age
60:デフォルトの名無しさん
07/04/29 00:00:26
転売屋脂肪
61:デフォルトの名無しさん
07/04/29 01:13:29
2刷って図のコードが本文のコードをぶった切ってるのって直ってるの?
62:デフォルトの名無しさん
07/04/29 01:21:16
版がかわらないと中身は同じなんじゃね?
63:デフォルトの名無しさん
07/04/29 01:42:05
なにそれ? どこの部分?
俺、Lisp さっぱり知らない癖に Lisp の勉強用にこれ読み始めたところだから
知らずにその部分を読んだら、ちょっと錯乱しちゃうかも。
64:デフォルトの名無しさん
07/04/29 04:52:14
>>63
31-32とか74-75とか。
74-75は悩んだな。
「この最後の or は意味ないだろ・・・」って思ってたら次のページに続きがあった。
65:デフォルトの名無しさん
07/04/29 05:37:01
>>64
d!
確かにこの切り方は酷いw
66:flatline ◆r6EONKKhcc
07/04/29 14:31:12
>>61
そういう点は一切変えていません.
URLリンク(practical-scheme.net)
の「第1版第1刷」に挙げられている6項目のみ修正されています.
うーん,本文のコード内で改ページがあるのは読み辛かったですか... すいません.
次の増刷はさすがにずいぶん先になるだろうし,
改版でもなければ改ページの伴うような大きな変更はできないのですが,
一応ご不満な点があれば何であれお伝え下さい.
67:デフォルトの名無しさん
07/04/29 15:08:38
なんでお前の手伝いをせにゃならんの?
馬鹿は休み休み言え
68:デフォルトの名無しさん
07/04/29 15:49:17
休み休み言ってる気が・・・
69:デフォルトの名無しさん
07/04/29 16:15:27
GW馬鹿……
70:デフォルトの名無しさん
07/04/29 18:50:18
>うーん,本文のコード内で改ページがあるのは読み辛かったですか... すいません.
いや、コード中に改ページがくること自体は全然許容範囲。
問題はその改ページの仕方。1行だけ次のページに来て
しかもその間に別のコード(図のコード)がくるのはちと辛い。
71:デフォルトの名無しさん
07/04/29 20:07:18
>>67
不満の指摘=手伝い、とか、「せにゃならん」とか、ココロのビョーキか君はw
72:デフォルトの名無しさん
07/04/29 22:00:17
ま、こんなところで呼びかけるのは間違ってると思うがな。
変なのに絡まれる前に撤退したほうが吉。
73:デフォルトの名無しさん
07/04/29 22:41:46
また荒しか
74:デフォルトの名無しさん
07/04/29 22:59:39
デバッグしたいんなら自分のブログでやればいいのに
なんでここでやるかな
頭悪そう
75:デフォルトの名無しさん
07/04/29 23:15:29
一つききたい事がある。国内のlisp関連のMLはどこにある?
gaucheだけ?
76:デフォルトの名無しさん
07/04/29 23:38:27
>>66
もう買ってしまったが、別にそのくらい気にしないお。
満足満足。PC の電源入れなくても読めるのイイ。
77:デフォルトの名無しさん
07/04/29 23:47:04
>>74
まぁ君ほどの学歴は無いよ。うん。
78:デフォルトの名無しさん
07/04/30 01:07:44
著者のブログってどこだっけ?
アフィリンク踏んでやるからURLヨロ
79:デフォルトの名無しさん
07/04/30 22:08:00
slibとかrhizomeにsyntax-object->datumはあるのに何で逆のdatum->syntax-objectは無いのかな?
80:デフォルトの名無しさん
07/05/02 00:58:15
sbottって?
81:デフォルトの名無しさん
07/05/02 02:22:04
for-eachってeachでも良くないですか?
何でfor-が付いてるでしょうか?
徒にインデントが深くなりませんか?
82:デフォルトの名無しさん
07/05/02 03:03:13
おもしろいからちょっと甜菜
URLリンク(d.hatena.ne.jp)
Java プログラマから見るとやっぱり多重継承って完ぺきに悪みたいだ
CLOS なんて糞オブジェクトシステムって思われるんだろうなぁ
83:デフォルトの名無しさん
07/05/02 03:15:58
mix-in 最高!
84:デフォルトの名無しさん
07/05/02 03:27:45
mix-inもごちゃごちゃしそうな感じだが
85:デフォルトの名無しさん
07/05/02 05:16:16
GaucheNight座談会資料を更新しました
URLリンク(www.kahua.org)
86:デフォルトの名無しさん
07/05/02 07:44:26
>>82
やっぱりjavaだけやってちゃ駄目だねぇ。視野狭すぎ。
lispだけじゃないけど色々勉強するのはホント大事だな。
87:デフォルトの名無しさん
07/05/02 08:54:33
ま、Rubyぐらいは常識だな。
88:デフォルトの名無しさん
07/05/02 08:59:27
>>82
話の本題はさておいて、
なかなか親近感の沸く議論態度wだと思った。
この人組込用JavaVM開発してた人でしょ?
mix-inのメリットとかの性を認識しつつ、
指示語途上、多重継承を否定する立場に居たのだろうと思った。
89:デフォルトの名無しさん
07/05/02 09:00:20
かの性 orz
可能性 (・∀・)
90:デフォルトの名無しさん
07/05/02 09:01:32
指示語途上 → 仕事上
欝出汁脳
91:デフォルトの名無しさん
07/05/02 09:06:15
>>82
1レス目 『それを理解する能力さえない技術者が困り者。』
2レス目 『とまあ,かのように,パラダイムシフトについてこれない技術者というのはいるものです.』
3レス目 『まあ結局この「とおりすがりA」さんは,プログラミングのことがまるで解ってないだけでしょう.』
4レス目 『なんでも人に教えてもらおうとせず,少しは自分で勉強しないと,脳味噌が退化しますよ.』
5レス目 『おそらくその調子だとコンポジションのイロハも分からずに乱用しただけなのでは.』
6レス目 見下す発言なし
7レス目 『少しは勉強して下さい.』
多重継承をけなしている人の問題点は、Java以外を知らない事ではないと思います。
「自分と他人の意見が異なるのは他人が劣っているからだ」と決め付けている事が問題点です。
その姿勢を変えない限り、いくら知識があっても不毛な罵倒合戦になるだけです。
議論のアンチパターン
URLリンク(www.shos.info)
92:デフォルトの名無しさん
07/05/02 09:13:47
他人の日記のコメント欄に上がりこんで
突っ込んだ議論をするのはちょっとアレな感じがする。
そういうのは自分の日記に書いてトラバするのがマナー。
93:デフォルトの名無しさん
07/05/02 11:50:09
>>92
> 他人の日記のコメント欄に上がりこんで
はてなじゃそれがマナーだよ
マジで
94:88
07/05/02 13:48:59
前言撤回。なんつか2ちゃんクオリティなblogだな
95:デフォルトの名無しさん
07/05/02 19:18:19
>>91
自分で「辛口」と称する人はだいたいそんな感じだよ。
自己愛の超過と説明能力の欠如が生みだす溝や不快感を、
あくまでスタイルだと言い張って自己肯定するときにこの単語が使われる。
なかなかこう、鋭い指摘をミもフタも無く書くから結果辛口になる、という「まともな」人材は居ないです。
96:デフォルトの名無しさん
07/05/02 20:03:39
ふーん、そういうものなのですか。
日記という形式は、正しい事だけを書いたり、
正しい結論を得るために議論をする場ではなくて、
妥協の産物でしかない現状の自分と、
他人が見たらちょっと恥ずかしい感じがする理想の自分との
矛盾に引き裂かれながらのた打ち回る、そんな形式なのだと思ってたw
公開日記だから、あまり大人気ない対応をすると笑われるでしょうけどねw
97:デフォルトの名無しさん
07/05/02 20:17:19
他人が辛口とか毒舌とか感じるサイト・ブログならそうかもね。
でも自称辛口とか、自称毒舌とかいうトコだと、そういうのは期待しにくいかな。経験的にいって。
たいてい余裕が無い。
98:デフォルトの名無しさん
07/05/02 20:37:59
多重継承自体は悪でもなんでもなくて衝突の回避の仕方さえちゃんとルールになっていればそれはそれで便利に使えるのにねぇ
いろんなオブジェクトシステムがそれぞれその違った形で解決しているんだけど(mix-inも)この人は多重継承といったらC++しか無いみたい
個人的にはC++の多重継承だって使いどころさえ掴めば十分武器になると思うしここまでボロクソにいうものかと思うんだけど
そういえばインターフェースによる解決って作った本人が後に失敗したって漏らしたとか聞いた事あるな
まあ本当かどうかわからないけど
99:デフォルトの名無しさん
07/05/02 20:50:20
どの言語の話?(一応確認)
100:デフォルトの名無しさん
07/05/02 21:31:37
そんな昔の記事を引っぱりだしてやるなよ。その後は多少謙虚になた模様だし。
↓通りすがりに喰いつかないの図
URLリンク(d.hatena.ne.jp)
101:デフォルトの名無しさん
07/05/02 21:52:50
相変わらずオブジェクト指向命、GoF最高な感じがプンプン漂ってくるんだけどw
言っている事レベル低いし
102:デフォルトの名無しさん
07/05/02 21:55:47
Lisp に関係ない Java 屋の話はどうでもいいよ。Java 関連のスレでやってくれ。
103:デフォルトの名無しさん
07/05/02 21:56:11
On List の p16 の最初の文章「Lisp プログラムでは...」の"ム"が異様にデカい。
104:デフォルトの名無しさん
07/05/02 22:00:50
>>85
これって動画録って流したりしないんですかね
105:デフォルトの名無しさん
07/05/02 22:01:47
オブジェクト指向とか多重継承とか、結局糞だということを証明したという意味で
CLOS は評価されるべきだな。
106:デフォルトの名無しさん
07/05/02 22:08:20
CLOSは引数の数を合わせなきゃならなかったり使いづらいよ
それにメソッドはオブジェクトに属している方が楽だし
107:デフォルトの名無しさん
07/05/02 22:18:48
適材適所だから、多重継承が最善である場面もある。
一神教的に自分の信奉している考え方以外邪道だという難儀な奴が最近多い。
108:デフォルトの名無しさん
07/05/02 22:22:43
そもそも「オブジェクト指向」なんて素人受けするようなキャッチフレーズが諸悪の根源だと思う。
所詮、オブジェクト指向なんてコーディングテクニックの一つに過ぎない。
それも、80 年代の香りプンプンの…
109:デフォルトの名無しさん
07/05/02 22:46:30
オブジェクト指向って言葉ってsmalltalkの時から無かったっけ?
110:デフォルトの名無しさん
07/05/02 22:54:07
もっと前からある
111:デフォルトの名無しさん
07/05/02 22:56:30
っつーか、その手のくだらねー話はもう秋田
Java だか C++ だかでやってくれよ、な。
112:デフォルトの名無しさん
07/05/02 22:59:55
CLOSがらみの話だから別に良いだろ
つーかageんなハゲ
113:103
07/05/02 23:02:19
誰かひとりぐらい構ってくれよぉ。
114:デフォルトの名無しさん
07/05/02 23:09:48
>>113
…
…本当だ!
書体も違うような
115:デフォルトの名無しさん
07/05/02 23:25:28
確かに書体も違うな。他のプログラムの"ム"は左下の角が上に跳ねてるし。
116:デフォルトの名無しさん
07/05/02 23:33:35
ファイアーエムブレムみたいなものだな
117:デフォルトの名無しさん
07/05/02 23:36:32
>>113
On Listのほうが気になる
118:デフォルトの名無しさん
07/05/02 23:39:25
>>117
//Д///) わ、わざとだよ! つ、ついだよ!
119:デフォルトの名無しさん
07/05/03 06:59:28
そもそもLISPは構文的にオブジェクト指向を受け付けない。
オブジェクト指向は失敗だったとC++で証明されたから良かったものの、
もしC++で成功してたらLISPに未来はなかった。
C++の失敗に感謝しよう。
120:デフォルトの名無しさん
07/05/03 07:06:50
>>119
てめぇ、俺がC++厨だと知ったうえで喧嘩売ってんのか? ( ゚Д゚) ア゙ア゙ん?
121:デフォルトの名無しさん
07/05/03 07:45:24
CLOSの場合は、GOFのパターンやJAVAなどのオブジェクト指向で必要になっ
てる概念は不要になってくる。また、メソッドをオブジェクトに埋め込む事も可能。
122:デフォルトの名無しさん
07/05/03 07:46:16
C++は新しいLISPになろうとしているのだから
反目する必要はない
123:デフォルトの名無しさん
07/05/03 07:46:33
121 不要→一部不要 語弊ありありだった。
124:デフォルトの名無しさん
07/05/03 10:37:25
>>122
そうなんだけど、C++はやろうとある程度なんでも出来るけど、やろうと
すればするほどカオスになってしまって人が取り扱えないものに変貌して
しまうから、Lispほどの柔軟性を人が自在に扱えるものにするには、Lisp
以上の工夫がいるだろう。グリーンスパンの法則のとおりかも。
125:デフォルトの名無しさん
07/05/03 10:47:53
C++はBoostでかなりおもしろくなってきたと思うけど
126:デフォルトの名無しさん
07/05/03 11:21:47
>>125
もう C++ の信者はプログラミングよりも言語の放つ悪臭と対決するのが
快感になってきているな。
127:デフォルトの名無しさん
07/05/03 18:26:56
lisp loveと言うよりむしろS式love
128:デフォルトの名無しさん
07/05/03 19:10:07
ひゃあああ
129:デフォルトの名無しさん
07/05/03 22:47:22
>>125
Boostのテクニックは凄いし、Lisp以上の工夫はしてる。しかし、Lisp以上の
柔軟性は実現出来てないかも。
130:デフォルトの名無しさん
07/05/03 23:15:41
C++テンプレートプログラミングって、ファンクショナルプログラミング
の側面が多いから、むしろLisperはとっつきやすい。
131:デフォルトの名無しさん
07/05/03 23:38:41
C++ や Java が必死で頑張って、新しい機能を言語に取り入れたとかはしゃいでるけど、
Lisper から見れば所詮ライブラリで実現出来る、学生演習程度のものだからねぇ。
あまり魅力無いですね、ハイ。
132:デフォルトの名無しさん
07/05/03 23:47:45
なのにLispファミリのほうがせいぜい学生のオモチャで、
C++やJavaはしっかり大人の仕事道具なのがなんともな。
(あ、噛み付かなくていいからな)
133:デフォルトの名無しさん
07/05/03 23:52:26
>>132
C++ は糞だが大人の仕事道具となってはいますね。
Java はなんか、プログラミングセンスの無い人向けのトイ言語ってイメージ。
134:デフォルトの名無しさん
07/05/04 00:48:24
Boost は学生演習越えていると思うけどなぁ
135:デフォルトの名無しさん
07/05/04 01:01:43
Boost その物はね
136:デフォルトの名無しさん
07/05/04 01:13:48
C++も得に糞とは思っていなくてLispも好きな物好きがここにいます
137:デフォルトの名無しさん
07/05/04 01:13:54
結局やってることは、はるか昔に Lisp (含 Symbolics とか Emacs Lisp)
でやってたことの再発見を、必死に追従しているだけにしか見えないけどね。
138:デフォルトの名無しさん
07/05/04 01:31:05
すべての言語はLispから生まれLispへと回帰する。
139:デフォルトの名無しさん
07/05/04 02:24:21
C++は糞だ。などという言葉は信じない
C++を批評できる日本人は存在しないからだ
LISPは糞だという人間は信頼できる
優秀なLISPERに違いないからだ
140:デフォルトの名無しさん
07/05/04 02:32:04
人は如何にしてS式といふものとM式といふものとを区別し得よう。
彼のS式の魔力は、彼がevalするとはapplyする事である事を明瞭に悟つた点に存する。
S式の対象がatomであるとpairであるとは一つの事であつて二つの事ではない。
S式とは竟にatomの夢を懐疑的に語る事ではないのか!
141:デフォルトの名無しさん
07/05/04 04:07:25
Racterがそんなこと言ってたような気がするw
142:デフォルトの名無しさん
07/05/05 18:21:32
>>139
聖域なき構造改革はまだですか
143:デフォルトの名無しさん
07/05/06 03:28:12
URLリンク(page6.auctions.yahoo.co.jp)
144:デフォルトの名無しさん
07/05/06 05:19:27
l
i
s
p
完
145:デフォルトの名無しさん
07/05/06 15:41:56
>>140
小林秀雄も lisper だったのかw
146:デフォルトの名無しさん
07/05/06 20:12:05
>>138
最近のAOPも、CLOSの影響だしJavaのAOPへの動きもlisp
への回帰と言えるかも。
大人の道具という意味はわからんな。
147:デフォルトの名無しさん
07/05/06 20:43:08
電動こけしとかそういうの
148:デフォルトの名無しさん
07/05/06 21:26:28
Cokeで遊んでる人おらん?
149:デフォルトの名無しさん
07/05/06 21:44:27
電動Cokeし
150:デフォルトの名無しさん
07/05/06 22:14:08
> 最近のAOP
10年前が最近かよ(ぷ
151:デフォルトの名無しさん
07/05/06 22:15:12
> 最近のAOPも、CLOSの影響だし
ついでに、AOPの提唱者はCLOSの人だっつーの(w
152:デフォルトの名無しさん
07/05/06 22:50:02
>>148
Squeakスレのほうがいいんでない?
153:デフォルトの名無しさん
07/05/06 23:57:07
もうすぐGaucheNightだけどチケット買えた奴いる?
154:デフォルトの名無しさん
07/05/07 17:38:21
Gauche 0.8.7を使っています。
ssaxでhtmlがパースできると聞き、
(ssax:xml->sxml (receive (return-code head body)
(http-get "www.google.com" "URLリンク(www.google.com))
(open-input-string body) ) '())
としてみたのですが、
*** ERROR: "(input string port)":line 12: (END . head) while expecting ENDmeta
といわれてしまいます。
これは僕の使い方がいけないんでしょうか。
それともssaxがまだ対応してないんでしょうか。
155:デフォルトの名無しさん
07/05/07 19:03:18
>>154
パースできるのはxmlだから。
156:デフォルトの名無しさん
07/05/07 19:31:42
>>154
パースできるのはhtmlではなくXML。
対象がXMLであれば問題なくパースできる。
htmlの中でもxhtmlはXMLでもあるのでパースできる。
なお、文字コードの変換は勝手にはやってくれないことに注意。
157:154
07/05/07 20:11:09
ありがとうございます。
なんかごっちゃになってたみたいです。
htmlパーサがないか探して見ます。
158:デフォルトの名無しさん
07/05/07 22:50:43
>>154
Gauche固有の話題なら本家のWiLiKiに書き込んだら書いた方がいいんでね?
159:デフォルトの名無しさん
07/05/08 01:03:26
ビリーズブートキャンプでもLispが使われてるらしいな。
160:デフォルトの名無しさん
07/05/08 09:04:57
前世紀くらいにLispとPerlの言語の設計を比較した文書を読んだと思うんですが
URLあったら教えてください。
いくつかキーワードを出してその優先順位が違うとか何とか・・・
うろ覚えだけど厳格さとか正確さとかお手軽さとかそんな感じだったような・・・
161:デフォルトの名無しさん
07/05/08 09:08:20
前世紀ってことはPerl 4?
Perl 6との比較があるなら俺も読みたい。
162:デフォルトの名無しさん
07/05/08 10:06:45
比較ってのはある程度近いものを比較して意味が有るんだよな。
perlとlispの比較って鉄パイプと数字の3を比較してくれっていうくらい
意味が捕らえにくい。比較する意味があるんか
163:デフォルトの名無しさん
07/05/08 10:33:16
↑一番意味のないレス↓
164:デフォルトの名無しさん
07/05/08 10:59:33
一番なのに二つ指定するのってどうだろう。
165:デフォルトの名無しさん
07/05/08 13:01:49
Scheme 5つの誤解
1. 黒板でしか使えないオモチャである
2. 仕様が貧弱である
3. 本当のマクロは書けない
4. パッケージシステムがない
5. 正規表現が使えない
166:デフォルトの名無しさん
07/05/08 17:52:12
Lisp Scheme = 片言計画
167:デフォルトの名無しさん
07/05/08 17:59:43
へ・・・片言・・・
168:デフォルトの名無しさん
07/05/08 18:18:01
Schemeは今すぐ敗北を認めて黒田氏の尻の穴を舐めるように。
169:デフォルトの名無しさん
07/05/08 19:24:17
gauche.nightのチケット買えなかった椰子は挙手
170:デフォルトの名無しさん
07/05/08 20:22:24
>>169
ノ
171:デフォルトの名無しさん
07/05/08 21:01:43
>>169
ノ
チャットは何時からやるんだろ?のぞきにいこっと
172:デフォルトの名無しさん
07/05/08 22:08:30
>>171
ガラス張りだから職安通りから見えると思う
URLリンク(www.loft-prj.co.jp)
173:デフォルトの名無しさん
07/05/09 19:59:17
いまやってるよ。
URLリンク(www.lingr.com)
174:デフォルトの名無しさん
07/05/09 23:47:53
gauche.night の感想。スタッフ各位乙。
あっと言うまに終わったけど面白かった。
座談会。笑えたけどもっとつっこんで欲しかった。matz の扱い悪すぎw
生えんどう氏や生dan kogaiや生nobsunが見れて嬉しい。
VNC を使った奴がデモとしては一番うまかった。
mephisto のデモ、一度もちゃんとしたの見たことなくて残念
schemer は黒田氏に釣られすぎw
あとほぼ全員、ダイエットしろよ('A`)
175:デフォルトの名無しさん
07/05/10 00:55:09
結論としては黒板偉大なり
176:デフォルトの名無しさん
07/05/10 19:33:14
>>174
>ダイエットしろよ('A`)
そうなのか。
177:デフォルトの名無しさん
07/05/10 20:05:43
ワーキングプアだから俺は太らない
ようやく一つ勝った
178:デフォルトの名無しさん
07/05/11 01:56:03
gauche.nightは黒田氏大暴れしたみたいだなw
shiroさん vs 黒田氏の激論見たかった
しかしほんとうに黒板使うとはwww
179:デフォルトの名無しさん
07/05/11 06:02:30
まぁここでネタ拾ったんだろう。
180:デフォルトの名無しさん
07/05/11 23:06:18
性格から考えて黒田氏はこんな所見てないだろw
なかなか鋭いツッコミ入れてるなぁ
やっぱり切れ者ではあるんだな
181:デフォルトの名無しさん
07/05/12 18:40:09
MIT-Schemeをちょっといじってみたんだけど、
教育用としては本当に優れているね。
さすがだわ。
182:デフォルトの名無しさん
07/05/12 18:48:35
>>181
どう優れてるのか語ってくれ
183:デフォルトの名無しさん
07/05/12 18:52:00
>>182
たとえば開き括弧と閉じ括弧の対応が重要だってことが身をもってわかるわけよ。
184:デフォルトの名無しさん
07/05/12 19:00:04
それぐらいはC言語でもわかるぞ
185:デフォルトの名無しさん
07/05/12 19:11:35
>>184
いやC言語は=の数が大事だという点の教育に主眼を置いて設計されているはず。
186:デフォルトの名無しさん
07/05/12 19:14:54
>>185
そんな事はないだろw
187:デフォルトの名無しさん
07/05/12 19:38:49
まずインストールが非常に簡単でした
それからネイティブコンパイラとインタプリタの両方があることも良い点かと思いますよ
188:デフォルトの名無しさん
07/05/12 20:48:38
Cが何らかの教育に主眼を置いて設計されているなんて初耳でしたリッチー博士
189:デフォルトの名無しさん
07/05/12 21:09:28
ブラックモアキター
190:デフォルトの名無しさん
07/05/12 21:21:24
イアン、やめて〜
191:デフォルトの名無しさん
07/05/12 21:22:58
この手の比較的マイナーな言語はインストールの段階で手間取ると激しく萎えるよな
始める前からこれかよ…ってw
192:デフォルトの名無しさん
07/05/13 05:23:40
速いと噂のcmulispが窓で動かない時点で萎えるよね!
sbclまんせー
193:デフォルトの名無しさん
07/05/13 12:28:47
ちょっとお聞きしますが、皆さんはどうして『Common Lisp』を選ばれたのですか?
どうして『OCaml』や『Haskell』ではないのですか?
私の場合は『Scheme』で関数型言語を学び始めたものですから、その延長で『Common Lisp』の勉強に進みました。
最近はちょくちょく『SML』なんかを触ったりしています。
194:デフォルトの名無しさん
07/05/13 13:09:10
>>192
unicode1文字が内部でも1文字になるのがSML#しかないから(マルチバイトデータでは扱える)
195:194
07/05/13 13:09:47
アンカー間違った>>193宛ね
196:デフォルトの名無しさん
07/05/13 13:28:31
>>193
動的な言語と静的な言語という意味で180度違うじゃん
つまりは、動的なものが良かったということだろう
197:デフォルトの名無しさん
07/05/13 14:09:46
そうとは限らない
198:デフォルトの名無しさん
07/05/13 14:55:27
スレリンク(tech板:841番)
の質問をした者です。
(define (f0 a b)
(let ((d1 (* a b))
(d2 (- a b))
(d3 (/ a b)))
(* (f1 d1 d2) (f2 d2 d3))))
(define (f1 x y)
(* x y))
(define (f2 x y)
(/ x y))
つづく、、、
199:デフォルトの名無しさん
07/05/13 14:57:04
OCamlは静的型付けだけど型推論を持っています
200:デフォルトの名無しさん
07/05/13 15:00:40
>>198 などと、定義されたプログラムが有った場合に、
以下の出力を得るのが目的です。
> (parse f0)
iport: (i0 i1)
oport: (o0)
node:(m0 m1 m2 m3 m4)
graph:
(m0 (* i0 i1))
(m1 (- i0 i1))
(m2 (/ i0 i1))
(m3 (* m0 m1))
(m4 (/ m1 m2))
(o0 (* m3 m4))
ここで、
i0〜 :一番最初の入力データ並びを置き換えたもの。
m0〜 :計算に出現する中間データを番号付けしたもの。
o0〜 :最終の計算結果を番号付けしたもの。
既にマクロで隠蔽すればいいとのアドバイスを得ておりますが、
他には何か良く使われるアイデア等はありますか?
let については lambda に置き換えるとか??
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
5369日前に更新/220 KB
担当:undef