Lisp Scheme Part25 - 暇つぶし2ch

Lisp Scheme Part25 at TECH

1:デフォルトの名無しさん
09/01/13 23:16:33
※ ここはCommon Lisp、SchemeをはじめとするLisp族全般のスレです ※

Part24: ｽﾚﾘﾝｸ(tech板)
Part23: ｽﾚﾘﾝｸ(tech板)
Part22: ｽﾚﾘﾝｸ(tech板)
Part21: ｽﾚﾘﾝｸ(tech板)
Part20: ｽﾚﾘﾝｸ(tech板)
Part19: ｽﾚﾘﾝｸ(tech板)
Part18: ｽﾚﾘﾝｸ(tech板)
Part17: ｽﾚﾘﾝｸ(tech板)
Part16: ｽﾚﾘﾝｸ(tech板)
Part15: ｽﾚﾘﾝｸ(tech板)
Part14: ｽﾚﾘﾝｸ(tech板)
Part13: ｽﾚﾘﾝｸ(tech板)
Part12: ｽﾚﾘﾝｸ(tech板)
Part11: ｽﾚﾘﾝｸ(tech板)
Part10: ｽﾚﾘﾝｸ(tech板)
Part09: ｽﾚﾘﾝｸ(tech板)
Part08: URLﾘﾝｸ(pc5.2ch.net)
Part07: URLﾘﾝｸ(pc5.2ch.net)
Part06: URLﾘﾝｸ(pc3.2ch.net)
Part05: URLﾘﾝｸ(pc3.2ch.net)
Part04: URLﾘﾝｸ(pc.2ch.net)
Part03: URLﾘﾝｸ(pc.2ch.net)
Part02: URLﾘﾝｸ(pc.2ch.net)
Part01: URLﾘﾝｸ(piza2.2ch.net)

2:デフォルトの名無しさん
09/01/13 23:17:35
□テンプレート置き場□
URLﾘﾝｸ(wiki.fdiary.net) (id:guest pass:cl)

□参考リンク□

日本Lispユーザ会 (日本語)
URLﾘﾝｸ(jp.franz.com)
ここにかなりの情報があります。削るとAllegro Common Lispのページへ。

プログラミング言語Scheme (日本語)
URLﾘﾝｸ(www.sci.u-toyama.ac.jp)
Schemeの人はまずここを見ましょう。

Schemeへの道 (日本語)
URLﾘﾝｸ(www.stdio.h.kyoto-u.ac.jp)
Schemeの入門サイト。

Practical Scheme (日本語)
URLﾘﾝｸ(practical-scheme.net)
Scheme処理系「Gauche」の作者である川合史朗氏のサイト。
「普通のやつらの上を行け」など、興味深い文書を沢山翻訳されてます。

LispUser.net (日本語)
URLﾘﾝｸ(lispuser.net)
Lisp関連の有用な情報がまとめられています。Common Lispの話題が中心。

3:デフォルトの名無しさん
09/01/13 23:18:30
面倒くせえ
後は誰か頼むw

4:デフォルトの名無しさん
09/01/14 00:08:31
□仕様関係□

CLtL2: Common Lisp the Language 2nd edition (英語)
URLﾘﾝｸ(www-2.cs.cmu.edu)

CLHS: Common Lisp Hyper Spec (英語)
URLﾘﾝｸ(www.lispworks.com)

Common Lisp Quick Reference (英語)
URLﾘﾝｸ(clqr.berlios.de)

R5RS: Revised(5) Report on the Algorithmic Language Scheme (英語)
URLﾘﾝｸ(swiss.csail.mit.edu)

R5RS: Revised(5) Report on the Algorithmic Language Scheme (日本語)
URLﾘﾝｸ(www.sci.u-toyama.ac.jp)

ERR5RS: A proposal for an Extended R5RS Scheme (英語)
URLﾘﾝｸ(scheme-punks.cyber-rush.org)

R6RS: Revised(6) Report on the Algorithmic Language Scheme (英語)
URLﾘﾝｸ(www.r6rs.org)

5:デフォルトの名無しさん
09/01/14 00:08:56
□Wikipedia関連□

Wikipedia項目ﾘﾝｸ
Wikipedia項目ﾘﾝｸ
Wikipedia項目ﾘﾝｸ

□継続関連□

なんでも継続 (日本語)
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)

Kahua: 継続ベースのアプリケーションサーバ。
URLﾘﾝｸ(www.kahua.org)

6:デフォルトの名無しさん
09/01/14 00:09:24
□書籍関連(1)□

Structure and Interpretation of Computer Programs (英語)
URLﾘﾝｸ(mitpress.mit.edu)
通称「SICP」として知られる『計算機プログラムの構造と解釈』の原書です。
全文がオンラインで読めます。
URLﾘﾝｸ(sicp.ipl.t.u-tokyo.ac.jp) (日本語版サポートサイト)

Programming Languages: Application and Interpretation (英語)
URLﾘﾝｸ(www.cs.brown.edu)
ブラウン大学で使われている、Schemeを使ったプログラミング言語論の教科書。
SICPでは触れられていない継続についても、Webアプリと関連づけて詳述されています。
全文がpdf形式でダウンロードできます。

How to Design Programs (英語)
URLﾘﾝｸ(www.htdp.org)
Schemeを使った優れたプログラミング入門書。全文がオンラインで読めます。

The Little Schemer (英語)
URLﾘﾝｸ(www.ccs.neu.edu)
The Seasoned Schemer (英語)
URLﾘﾝｸ(www.ccs.neu.edu)
Schemeの教科書として定評のある「Schemerシリーズ」のサポートページです。

The Scheme Programming Language (英語)
URLﾘﾝｸ(www.scheme.com)
Scheme入門書。全文がオンラインで読めます。

7:デフォルトの名無しさん
09/01/14 00:10:01
□書籍関連(2)□

『プログラミングGauche』 (日本語)
URLﾘﾝｸ(ssl.ohmsha.co.jp)
URLﾘﾝｸ(karetta.jp) (立ち読み版)
URLﾘﾝｸ(karetta.jp) (サポートページ)
Scheme処理系言語Gaucheの初の解説書！

『入門Scheme』 (日本語)
URLﾘﾝｸ(www4.ocn.ne.jp)
幻となったScheme入門書。全文がダウンロードできます。

Common Lisp: A Gentle Introduction to Symbolic Computation (英語)
URLﾘﾝｸ(www.cs.cmu.edu)
Common Lispを使った非常に丁寧なプログラミング入門書。
全文がpdf形式でダウンロードできます。

Practical Common Lisp (英語)
URLﾘﾝｸ(www.gigamonkeys.com)
URLﾘﾝｸ(ssl.ohmsha.co.jp)
S式の羅列で現実的な問題をどう解くのか、そのギャップに悩まされてる人に。
全文がオンラインで読めます。日本語版は『実践Common Lisp』として出版されています。
URLﾘﾝｸ(pcl.lispuser.net) (日本語版非公式サポートページ)

『On Lisp』 (日本語)
URLﾘﾝｸ(ssl.ohmsha.co.jp)
URLﾘﾝｸ(user.ecc.u-tokyo.ac.jp) (日本語訳HTML版)
URLﾘﾝｸ(www.paulgraham.com) (英語原文がダウンロード可)
LispハッカーPaul Grahamが、Lispの力の源泉であるマクロプログラミングを解説。

8:デフォルトの名無しさん
09/01/14 00:10:14
実装いろいろ
URLﾘﾝｸ(community.schemewiki.org)

9:デフォルトの名無しさん
09/01/14 00:10:24
□その他(1)□

John McCarthy's Home Page (英語): Lispの生みの親、ジョン・マッカーシーのサイトです。
URLﾘﾝｸ(www-formal.stanford.edu)

Association of Lisp Users (英語): 米国のLispユーザ会です。
URLﾘﾝｸ(www.alu.org)

CLiki (英語): Common Lisp関連のリソースが集積されています。
URLﾘﾝｸ(www.cliki.net)

CMU Common Lisp Repository (英語): 新旧様々なプログラムが置いてあります。
fURLﾘﾝｸ(ftp.cs.cmu.edu)

The Common Lisp Cookbook (英語): いわゆるCookbookです。
URLﾘﾝｸ(cl-cookbook.sourceforge.net)

The EncyCMUCLopedia (英語): CMUCL関連文書。CMUCLユーザーでなくとも有益なはず。
URLﾘﾝｸ(www.isr.ist.utl.pt)

Common-Lisp.net (英語): 多くのプロジェクトがホスティングされています。
URLﾘﾝｸ(common-lisp.net)

よろずや (日本語): Lisp関連の実用的な情報が色々。
URLﾘﾝｸ(www.geocities.co.jp)

どう転んでもLisp (日本語): 竹内郁雄氏による発表のスライドです。
URLﾘﾝｸ(jp.franz.com)

Lispとは何か (日本語): 中村正三郎氏による発表のスライドです。
URLﾘﾝｸ(www.asahi-net.or.jp)

10:デフォルトの名無しさん
09/01/14 00:13:38
□その他(2)□

独習Scheme三週間 (日本語): Schemeの教科書。
URLﾘﾝｸ(www.sampou.org)

Bibliography of Scheme-related Research (英語): Scheme関連の論文リンク集。
URLﾘﾝｸ(library.readscheme.org)

Scheme Hash (英語): S式でXMLを使えるようにするSXML等。
URLﾘﾝｸ(okmij.org)

Scheme-users.jp (日本語): Schemeユーザのためのハブサイトです。
URLﾘﾝｸ(scheme-users.jp)

(Scheme) (Lisp) (日本語): 各種Scheme処理系をCygwin上でビルドする方法など。
URLﾘﾝｸ(www.geocities.co.jp)

SLIB (英語): Scheme用のライブラリとして有名なSLIBのサイトです。
URLﾘﾝｸ(swiss.csail.mit.edu)

Scheme Requests for Implementation (英語): いわゆる「SRFI」のサイトです。
URLﾘﾝｸ(srfi.schemers.org)

Meadow memo: 2ちゃんねるログ: dat落ちした過去スレの一部が見られます。
URLﾘﾝｸ(www.bookshelf.jp)

11:デフォルトの名無しさん
09/01/14 00:14:18
□その他(3)□

初心者が集うIRC（布教してくれる先生も大募集です）。
irc.scenecritique.com
port 6667
チャンネル　#Lisp_Scheme

Schemeのテストコード書いたり、簡単な実行したりコードさらしたりするにはここへカモン。
URLﾘﾝｸ(codepad.org)
コードを書いて実行した時のURLを記録しておけば、実行結果も一緒にさらす事が出来て幸せです。

12:デフォルトの名無しさん
09/01/14 00:14:42
□Schemeの実装(1)□

Gauche: マルチバイト文字に対応したR5RS準拠のScheme処理系。川合史朗氏作。
URLﾘﾝｸ(practical-scheme.net)
URLﾘﾝｸ(jp.youtube.com) (川合史朗氏によるGaucheに関するトーク)

PLT Scheme: DrScheme、MzSchemeなどのR5RS準拠および独自拡張のScheme処理系。
URLﾘﾝｸ(www.plt-scheme.org)

Scheme48: R5RS準拠のSchemeバイトコードインタプリタ。
URLﾘﾝｸ(www.s48.org)

Gambit-C: R5RS準拠のScheme処理系。
URLﾘﾝｸ(dynamo.iro.umontreal.ca)

Chicken: R5RS準拠のScheme処理系。スタンドアロン実行ファイルが簡単に作成可能。
URLﾘﾝｸ(www.call-with-current-continuation.org)

Stalin: 激烈な最適化を施すScheme処理系。人間の書くCコードより速いという噂。
URLﾘﾝｸ(cobweb.ecn.purdue.edu)
fURLﾘﾝｸ(ftp.ecn.purdue.edu) (Stalinの最適化技術を解説した論文)

Bigloo: CLR用のコードを吐けるようになったらしい。
URLﾘﾝｸ(www-sop.inria.fr)

Guile: R5RS準拠のGNU公式拡張用言語。もちろんSLIBも使えます。
URLﾘﾝｸ(www.gnu.org)

JScheme: Javaで書かれたR4RS準拠Scheme処理系。Javaインターフェイスをサポート。
URLﾘﾝｸ(jscheme.sourceforge.net)

13:デフォルトの名無しさん
09/01/14 00:15:16
□Schemeの実装(2)□

Chez Scheme: R6RS準拠の商用Scheme処理系。インタプリタはフリー。
URLﾘﾝｸ(www.scheme.com)

Ypsilon Scheme System: 藤田善勝氏が開発中のR6RS準拠のScheme処理系。
URLﾘﾝｸ(www.littlewingpinball.net)

Mosh: higepon氏が開発中のR6RS準拠Scheme処理系。
URLﾘﾝｸ(code.google.com)

SECDR-Scheme: SECD machine modelに基づく実装。
URLﾘﾝｸ(lily.fan.gr.jp)

LispMe: Palm上で動くScheme処理系。これもSECD virtual machine。
URLﾘﾝｸ(www.lispme.de)

Minischeme: 1ファイルに凝縮されたScheme処理系。
URLﾘﾝｸ(tinyscheme.sourceforge.net)

TinyScheme: Minischemeを色々弄ったもの。
URLﾘﾝｸ(tinyscheme.sourceforge.net)

Schemix: Linuxのkernelへのパッチで/dev/として扱えるTinyScheme。
URLﾘﾝｸ(www.abstractnonsense.com)

Bit: Minischemeよりも小さい（？）バイトコード変換系。
URLﾘﾝｸ(www.iro.umontreal.ca)

KI-Scheme, AM-Scheme, etc...
URLﾘﾝｸ(www.nifty.com)

14:デフォルトの名無しさん
09/01/14 00:15:53
□Common Lispの実装□

Steel Bank Common Lisp: 代表的なCommon Lisp処理系。CMUCLより派生。
URLﾘﾝｸ(www.sbcl.org)

CMUCL: Common Lisp処理系。
URLﾘﾝｸ(www.cons.org)

GNU CLISP: Common Lisp処理系。バイトコード変換系。
URLﾘﾝｸ(www.clisp.org)

Clozure CL: Common Lisp処理系。
URLﾘﾝｸ(trac.clozure.com)

Embeddable Common Lisp: Cで書かれたプログラムへの埋め込みが可能なCommon Lisp処理系。
URLﾘﾝｸ(ecls.sourceforge.net)

Armed Bear Common Lisp: JVM上で動くCommon Lisp処理系。JVMバイトコード変換系。
URLﾘﾝｸ(armedbear.org)

Allegro Common Lisp: 代表的な商用Common Lisp処理系。
URLﾘﾝｸ(www.franz.com)

LispWorks: 商用Common Lisp処理系。
URLﾘﾝｸ(www.lispworks.com)

Corman Common Lisp: 商用Common Lisp処理系。
URLﾘﾝｸ(www.cormanlisp.com)

Scieneer Common Lisp: 商用Common Lisp処理系。
URLﾘﾝｸ(www.scieneer.com)

15:デフォルトの名無しさん
09/01/14 00:17:40
　　　　　　　／/
　　　　　／　 /　　　ﾊﾟｶｯ
　　　　 //⌒)∩＿＿∩
　　　　/.|　.| ノ　　　　　ヽ
　　　 /　|　| 　●　　　● | 　　　　
　　　/ 　|　彡　　( _●_)　ミ　まピョーん☆
　　 /　　|　ヽ　　|∪|　　/＿
　　/／　│　　　ヽノ　　＼／
　　"￣￣￣￣￣￣￣（..ノ

16:デフォルトの名無しさん
09/01/14 00:17:46
□その他の実装□

awklisp: Awkで書かれたわずか500行のLispインタプリタ。
URLﾘﾝｸ(www.accesscom.com)

CAMPUS LIsP Lemon version: Cでわずか1000行。
URLﾘﾝｸ(www-masu.ist.osaka-u.ac.jp)

Lisp interpreter in AS3: ActionScriptで書かれたLispインタプリタ。
URLﾘﾝｸ(www.solve-et-coagula.com)

Arc: ポール・グレアム氏が開発中の新しいLisp。
URLﾘﾝｸ(arclanguage.org)

Clojure: MLやHaskellの特長を取り入れた新しいLisp。JVMバイトコード変換系。
URLﾘﾝｸ(clojure.org)

Qi: MLやHaskellの特長を取り入れた新しいLisp。型の定義にシーケント計算表記を用います。
URLﾘﾝｸ(www.lambdassociates.org)

GOO: DylanとSchemeの影響を受け、OOPをサポートした新しいLisp。
URLﾘﾝｸ(people.csail.mit.edu)

Liskell: Lispの顔をしたHaskell。
URLﾘﾝｸ(liskell.org)

17:デフォルトの名無しさん
09/01/14 00:18:10
□イベント関連□

Shibuya.lisp
URLﾘﾝｸ(shibuya.lisp-users.org)
東京地区、特に渋谷周辺半径2万キロの Lisp 系プログラマによる非営利団体。
第1回テクニカルトークは2008年10月18日に開催されました。

GaucheNight (2008-03-08)
URLﾘﾝｸ(practical-scheme.net)
「SchemeとGaucheとλとS式を愛するすべての人に贈るマクロな一夜」
出演：川合史朗、伊藤篤、山下伸夫、笹田耕一、ひげぽん、zick、
　　　黒田寿男、えんどうやすゆき、ほか

GaucheNight (2007-05-09)
URLﾘﾝｸ(practical-scheme.net)
出演：川合史朗、黒田寿男、まつもとゆきひろ(Skype中継)、小飼弾、
　　　伊東勝利、久井亨、小黒直樹、ほか

黒田寿男氏関係 (黒板の人)
ｽﾚﾘﾝｸ(tech板:901-909番)
URLﾘﾝｸ(www.bookshelf.jp)
Schemeのマクロに関する黒田氏の所感
URLﾘﾝｸ(cl-www.msi.co.jp)
それに対する川合史朗氏の応答
URLﾘﾝｸ(practical-scheme.net)
それに対する黒田氏の再反論
URLﾘﾝｸ(cl-www.msi.co.jp)
それに対する川合氏の応答
URLﾘﾝｸ(practical-scheme.net)

その他、黒田氏によるLisp関連のエッセイがこちらで読めます。
URLﾘﾝｸ(cl-www.msi.co.jp)

18:デフォルトの名無しさん
09/01/14 00:20:33
□2ch上にあるLisp関連のスレ□

(make-thread :name common-lisp :part 5)
ｽﾚﾘﾝｸ(tech板)
Emacs Lisp 3
ｽﾚﾘﾝｸ(tech板)
【魔法】リリカル☆Lisp【言語】
ｽﾚﾘﾝｸ(tech板)
【SICP】計算機プログラムの構造と解釈 Part2
ｽﾚﾘﾝｸ(tech板)
【普通のやつらの】 Arc Language 0 【上を行け】
ｽﾚﾘﾝｸ(tech板)
【ＣＧＩ】実用比較Lisp vs C/C++【ＧＵＩ】
ｽﾚﾘﾝｸ(tech板)
【ﾔﾊﾟｰﾘ】XMLをS式に置換えていくスレ【LISP最強】
ｽﾚﾘﾝｸ(tech板)
Lisp@UNIX版
ｽﾚﾘﾝｸ(unix板)
Lisperこそ真のプログラマーよ！！
ｽﾚﾘﾝｸ(prog板)
LISPってさ～
ｽﾚﾘﾝｸ(sim板)
【数式処理システム】 Maxima 【Common Lisp】
ｽﾚﾘﾝｸ(math板)

19:デフォルトの名無しさん
09/01/14 00:22:31
テンプレ長いよ！　連投規制に二回も引っ掛かったよ！

>>3
諦めんなよ！

>>8 >>15
お前らも手伝えよ！

20:デフォルトの名無しさん
09/01/14 00:36:46
これは乙じゃなくてλなんだからね

21:デフォルトの名無しさん
09/01/14 00:55:07
乙です

22:デフォルトの名無しさん
09/01/14 01:00:04
>>1
っT

23:デフォルトの名無しさん
09/01/14 01:37:21
1乙

Little終わったので萩谷先生の関数プログラミング買った。
3月まではこれとものまね鳥読む。

24:デフォルトの名無しさん
09/01/14 04:37:00
てんぷら増えすぎじゃないか？
毎回20レス近く潰れるのは無駄な気がする
どうせ雑談しかしてないし、こんな長いと読まないっしょ
仕様書程度でいいんじゃないか

25:デフォルトの名無しさん
09/01/14 04:47:45
つまり
Common Lisp→EuLisp
R6RS→R5RS
ですね乙と違うんだからね

26:デフォルトの名無しさん
09/01/14 05:00:33
>>24
「仕方ない。代わりに貼るか→この分量マジすか」
というコンボを喰らった身としては、同意せざるを得ない。

細かい内容は、テンプレ置き場でまとめれば良いと思う。

27:デフォルトの名無しさん
09/01/14 06:12:57
　　　　　　　　　　 ∩＿
　　　　　　　　　　〈〈〈　ヽ
　　　　　　　　　　〈⊃　　}
　　 ∩＿＿＿∩　 |　　 |
　　 | ノ　　　　　ヽ !　　 !
　　/　　●　　　● |　　/
　 |　　　　( _●_)　ミ／まピョーん☆
　彡､　　　|∪|　　／
/　＿＿　ヽノ　/
(＿＿＿）　　　

28:デフォルトの名無しさん
09/01/14 06:49:51
なんだお前？やるんか？
くらえ！つ nil

29:デフォルトの名無しさん
09/01/14 11:03:20
テンプレ置き場ってないし。

WiLikiあたり借りる？

30:デフォルトの名無しさん
09/01/14 11:21:19
>>29
>>2

31:デフォルトの名無しさん
09/01/15 00:50:24
テンプレが役に立ってないことがよくわかる。

32:デフォルトの名無しさん
09/01/15 07:52:33
>>30 の役には立っている。

33:デフォルトの名無しさん
09/01/15 08:45:23
on lisp読み終わったんだが
次はpractical common lisp読んだらいいのかな

schemeの対応する本はないのかな

34:デフォルトの名無しさん
09/01/15 09:04:48
SICP

35:デフォルトの名無しさん
09/01/15 10:10:36
>>34
昔、飛ばし読みしちゃったので
今度は問題やりながら読んできます

36:デフォルトの名無しさん
09/01/15 17:23:59
URLﾘﾝｸ(cheese.2ch.net)
★１００！と１０００！の桁数の出し方★

URLﾘﾝｸ(codepad.org)

37:デフォルトの名無しさん
09/01/15 22:59:45
>>36
このほうがいい。10000!の桁数も楽々

(define (place-of n)
(+ 1 (inexact->exact (floor (* 0.4342944819032518 (log n))))))

URLﾘﾝｸ(codepad.org)

38:デフォルトの名無しさん
09/01/16 19:14:11
関数のアーギュメントの順番ってこうするのがいいって習慣みたいなのはないの？

(setf 出力　入力）
(with-open-file 変数　ファイル）

だと、出力入力の順番なのかな？

この辺の例をみてると
URLﾘﾝｸ(www.geocities.jp)

(fun 主要なもの　補助的なもの　さらに補助的なもの...）

と定義してるようにも見えるんだけど　

39:デフォルトの名無しさん
09/01/16 23:10:26
その辺は場合にもよるから一般化はできないね。
反例は例えば with-input-from-string は入力が先だし。
まぁ、主要なもの、対象とするものが前のほう、くらいだろうね。

40:デフォルトの名無しさん
09/01/16 23:53:23
URLﾘﾝｸ(jibun.atmarkit.co.jp)
誰も言及しないのは何故。

41:デフォルトの名無しさん
09/01/17 01:26:16
既にCyanスレで見たから。

42:デフォルトの名無しさん
09/01/17 01:40:01
そんなのもあるんだ

43:デフォルトの名無しさん
09/01/17 01:40:49
クラスのないオブジェクト指向とかS式のないマクロとかは面白いね
大前提をぶっ壊すところが

44:デフォルトの名無しさん
09/01/17 03:00:46
>>43
S式の無いマクロならDylanがあるし、
プロトタイプベースのOOPならSelfとかがあるじゃん。

むしろ、そういう引用元の概念を、あの歳できっちり理解してるのが末恐ろしいよ。

45:デフォルトの名無しさん
09/01/17 04:16:34
５つの自然言語ならよかったのになあ

46:デフォルトの名無しさん
09/01/17 15:28:41
高速で使えるライブラリのそろったCyan実装が登場したら
Ruby以上に世界中のハッカーにインパクトを与えそう。

47:デフォルトの名無しさん
09/01/17 16:11:52
>>40
ニュータイプって感じだね。

48:デフォルトの名無しさん
09/01/17 20:20:32
私は信じんよ、ニュータイプの存在など

49:デフォルトの名無しさん
09/01/17 21:30:31
既存のpythonのlibraryが使えてマクロありなら便利かもね

50:デフォルトの名無しさん
09/01/17 23:55:38
現状だと荒削りだし、そりゃ言い杉なんじゃないかな。将来は楽しみだけど。
素直に理論面とかハードウェアの知識を学んでいったら楽しみだね。
まだだ、まだ終わらんよ！とか言わされちゃうのかなー

51:デフォルトの名無しさん
09/01/18 00:14:09
本人乙ｗｗｗ

52:デフォルトの名無しさん
09/01/18 01:22:19
クワトロ・バジーナ降臨ときいてすっ飛んできました。
アクシズ落とさないでね。

53:デフォルトの名無しさん
09/01/18 09:45:33
wikipediaのclikiのリンクが古いままだ

54:デフォルトの名無しさん
09/01/18 12:38:12
>>53
なんのための「Wiki」pediaだよ

55:デフォルトの名無しさん
09/01/18 12:59:52
>>53,54
直しておきますたﾉｼ

56:デフォルトの名無しさん
09/01/18 18:08:54
>>37
goshだとexactな数値のlogがとれなかった

57:デフォルトの名無しさん
09/01/18 22:18:02
>>56
他の処理系みた？
Gaucheで数値計算するから・・・

58:デフォルトの名無しさん
09/01/18 23:06:53
>>56
普通にとれるだろ
gosh> (log 1000)
6.907755278982137
gosh> (log 10000)
9.210340371976184
gosh> (log 100000)
11.512925464970229
gosh> (* 0.4342944819032518 (log 1000))
3.0
gosh> (* 0.4342944819032518 (log 10000))
4.0
gosh> (* 0.4342944819032518 (log 100000))
5.0

59:デフォルトの名無しさん
09/01/18 23:13:57
gosh> (* 0.4342944819032518 (log 3628800))
6.559763032876794
gosh> (* 0.4342944819032518 (log 93326215443944152681699238856266700490715968264
38162146859296389521759999322991560894146397615651828625369792082722375825118521
0916864000000000000000000000000))
157.97000365471578

60:デフォルトの名無しさん
09/01/18 23:17:51
gosh> (log 402387260077093773543702433923003985719374864210714632543799910429938
51239862902059204420848696940480047998861019719605863166687299480855890132382966
99445909974245040870737599188236277271887325197795059509952761208749754624970436
01418278094646496291056393887437886487337119181045825783647849977012476632889835
95573543251318532395846307555740911426241747434934755342864657661166779739666882
02912073791438537195882498081268678383745597317461360853795345242215865932019280
90878297308431392844403281231558611036976801357304216168747609675871348312025478
58932076716913244842623613141250878020800026168315102734182797770478463586817016
43650241536913982812648102130927612448963599287051149649754199093422215668325720
80821333186116811553615836546984046708975602900950537616475847728421889679646244
94516076535340819890138544248798495995331910172335555660213945039973628075013783
76153071277619268490343526252000158885351473316117021039681759215109077880193931
78114194545257223865541461062892187960223838971476088506276862967146674697562911
23408243920816015378088989396451826324367161676217916890977991190375403127462228
99880051954444142820121873617459926429565817466283029555702990243241531816172104
65832036786906117260158783520751516284225540265170483304226143974286933061690897

61:デフォルトの名無しさん
09/01/18 23:18:15
96848259012545832716822645806652676995865268227280707578139185817888965220816434
83448259932660433676601769996128318607883861502794659551311565520360939881806121
38558600301435694527224206344631797460594682573103790084024432438465657245014402
82188525247093519062092902313649327349756551395872055965422874977401141334696271
54228458623773875382304838656889764619273838149001407673104466402598994902222217
65904339901886018566526485061799702356193897017860040811889729918311021171229845
90164192106888438712185564612496079872290851929681937238864261483965738229112312
50241866493531439701374285319266498753372189406942814341185201580141233448280150
51399694290153483077644569099073152433278288269864602789864321139083506217095002
59738986355427719674282224875758676575234422020757363056949882508796892816275384
88633969099598262809561214509948717012445164612603790293091208890869420285106401
82154399457156805941872748998094254742173582401063677404595741785160829230135358
08184009699637252423056085590370062427124341690900415369010593398383577793941097
00277534720000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
0000000000000000000)
+inf.0

62:デフォルトの名無しさん
09/01/18 23:21:43
(log (fact 1000))が計算できないのはGaucheの事情。
URLﾘﾝｸ(practical-scheme.net)

63:デフォルトの名無しさん
09/01/18 23:25:55
URLﾘﾝｸ(practical-scheme.net)

64:デフォルトの名無しさん
09/01/18 23:34:44
一般的なlog10の計算の注意点
URLﾘﾝｸ(codepad.org)

65:デフォルトの名無しさん
09/01/19 11:15:03
on lispの原著が34000円もするなんて・・・
最後のいくつかの章で図がみえないから欲しかったのに

66:デフォルトの名無しさん
09/01/19 17:18:17
何千ページの本なの？

67:デフォルトの名無しさん
09/01/19 20:55:42
URLﾘﾝｸ(www.paulgraham.com)
>> 65 ここから落とせない？　著者公開してるけど．

68:デフォルトの名無しさん
09/01/19 21:32:16
>>67
そこのは、例えばFigure 24.1
が見えないよ。他にも見えない図がいくつかあった

69:デフォルトの名無しさん
09/01/19 21:38:09
on lisp $13 しかし日本への送料が４０００円
URLﾘﾝｸ(www.lulu.com)

こっちから買うかな
何冊かまとめ買いすれば送料安くなんないかな

70:デフォルトの名無しさん
09/01/19 22:35:33
日本語訳の本に載ってないって事？

71:デフォルトの名無しさん
09/01/20 00:18:36
URLﾘﾝｸ(www.amazon.co.jp)
URLﾘﾝｸ(www.amazon.com)
高いな

72:デフォルトの名無しさん
09/01/20 22:57:56
Head First Common Lispはまだか。

73:デフォルトの名無しさん
09/01/22 03:10:07
たぶん一生でないよw

74:デフォルトの名無しさん
09/01/22 13:05:51
主婦の友増刊号「誰にもわかるコモンリスプ」

75:デフォルトの名無しさん
09/01/22 14:23:07
片仮名で書くとめちゃくちゃイメージ違うなぁ。

76:デフォルトの名無しさん
09/01/22 16:32:13
フランス語みたい。

イロムサコン・フィヨンセ・コモンリスプ

77:デフォルトの名無しさん
09/01/23 01:35:12
特別寄稿ガイ・スチール・ジュニア氏
「君もリスプやらないか？」

78:デフォルトの名無しさん
09/01/23 02:00:30
「いいこと思いついた。
お前、俺のテイルジャンプで、メッセージパッシングしろ」

79:デフォルトの名無しさん
09/01/23 17:50:52
「アッーーク！」

80:デフォルトの名無しさん
09/01/23 21:18:38
アンジー・コモン・リスプ

81:デフォルトの名無しさん
09/01/23 23:24:26
微妙にﾜﾛﾀ

82:デフォルトの名無しさん
09/01/25 02:43:49
GaucheにIDE付けれの人まだ張り付いてるのか

83:デフォルトの名無しさん
09/01/25 03:26:34
Lisp 系言語だと emacs か vi しか選択肢が無いのは事実だけど、
あらたに統合環境を用意する積極的な理由ってのも無いんだよなー。

欲しいのはデバッガみたいだけど、
仮にデバッガが便利だとしても Scheme にふさわしいデバッガのモデル
は過去事例を研究したところで容易に決められるとは思わんのだよなー。

これだけ長い Lisp の歴史の中でいわゆる「デバッガ」が言及された
ことがそんなにないってのはただの偶然だとでも思ってんだろうか。

84:デフォルトの名無しさん
09/01/25 06:25:23
pltはそのへんがんばってるんじゃないの

85:デフォルトの名無しさん
09/01/25 06:30:20
なんでlispは歴史的にデバッガが言及されないの？

86:デフォルトの名無しさん
09/01/25 08:36:47
>>85
文脈嫁。

>>83 は、GCを考案し、動的言語の先駆けとなったLisp に、デバッガの話が持ち上がらなかったのは、Lispにデバッガが不要だから、と云いたいんだろ。

87:デフォルトの名無しさん
09/01/25 08:47:36
>>83は、これだけ長い Lisp (スレ)の歴史の中で、と言いたかったんだよ。

88:デフォルトの名無しさん
09/01/25 09:10:02
>>83
Schemeの話をLisp系と一般化しないでくれ。Emacs Lispのデバッガはなかなかいい、
CL系は昔から規格に最適化オプションで debug 指定ができたりと、デバッガは
売りにしてたよ。SchemeでもPLTやGuileはがんばってるじゃん。

89:デフォルトの名無しさん
09/01/25 09:43:29
DebuggerのないLisp machineなど存在しない。
もともとsmalltalk実装のモデルになったような
統合プログラミング環境を持っていたのがLisp。
今はむしろLLみたいな軽い環境が流行りで、
外界とのインターフェースは昔より豊か。

90:デフォルトの名無しさん
09/01/25 16:54:11
eclipseあたりに自力で作ってみたらいいのに

91:デフォルトの名無しさん
09/01/25 17:19:03
調べるのめんどくさいんでここで聞きますがscheme ってバイトコードはけるの

92:デフォルトの名無しさん
09/01/25 17:42:27
>>91
Kawa, JSchemeでｸﾞｸﾞﾚｶｽ

93:デフォルトの名無しさん
09/01/25 18:42:50
>>89
Smalltalkより前にIDEを持っていたLispってどんなLispだよｗ

94:デフォルトの名無しさん
09/01/25 18:46:35
つ Wikipedia項目ﾘﾝｸ

95:デフォルトの名無しさん
09/01/25 19:05:55
まったく関係ないがh抜き不便

96:デフォルトの名無しさん
09/01/25 19:15:49
アセンブラ使え

97:デフォルトの名無しさん
09/01/25 19:23:10
>>93
TECO+MacLisp
後継のEmacsがSmalltalk-76と同時期。

98:デフォルトの名無しさん
09/01/25 21:57:10
超古代文明の発掘みたいな。
断絶があるのはなぜだろう。

99:デフォルトの名無しさん
09/01/25 21:58:24
車輪の再発明と言ってだな、

100:デフォルトの名無しさん
09/01/26 00:28:22
>>82
別にどんな主張をしようが構わないが、
「デバッガ」っていう重要なカテゴリ以下を私物化してるのがちょっと……。
あれのどこがGaucheのデバッガの話なのよ？

何で、自分のページとか作って、そこでやらないんだろうね？

101:デフォルトの名無しさん
09/01/26 11:20:53
まあWiLilki的にひどすぎるということになれば管理者のShiroさんが強権発動するでしょ

102:デフォルトの名無しさん
09/01/27 13:43:07
俺はffiの項目を私物化したいぞおお
ジョジョオ～

103:デフォルトの名無しさん
09/01/27 21:30:00
継続渡しマクロなんて作るぐらいなら
common lispの上にscheme作っちゃえばいいのに

104:デフォルトの名無しさん
09/01/27 23:30:15
みんながACL使えばみんなが幸せ

105:デフォルトの名無しさん
09/01/27 23:39:46
もっとお手頃価格でACL売ってくれ。
俺も使うから。

106:デフォルトの名無しさん
09/01/28 02:43:48
一方、ロシアのSchemerは黒板を使った。

107:デフォルトの名無しさん
09/01/28 03:34:23
>一方、ロシアのSchemerは黒板を使った。
作らないところが寂しいよな

>もっとお手頃価格でACL売ってくれ。
なんであんなに高いんだろうね？
年間売り上げみてみたいよ。

株主になっても一票そこに投じられそうもないのが悲しいやね

108:デフォルトの名無しさん
09/01/28 13:46:02
ロシアのLisp事情ってどんな感じなんだろう。
あそこは数学も物理も凄いんでしょ？

109:デフォルトの名無しさん
09/01/28 14:21:33
行って確かめてこいよ

110:デフォルトの名無しさん
09/01/28 16:10:27
ロシアは遠いし言葉がわからないから
かわりにロシアンパブ行ってきます。

111:デフォルトの名無しさん
09/01/28 21:13:51
URLﾘﾝｸ(sourceforge.jp)

あとまあ、これもある意味予想通りではあるが、LispやScheme、Haskellと言ったあたりは、
結局のところ「語られる」言語であって、「使われる」言語ではないようだ。
HaskellにしろCommon Lispにしろ、近年ではライブラリも相当揃ってきており、
パフォーマンスの面から言っても実用言語として遜色ないものになりつつあるので、個人的には残念なのだが。

112:デフォルトの名無しさん
09/01/28 21:22:15
Emacs Lispも仲間に入れてほしいんですけど。

113:デフォルトの名無しさん
09/01/28 21:52:50
だが断る

114:デフォルトの名無しさん
09/01/28 22:17:45
各個人の問題として何故使わないのか。

115:デフォルトの名無しさん
09/01/28 22:35:50
先週新聞に載ってたセンター試験の数学ⅡAをやってみたんだけど
21世紀になって10年たとうというのにひどいBASICのプログラムが載ってたんだわ
高校生に勉強させるなら
COMETでもMIPSでもいいからアセンブラでやらせるか
BFで難易度高めにするか
LispやHaskelやForthで教養を身につけさせるかすればいいのに
あるいはスパコンのためにFortranを教えるか

116:デフォルトの名無しさん
09/01/28 22:50:30
>>114
次々と新たな処理系が開発されるのは、既にある処理系を使いたくないのかもな。
勉強のためだとしても、なんで人のソースを読むことより自分で書くことを選ぶのか。
それが問題だと思うよ。

117:デフォルトの名無しさん
09/01/28 22:52:42
IT音痴大国の名に恥じないな。

118:デフォルトの名無しさん
09/01/28 22:58:36
Lispはラテン語ではない。と誰かが言ったとか言わないとか。

119:デフォルトの名無しさん
09/01/29 20:26:19
むしろラテン語だろ

120:デフォルトの名無しさん
09/01/29 22:59:04
まあもう少し待ってれば予想外の変化が起きるかもよ

121:デフォルトの名無しさん
09/01/29 23:03:38
Lisp/Scheme類は法律で禁止され、地下で開発するしかないのだ。

122:デフォルトの名無しさん
09/01/30 00:02:26
>>115
あれはなんの冗談なんだろうと思ったな。
釣りじゃないのか、とか日付を確認したりとか。
徐々にその事実が恐ろしくなっていった。

>LispやHaskelやForthで教養を身につけさせるかすればいいのに
お前は俺かｗ

123:デフォルトの名無しさん
09/01/30 00:06:09
BFで難易度をってところにﾜﾛﾀ

124:デフォルトの名無しさん
09/01/30 06:22:02
URLﾘﾝｸ(d.hatena.ne.jp)

125:デフォルトの名無しさん
09/01/31 00:58:37
Lisperだけで会社作ったら、経営していけるかな。

126:デフォルトの名無しさん
09/01/31 01:03:15
URLﾘﾝｸ(codepad.org)

127:デフォルトの名無しさん
09/01/31 05:02:34
漢詩って何かいいね。

128:デフォルトの名無しさん
09/01/31 05:15:40
情景が目に浮かぶようだね。霜ってのがまた良いな。

……ところで、ここ何のスレだっけ？

129:デフォルトの名無しさん
09/01/31 15:23:31
comp.lang.lispに何度か書き込みしてるはずなのに反映されない
なんでだろ

130:デフォルトの名無しさん
09/01/31 16:48:38
ネットニュースだから配送の問題とか？

131:デフォルトの名無しさん
09/02/01 13:40:24
URLﾘﾝｸ(quasiquote.org)
をconfigure make make installしてから

gosh> (use lazy-ffi)
*** ERROR: Compile Error: failed to link "lazy-ffi" dynamically: /usr/lib/gauche/site/0.8.12/i486-pc-linux-gnu/lazy-ffi.so: undefined symbol: strlcpy
"(stdin)":2:(use lazy-ffi)

Stack Trace:
_______________________________________
gosh>

何が問題なのでしょうか

132:デフォルトの名無しさん
09/02/01 13:44:27
だからここはサポート掲示板じゃねえっつーの
またどうせバージョン違うんだろ

133:デフォルトの名無しさん
09/02/01 14:06:25
>>131
glibcにOpenBSD由来のstrlcpy(3)はありません。
URLﾘﾝｸ(www.openbsd.org)
から持ってきてリンクしてください。
デストリによってはパッケージで提供されているかも知れませんが。

134:デフォルトの名無しさん
09/02/01 14:12:09
やっぱlinuxってきもいなー

135:デフォルトの名無しさん
09/02/03 04:35:42
gimp2.6.3(ほぼR5RS互換) のscript-fu で

(let ((foo 2)
(bar 3))
(display foo)
(display bar))
->23#t

これと同じ事がしたくて(返り値は無視して)
下のように書きましたが変数ではなく
文字列として扱われてしまいます。

(let ((foo 2)
(bar 3))
(mapcar (lambda (arg)
(display arg)) '(foo bar)))
->foobar(#t #t)

上に書いたlispと同じ動作にするにはどう書けば良いでしょうか？

136:デフォルトの名無しさん
09/02/03 06:59:00
>>135
「'」(クォート)をつかわず、 (list foo bar) としたら良いのでは。
あるいは `(,foo ,bar) (先頭はバッククォートね)かな。

137:デフォルトの名無しさん
09/02/03 09:54:45
letやmapcarが出てくるのにquoteが判らないとは
えらい偏った学び方したんだな
quoteはLISPの基礎

138:デフォルトの名無しさん
09/02/03 13:39:03
>>137
偏ってない。変数とシンボルを混同するのはLISPの名物。
変数とimmutableな文字列なら、混同することはあまりないのだが。

最近思うんだが、LISPは動的スコープに戻したほうがいいんじゃないか?
変数は常に(eval シンボル)と等価で、関数は常にS式と等価。
静的スコープではこれが成立しない。

139:デフォルトの名無しさん
09/02/03 14:13:37
'(1 2)と(list 1 2)の結果が同じだし、勘違いしちゃうことってあるよね

140:デフォルトの名無しさん
09/02/03 16:24:19

'multiple-value-bindについてるクオートがよくわからない．

(defmacro mvbind (&rest args)
(let ((name 'multiple-value-bind))
`(,name ,@args)))

141:デフォルトの名無しさん
09/02/03 17:07:30
これでうまくいった
(let ((foo 2)
(bar 3))
(mapcar (lambda (arg)
(display (eval arg))) '(foo bar)))

142:デフォルトの名無しさん
09/02/03 17:31:30
>>138
かなり偏ってるね
混同するのが名物とか、変な偏見も持ってそうだが
多分>>140-141もお前じゃないか？
きちんとした処理系で基礎から勉強し直した方がいいと思うね

143:デフォルトの名無しさん
09/02/03 18:38:40
>>136
そうだね。前スレ372-390でも話題になってたよね。
(list foo bar)
== (list `,foo `,bar)
== `(,foo ,bar)
quasiquoteの分配則では気をつけないとね。

144:デフォルトの名無しさん
09/02/03 18:43:43
データとコードの違いは最初に叩き込まれると思っていたがそうでもないのか？

145:デフォルトの名無しさん
09/02/03 18:48:15
>>139
>結果が同じだし

微妙な違いは理解してるのか？
同じ臭いがするんだよ>>138-141はよ。

146:デフォルトの名無しさん
09/02/03 19:05:17
マクロの勉強でもしてみれ

147:デフォルトの名無しさん
09/02/03 19:11:52
eval使って解決した気になれるとか、初心者の特権だねえ。

148:デフォルトの名無しさん
09/02/03 19:15:57
>>135
それよりmapcarの使い所を間違えてないかね？
処理系変えるとうまく動かないかもよ。
quoteはちゃんと理解した方がいいよ。

>>140
どんだけ頓珍漢なことやってるのかって
最初は気付かないもんだよ。

149:135
09/02/03 20:15:17
ありがとうございます。
もう一度 quote の部分を見直しましたが
まだいまいちわかっていないので
もう一度じっくり読んでみます。

>>148
mapcar の使い方を確認しようと
Revised5 Report on the Algorithmic Language Scheme
を見てみたところ mapcar は乗っていなかったので
map を使うことにしました。

150:デフォルトの名無しさん
09/02/03 21:12:28
>>135は展開すると
'(foo bar)
== (list 'foo 'bar)
となる。
これと>>143を比べると違うことは明白。
(list 'foo 'bar)ではlistの要素はシンボルになっている。>>135
(list foo bar)ではlistの要素は変数になっている。>>136,>>143

151:デフォルトの名無しさん
09/02/03 21:34:33
初心者ならそこまで気を回さなくてもいいかもしれないけど
(equal? '(foo bar) (list 'foo 'bar)) => #t
だけど
(eq? '(foo bar) (list 'foo 'bar)) => #f ; ほとんどの場合
quoteはquoteでlistとは別物（返り値も含めて、書き換え可能かどうか等も）
返ってくる値がequalなだけ

152:デフォルトの名無しさん
09/02/03 23:03:12
それからR5RSのmapは返り値の順序は規定されているけど
評価順序は未規定
だから
(map display '(A B C)) => '(#<undef> #<undef #<undef>)
標準出力にはABC、ACB、BAC、BCA、CAB、CBAのいずれか
評価順序をリストの順通りにしたいのならfor-eachを使う
(for-each display '(A B C)) => #<undef>
標準出力には必ずABC
評価順序と戻り値のデータ構造内の順序の区別は
HaskelのIOモナドにもつながる
（たぶん）
R5RSでは関数の引数の評価順さえ未規定

次ページ