[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 05/09 08:47 / Filesize : 210 KB / Number-of Response : 922
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

【入門】Common Lisp その4【質問よろず】



1 名前:デフォルトの名無しさん mailto:sage [2008/01/27(日) 11:52:46 ]
lispを触ってみたい入門者のQ&A
初心者のQ&A
本スレでは恥ずかしくて聞けない人のQ&A
本スレは高度すぎて割り込めない人のQ&A
linuxでなくてwindowsでやりたいんですが・・・Q&A
lispを使用してC#やJAVAの代替にするための方法(おまけ)

ま、ゆっくりたりましょう。

「いいものの本質は、いかなる時代においても変わらない」byパワーズ

(list
(url pc8.2ch.net/test/read.cgi/tech/1101386936/l50 :part 1)
(url pc11.2ch.net/test/read.so/tech/1140012484/l50 :part 2)
(url pc11.2ch.net/test/read.so/tech/1181479267/l50 :part 3))


411 名前:デフォルトの名無しさん mailto:sage [2008/04/24(木) 07:37:48 ]
おれも素人だけど、
・いろいろ状態を持ってるオブジェクトっぽい何かがある時
・既存のライブラリがclosで出来てる時
・似たようなプログラムが沢山できそうな時
はclos使おうと思うなぁ。

schemeの話だったかもだけど、shiroさんがある規模より大きくなったら
オブジェクト指向を使いたくなる、みたいなこと書いてなかったかな?

412 名前:デフォルトの名無しさん mailto:sage [2008/04/24(木) 08:24:44 ]
>>411
> ・既存のライブラリがclosで出来てる時
おれはこの時だけ使いたくなるなぁ。
Allegroみたいな商用だとclos使ったライブラリ揃ってるっぽいけど、
普段あんまり見かけないから相対的に出番が少なくなるよね。

413 名前:デフォルトの名無しさん mailto:sage [2008/04/24(木) 09:10:01 ]
clos使わないと混乱するほど巨大な物書いたこと無いから正直使い処がわからんです。


414 名前:デフォルトの名無しさん mailto:sage [2008/04/24(木) 10:12:26 ]
うーん、CLはマルチパラダイム言語なわけで、
CLOSはそのうちの一つのパラダイムな訳だから、
規模云々より単に手法の一つだと思うんだけど…。
小さい規模でも綺麗にまとまってるのも沢山あると思うよ。
身近な例で言えばASDFとかどうだろう。

415 名前:デフォルトの名無しさん mailto:sage [2008/04/24(木) 14:34:26 ]
CLOSがあまり使われないのは、
基本関数のスタイルとCLOSのスタイルがちょっと違うからかも。
CLOSセントリックに書き直したLisp方言も面白そう。


416 名前:デフォルトの名無しさん mailto:sage [2008/04/24(木) 14:42:00 ]
とりあえず defstruct よりは defclass かな、という程度だね。
typecase でディスパッチするよりは defmethod を使うという感じ。
defun をやめて、すべて defmethod を使うというスタイルにはなれないな。

ま、便利なときだけ使えばいいんじゃね?

417 名前:デフォルトの名無しさん mailto:sage [2008/04/24(木) 15:58:33 ]
lambda式直使いとmulti dispatchの相性が悪い。

418 名前:デフォルトの名無しさん mailto:sage [2008/04/24(木) 19:01:22 ]
そうなの? どういう局面で?
無名総称関数はANSI仕様から消えちゃったけど、それのこと?

419 名前:デフォルトの名無しさん mailto:sage [2008/04/28(月) 00:15:31 ]
なんか急に流れが止まったな
>>414
へー、asdfってCLOS使ってるんだね。参考になった。
>>412
おれはこの前AllegroのSAXライブラリ使ったよ。
allegroserve もCLOSの例として面白いかも。

思い付きだけど、
がちがちに仕様が決まっているものを実装するときCLOSを使うといい、
という説はどう?



420 名前:デフォルトの名無しさん mailto:sage [2008/04/29(火) 01:23:58 ]
どうだろう…。
個人的にはガチガチに仕様が決まったようなプロジェクトでも
Lispがバンバン採用されるようになることを祈りたいw

421 名前:デフォルトの名無しさん mailto:sage [2008/04/30(水) 06:12:32 ]
sbclをアンインストールする方法はないでしょうか?
finkを導入した所リストの中にsbclが有りそちらで一括管理したいので
サイトから直接ダウンロード&インストールしたsbclをアンインストールする方法を
教えていただけないでしょうか?
よろしくお願いします

422 名前:デフォルトの名無しさん mailto:sage [2008/04/30(水) 07:36:14 ]
漏れが確認したところでは、特にアンインストールのスクリプトはないみたい。
なので、手動で削除する他ないのかな?
といっても/usr/local/lib/sbclと/usr/local/bin/sbclを削除するだけのような
気もするけど…。
単純にパスの設定を/usr/local/より/sw/の方を前にもってくるとかじゃ駄目なのでしょうか。

423 名前:デフォルトの名無しさん mailto:sage [2008/04/30(水) 08:15:10 ]
別にlispに限った話じゃないけど、自分でインストールするなら
インストールのログくらい取っておけよと思う。

424 名前:デフォルトの名無しさん mailto:sage [2008/04/30(水) 08:52:30 ]
>>423
まあ、その辺りがUNIX文化とWin/Mac文化の違いというところでは?
アンインストーラを使わずに
適当に実行ファイルを消したらシステムの整合性が崩れて
面倒ことになる、と思ったのかもしれないし。


425 名前:デフォルトの名無しさん mailto:sage [2008/04/30(水) 17:16:51 ]
>>422
ありがとうございます。
コマンドラインから検索した所
そのフォルダがヒットしましたので削除したいと思います。

>>423
今後そうしたいと思います。
精進いたします。

>>424
やはりその不安が有ったのです。
今後プログラミングの学習はマスターできるまで
仮想のlinux上でやりたいと思います。

426 名前:421 mailto:sage [2008/04/30(水) 17:28:37 ]
/usr/local/share/man/man1/sbcl.1
というディレクトリが有るのですがこれの
man1というディレクトリはシステムのフォルダですか?
それともインストール時に自動的に作成されるものですか?
よろしくお願いします


427 名前:デフォルトの名無しさん mailto:sage [2008/04/30(水) 17:36:26 ]
finkうんぬんとあったからMac OS Xなの?
UNIXでもその辺は全部一緒じゃないんだよな。

Mac OS Xの場合、Mac OS Xは/usr/localを使わない。
どのパッケージがどのディレクトリを使っているかは、
/Library/Reciepts/*/Archive.bomをlsbomすれば分かる。
ただし、Mac OS Xの場合、サードパーティの配布は、
pkg形式使ってないことが多いから、
ファイルの追跡は諦めるしかないと思う。

SolarisやLinux(rpm, deb)のバイナリーパッケージは、
そういうの追いかけるの得意なんだけど。

428 名前:421 mailto:sage [2008/04/30(水) 19:40:59 ]
>>427
ありがとうございます
また一つlinuxの先進性を学びました。

429 名前:デフォルトの名無しさん mailto:sage [2008/04/30(水) 20:13:10 ]
ん?>>421 は何か勘違いしてる?
Mac OS X はLinuxより遅れている訳でも仮想のLinuxでもないぞ。
ソースをコンパイルしてsbclを入れたんだったら自分の責任っしょ。
まあfinkにせよ何にせよ、がんばって使いこなそうぜ。



430 名前:デフォルトの名無しさん mailto:sage [2008/04/30(水) 20:40:17 ]
自分でコンパイルするときって日本語コードを内部でどう扱うかも指定できるの?

431 名前:デフォルトの名無しさん mailto:sage [2008/04/30(水) 20:45:52 ]
処理系がそういう風に作られてるか、ソースいじれるスキルがあれば指定できるんじゃね。

432 名前:デフォルトの名無しさん mailto:sage [2008/04/30(水) 20:50:58 ]
内部表現がCES/CCS非依存になっているCLは聞いたことがないです。
ja.wikipedia.org/wiki/%E6%96%87%E5%AD%97%E7%AC%A6%E5%8F%B7%E5%8C%96%E6%96%B9%E5%BC%8F


433 名前:デフォルトの名無しさん mailto:sage [2008/04/30(水) 21:41:34 ]
内部なんて気にしなきゃいいじゃない。
気にしなきゃいけないとすれば、それは内部ではない。

434 名前:デフォルトの名無しさん mailto:sage [2008/04/30(水) 22:43:48 ]
ここ基本的に初心者スレだから勘違いする人がいるとアレなんで
一応書いとくけど最近の処理系は、external-formatで指定できるので、
使う文字コードに合せてビルド時に文字コードを指定しないと
「日本語が使えない」、ということはない。

内部でどう扱うかビルド時に指定できる処理系は、漏れは知らない。

435 名前:デフォルトの名無しさん mailto:sage [2008/05/01(木) 00:45:10 ]
基礎の基礎なんであきれられると思うのですが
lispは処理系の上で実行する他はないのでしょうか?
例えばCなら実行ファイルが作成できてそこから実行することでちょっとした計算を
行ってもらったりできるのですが
lispはコンパイルするとファイルができてそれを起動した処理系にロードして
関数を実行というステップを踏まなければなりません
そうすると実行までのステップが増えてしまうのですが
lispでも実行ファイルのような形式を作れないものでしょうか?

436 名前:デフォルトの名無しさん mailto:sage [2008/05/01(木) 00:55:38 ]
作れるよ

437 名前:デフォルトの名無しさん mailto:sage [2008/05/01(木) 01:06:39 ]
作り方をご教授願います

なぜこのような疑問を持ったのかと思いますと
『ハッカーと画家』などを読んでいて
lispはソフトウェアを書くのに良い言語だなどと書かれているので
(Lisp・・・・インタプリタでしか実行できないと思ってるんだけどな?
いちいちインタプリタを呼び出す訳じゃないよな?)という疑問が浮かんでしまったのです
Lispは美しい言語なのでそれでソフトをかけるととてもうれしいです。

よろしくお願いします


438 名前:デフォルトの名無しさん mailto:sage [2008/05/01(木) 01:07:46 ]
Lisp コンパイラ でぐぐれ

439 名前:デフォルトの名無しさん mailto:sage [2008/05/01(木) 01:15:39 ]
>>437
以下の流れが参考になるかもしれない。
www.bookshelf.jp/2ch/tech/1181479267.html#662



440 名前:デフォルトの名無しさん mailto:sage [2008/05/01(木) 01:24:36 ]
>>438-439
ありがとうございます
実は使用している処理系はclispなんですが
(compile-file "hoge.lsp")
を実行すると
hoge.fasとhoge.libというファイルができhoge.oのような
ファイルが一向にできそうに有りません。
これはclispの独自なのでしょうか?
clispはインタプリタのやじるしの形が気に入って使っているのですが
sbclに移行すべきでしょうか?
よろしくお願いします

441 名前:デフォルトの名無しさん mailto:sage [2008/05/01(木) 01:31:18 ]
>>440
CLISPは中間言語に落とすコンパイラだからね。
gclとかsbclとかはネイティブに落とすよ。

442 名前:デフォルトの名無しさん mailto:sage [2008/05/01(木) 01:32:41 ]
>>441
なるほど!!
ありがとうございます!!
このすれの皆さんには夜中にお手数おかけしてしまってすいませんでした

443 名前:デフォルトの名無しさん mailto:sage [2008/05/01(木) 01:43:18 ]
sbclで試した所
今度はhoge.faslというのができたのですが・・・
どうすれば良いのですか?


444 名前:デフォルトの名無しさん mailto:sage [2008/05/01(木) 02:14:19 ]
コンパイルしたらfaslになるのは当然だよ
たぶんおまいさんがやりたいのはスクリプトをexeにしたいんだろ?
save-lisp-and-dieってのをぐぐってみな、exeにはなるw

もっと小さいサイズで作りたいならnewlispってのもある
作りかたはnewlispのマニュアルにある
そのぐらいは自分で読んでみような

445 名前:デフォルトの名無しさん mailto:sage [2008/05/01(木) 02:25:24 ]
>>444
例えば
(defun alladd (x) (if (= 1 x) (+ x (alladd (1- x)))))
とかの関数を作っておいて hoge.lとして保存しておいて
コマンドラインから./hoge 3 などと実行できるようにできれば良いと思うのです

446 名前:デフォルトの名無しさん mailto:sage [2008/05/01(木) 02:38:24 ]
さんざん二転三転してすいません
大変そうなのでexeはあきらめることにして
faslとはどのように使えるファイルなのでしょうか?
よろしくお願いします


447 名前:デフォルトの名無しさん mailto:sage [2008/05/01(木) 02:46:11 ]
何となくわかってきました
コードに必要な関数を書いておきコンパイルすると機械語に変換されて
高速に実行できるようになる
それをインタプリタにロードしてそこで関数を使うなどすることができるということで
良いんでしょうか?
作ったファイルはもし仮にコマンドラインから使いたければ
上部に
#!/hoge/hoge
などと書いて使うということで良いのでしょうか?

448 名前:デフォルトの名無しさん mailto:sage [2008/05/01(木) 03:07:22 ]
>>437
perl/PHP/ruby/PythonとかJavaとか使ったことある?



449 名前:デフォルトの名無しさん mailto:sage [2008/05/01(木) 03:24:15 ]
Lisp はインタープリタ言語だという嘘情報は誰が流してるんだろう。
勘違いしてる奴多いよね。情報処理の教科書にでも書いてあるのかな。



450 名前:デフォルトの名無しさん mailto:sage [2008/05/01(木) 03:26:01 ]
>>448
たぶんこの質問してきた人はスクリプトをエディタで書いて
それをインタープリタに食わせるってことを知らないんじゃないかと思う。
別に無理してexeにしなくてもスクリプトを実行させるバッチファイルを作って
それをクリックすればいいのにね。
配布とか考えてるならlisp自身もいっしょにつければいいし。

451 名前:デフォルトの名無しさん mailto:sage [2008/05/01(木) 06:02:52 ]
>>448
それを使ってきて
最終的にLispです

>>449
違うことはわかっているのですが
どうして良いやら

>>450
(load "hoge")
ですか?

452 名前:デフォルトの名無しさん mailto:sage [2008/05/01(木) 06:12:00 ]
>>450
sbcl hogeですね
ありがとうございます


453 名前:デフォルトの名無しさん mailto:sage [2008/05/01(木) 09:42:28 ]
>>449
>Lisp はインタープリタ言語という嘘
というより、対話操作ができるものは、コンパイラ言語じゃない、
という理解なんじゃない?
というか、Lispとか曖昧に一括りにまとめて書く方も悪い気がするけどな。

454 名前:デフォルトの名無しさん mailto:sage [2008/05/01(木) 09:46:55 ]
言語仕様にトップレベルループの細かい部分がある珍しい言語だからね。
ただ、「インタープリター言語」って言葉はおかしいね。
そんな言葉どこに書いてある?

455 名前:デフォルトの名無しさん mailto:sage [2008/05/01(木) 10:03:30 ]
インタプリタとコンパイラ、と言う対比にすごい違和感がある。

456 名前:デフォルトの名無しさん mailto:sage [2008/05/01(木) 10:12:35 ]
部分計算屋さんですかw

457 名前:デフォルトの名無しさん mailto:sage [2008/05/01(木) 12:13:57 ]
インタプリタ言語とかコンパイラ言語って
ダメな教科書にはさくって書いてありそうな気がするけどな

458 名前:デフォルトの名無しさん mailto:sage [2008/05/01(木) 12:51:23 ]
コメントするのはググってからでも遅くないぞ

459 名前:デフォルトの名無しさん mailto:sage [2008/05/01(木) 13:23:19 ]
言語ごとに、どっちなのかが決まっていると思っている人も
結構いそうだからなぁ。



460 名前:デフォルトの名無しさん mailto:sage [2008/05/01(木) 15:35:42 ]
中間言語にコンパイルしてそれをインタープリトする奴もあるしね。

461 名前:デフォルトの名無しさん mailto:sage [2008/05/01(木) 16:54:21 ]
>>451
>>452
他の言語の経験が全然生かされてないwwwwwwwwww

462 名前:デフォルトの名無しさん mailto:sage [2008/05/01(木) 17:33:45 ]
漏れもかつて >435 と全く同じ事を疑問に思ったよ。
自立したEXEを作れないコンパイラ(を持つ)言語ってあるの?ってな。
昔々のBASICでもライブラリモジュールを付けて配布すれば良いだけの
EXEを作れたもんな。

再配布する際は言語処理系ごと再配布して(つまりユーザーに処理系を
インストールして)くれとか、ライブラリ再配布用のライセンスが
処理系の値段とは別立てでバカ高いとか、何だソレはと思ったよ。
(ある商用処理系の場合)

そんな「コンパイラ(を持つ)言語」があるのかと。
もちろん自立したEXEを作れて再配布のライセンスが無料の処理系も
いろいろあるわけだが、全てそうなわけでは無いので混乱したよ。

463 名前:デフォルトの名無しさん mailto:sage [2008/05/01(木) 17:42:08 ]
んーとね、EXEが作れても
実は中間コードとインタプリタをくっつけただけのもので
ネイティブコードは生成してなかったりすることもあるんだな...

464 名前:デフォルトの名無しさん mailto:sage [2008/05/01(木) 18:09:55 ]
マイLispを作ったことのある奴なら、中間コードどころか、
後ろにソースくっつけてexeファイルにできる機能つけて
一人でワラタ経験があるはずだ。・・・俺だけではないと思いたいw

465 名前:デフォルトの名無しさん mailto:sage [2008/05/01(木) 20:15:05 ]
>464
つまりソースと処理系の本体(インタープリタ)をくっつけた
見かけ上のexeファイルを生成する機能を作ったって事か?

466 名前:デフォルトの名無しさん mailto:sage [2008/05/01(木) 20:25:44 ]
どんなコンパイラにだってランタイムライブラリはあるんだから、程度の差だな。
明確な境界線があるわけではない。JITみたいに中間言語で持ってても実行時
はネイティブに落とすのも増えてきたしね。

そういう中身の話とは別に、外見上1本のEXEファイルで動かせるという利便性は
なかなか捨てがたいものがある。>>464は良い仕事してるな。w

467 名前:デフォルトの名無しさん mailto:sage [2008/05/01(木) 20:33:41 ]
しかし、中身と外見がそのように異なる場合があるとすると
コンパイルする機能があるという事と自立したEXEファイルが作れると
いう機能には全く関係が無い(独立の関係)と言う事になるなw。

468 名前:デフォルトの名無しさん mailto:sage [2008/05/01(木) 20:34:24 ]
>>464
Lispじゃやってないけど激しく同意。


469 名前:デフォルトの名無しさん mailto:sage [2008/05/01(木) 20:35:51 ]
>>467
だがどちらもサポートされていない環境が多すぎない?
466の言う通りエンドユーザにとってはとてもありがたいと思うんだ




470 名前:デフォルトの名無しさん mailto:sage [2008/05/01(木) 20:41:20 ]
>469
実行モジュールだけを再配布したいとか、ユーテリティか何か作って
どのPCでも動かしたいとか言う時には確かにそうだね。

いちいち、全てのPCにフル処理系をインストールするのはマンドクサイ。

471 名前:デフォルトの名無しさん mailto:sage [2008/05/01(木) 20:42:53 ]
Windowsでもexe化がサポートされているものって
CLISP, ECL, GCL, CormanCL, LispWorks, AllegroCL
でしょ?サポートされてない方が数としては少ないんじゃね。


472 名前:デフォルトの名無しさん mailto:sage [2008/05/01(木) 20:45:31 ]
>>470
ただunix系だとそれでも通るのはshbangがあるからなんだろうとは思う。
win32とかmacの様なコンシューマPCだと単一実行ファイルが作れるかどうかは言語(というかその開発環境)のユーザが増えるかどうかととても関係が深いと思う


473 名前:デフォルトの名無しさん mailto:sage [2008/05/01(木) 20:48:07 ]
>>471
ACLはすげぇ良くできてて自分一人なら買ってもいいかと思うんだけど
バイナリ配布ライセンスが高いんだよな〜
社内でも配布できないんだぜ。



474 名前:デフォルトの名無しさん mailto:sage [2008/05/01(木) 20:51:15 ]
>>472
Mac は アプリ名.app というディレクトリに実行ファイルを
ぶち込むだけだから一番簡単じゃないかな

475 名前:デフォルトの名無しさん mailto:sage [2008/05/01(木) 20:57:38 ]
>>473金がないなら他ので我慢するしかなかろう。俺は我慢してるぜ。
ACLは憧れだが、「この製品はすごく良いからタダもしくは俺の言い値でつかわせろ」
じゃあFranzがやっていけねーだろ。

476 名前:デフォルトの名無しさん mailto:sage [2008/05/01(木) 21:04:55 ]
>475
しかし、買おうかなと思って問い合わせしても個人客なんか相手に
していない感じで敷居が高く感じる。473じゃないけど。

せっかくFree Express Editionとか配布して試用しやすくしていても
個人プログラマをハナから相手にしていないのはなんだかな。
再配付ライセンスの事を考えに入れなくても手を出しづらい。

477 名前:デフォルトの名無しさん mailto:sage [2008/05/01(木) 22:49:04 ]
開発の時はAllegroで、配布する時はSBCL使えばいい


…でもshiroさんの作ったregexp2とかも使いたいよなー

478 名前:デフォルトの名無しさん mailto:sage [2008/05/01(木) 23:19:01 ]
>>475
現状windows上でちょいとしたツール創るのにスゴイ便利なのACLだけなんだよね。
Lispworkssの製品版にしかないRADツールがどうかわからないせいでもあるんだけどさ。

サイトライセンス(要するに社内で開発用とそのバイナリだけ使うのの比率による価格体系)とかあればいいんだけど。
webをパッと見た限りじゃ要相談以外なくて、相談の結果だめでしたごめんなさいなんですが.

中小企業にももうちょっと門戸ひらいてよ>>フランツ


479 名前:デフォルトの名無しさん mailto:sage [2008/05/02(金) 00:09:10 ]
Webアプリって手もあるよ



480 名前:デフォルトの名無しさん mailto:sage [2008/05/02(金) 00:11:59 ]
>>460
中間表現を持たないインタープリタなんて見たことないな。
構文と一対一対応なのか、
それとももっとノイマン型計算機に近いかの違いはあれ。

481 名前:デフォルトの名無しさん mailto:sage [2008/05/02(金) 01:32:18 ]
>>480 sh とか中間表現持ってたっけ?


482 名前:デフォルトの名無しさん mailto:sage [2008/05/02(金) 01:42:50 ]
www.freebsd.org/cgi/cvsweb.cgi/src/bin/sh/nodetypes?rev=1.10

483 名前:デフォルトの名無しさん mailto:sage [2008/05/02(金) 01:49:04 ]
ソーステキストを直接インタプリットしてるインタプリタなんて
俺様言語とかでいくらでもありそうだけどw

484 名前:デフォルトの名無しさん mailto:sage [2008/05/02(金) 02:18:13 ]
Windowsのバッチファイルはその点すごいぞ。
バッチファイル実行中にソースを書き換えたら即反映されるからな。
Lispよりも動的だぞ。

485 名前:デフォルトの名無しさん mailto:sage [2008/05/02(金) 02:22:00 ]
良い釣り餌だと思ったのだろうがそうはいかん

486 名前:デフォルトの名無しさん mailto:sage [2008/05/02(金) 02:26:22 ]
>>480
TinyBASICは中間表現を持たない。
GAME IIIとvtlも持ってない。
8bit手作り機が全盛の時代は割と多かったと思う。(というかそのころ中間表現持ってた言語が表にでてきてないだけなんだけどさ)


487 名前:デフォルトの名無しさん mailto:sage [2008/05/02(金) 02:29:18 ]
でもここで言う中間表現ってのは内部VMによる仮想マシン言語に落ちるかどうかって話なので
言語の語彙がバイト表現に落ちる(辞書的な意味ね)は入らないような気がする。


488 名前:デフォルトの名無しさん mailto:sage [2008/05/02(金) 05:33:49 ]
>>486
東大版TinyBASIC
www.pro.or.jp/~fuji/computerbooks/pasocom/tinybasic.ishida.html
> このTiny BASICは、たった4種類の命令しかない中間言語によって動いているのであった。

489 名前:デフォルトの名無しさん mailto:sage [2008/05/02(金) 11:38:58 ]
>>488
その命令ってのはソース解析のプログラムの実装方法、NBAISCやAPPLE (6,10)K BASICの様に実行時や入力時に中間表現に落としているわけじゃない。




490 名前:デフォルトの名無しさん mailto:sage [2008/05/02(金) 12:07:18 ]
>>488
石田晴久氏の本(訳書除く)としては有用性がかなり上のほうに来そうな本だな。
今度どこかで見てみよう。藤原氏のページはざっと見たつもりでいたが、
それは見たことなかった。

491 名前:デフォルトの名無しさん mailto:sage [2008/05/02(金) 12:30:08 ]
>>489
kwsk

492 名前:デフォルトの名無しさん mailto:sage [2008/05/02(金) 13:00:44 ]
>>491
インタプリタ自体がそういう中間言語(風のもの)で書かれている。
ソースコードは直接解釈していたと思う。

493 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 17:44:40 ]
2008年は「Common Lisp 再興」の年になる。

JavaScriptでLispのよさが「再発見」されたり、
ArcとかMonaOSのSchemeShellとかLisp系のネタがいくつか出たり、
Rubyで「継続」なんてのが一般的になったりしてきてる。
Java にも「クロージャー」なんてのが取り入れらた。

でも、みんな、何となくものたりなさを感じていないだろうか。
一見新しい技術に感心したり勉強したりしながら、
どことなく足元がおぼつかない、そんな感覚になったりしていないだろうか?

そう、みんなが本当に欲しいのは、標準であり、厳密な仕様書なんだ。
素人の作ったオモチャじゃあなく、学者によって精査された、分厚く、だけど、
学ぶべき価値のある整合性のある仕様書。

そう、みんな最後には Common Lisp に辿りつくんだ。
若者にとってHyperSpecは「古代」の言語仕様の再発見というだけじゃあない。
現代の高速・大容量コンピューター環境でのみなしえる、
新しい誕生、ルネッサンス、その入口なんだ。

「あれ?Common Lisp って思ってたよりとっつきやすいし、
しかもちゃんとした仕様もある。最近勉強会とかIRCとかもあるらしいし」
「HyperSpec って良く考えられる!これは凄い!」
「結局Common Lisp でいいんじゃね?」

今年はこんな年になるような、そんな予感。


494 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 17:46:41 ]
(´・ω・`)今年なんてもう半分くらい終わってるがな…

495 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 21:37:53 ]
Common LispがMacLispやInterlispの互換性を重視したこと、
今になって、受け入れられるために良かったことだと思いますか?
それとも仕様に混沌をもたらした悪いことだったでしょうか?

496 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 22:12:36 ]
50年も前から存在するlispがそんなに素晴らしいのなら
とっくに天下をとってるだろう

497 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 22:18:42 ]
プラトン哲学のように美しいのです。
天下とは無縁です。

498 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 22:21:11 ]
素晴らしいけど天下を取らなかったものなんて、いくらでもあるべ

499 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 22:35:14 ]
なぜかWindowsを思い浮かべると、>>498に納得してしまう不思議。



500 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 22:48:34 ]
CLは既に天下を取ってるのかもしれない……
なんだってー

501 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 23:19:05 ]
>>498
信長と家康か!

502 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 23:52:50 ]
プログラミング言語を駆使出来る人なんて、地球人口からしたら極僅かなのに、その中のシェアってw

503 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 23:56:25 ]
>>502
斬新な発想だな。

504 名前:デフォルトの名無しさん mailto:sage [2008/05/04(日) 00:00:59 ]
Lispはプログラミングの母なる海だと思ふ。
すべての始まりに「シェア」の概念は無い。

505 名前:デフォルトの名無しさん mailto:sage [2008/05/04(日) 03:08:58 ]
文字列として与えられたS式を評価するのは、どうすればいいのでしょうか?
(正確にはemacs lispの吐いたS式を使いたいだけなのですが)


506 名前:デフォルトの名無しさん mailto:sage [2008/05/04(日) 03:18:26 ]
>>505
君が知りたいのは (read-from-string x) ですか?
それとも (eval (read-from-string x)) ですか?

507 名前:デフォルトの名無しさん mailto:sage [2008/05/04(日) 10:22:51 ]
私が落としたのは、金でできたread-from-stringの方です。

508 名前:デフォルトの名無しさん mailto:sage [2008/05/04(日) 11:51:04 ]
>>504
母なる海はどうみても 機械語/アセンブラ だと思うが。

509 名前:デフォルトの名無しさん mailto:sage [2008/05/04(日) 11:58:10 ]
機械語だと海どころか分子レベルまで行っちゃってないか



510 名前:デフォルトの名無しさん mailto:sage [2008/05/04(日) 12:14:57 ]
優れたプログラマに対する賞賛の言葉
「あいつはハードがわかっている」

511 名前:デフォルトの名無しさん mailto:sage [2008/05/04(日) 14:56:03 ]
それってハード屋では






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

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<210KB

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