- 1 名前：デフォルトの名無しさん [2007/04/20(金) 19:41:39 ]
- Lisp全般のスレです
過去スレ
Part16: pc11.2ch.net/test/read.cgi/tech/1172404795/
Part15: pc10.2ch.net/test/read.cgi/tech/1151025773/
Part14: pc8.2ch.net/test/read.cgi/tech/1132275726/
Part13: pc8.2ch.net/test/read.cgi/tech/1115901841/
Part12: pc8.2ch.net/test/read.cgi/tech/1100229366/
Part11: pc5.2ch.net/test/read.cgi/tech/1091456033/
Part10: pc5.2ch.net/test/read.cgi/tech/1075630259/
Part9: pc2.2ch.net/test/read.cgi/tech/1069594582/
http://が多すぎるらしいので分割
- 239 名前：デフォルトの名無しさん mailto:sage [2007/05/13(日) 22:50:04 ]
- >>206
> ギリシャ文字のイオタ？
元ネタは APL の原始関数イオタだと思う.
- 240 名前：デフォルトの名無しさん mailto:sage [2007/05/13(日) 23:44:43 ]
- atoi を逆にしたと思ってた
- 241 名前：デフォルトの名無しさん mailto:sage [2007/05/13(日) 23:48:00 ]
- >>217
Common Lispのほうが楽だから
>>223
Common Lispのほうが楽だから
>>230
Common Lispのほうが楽だから
- 242 名前：デフォルトの名無しさん mailto:sage [2007/05/14(月) 00:15:22 ]
- >>239
ありがとうございます。すっきりしました。
ι6 で 1 2 3 4 5 6 になるんすね。へぇ〜。
ttp://homepage3.nifty.com/ysaigusa/jp/apl/guide/intro/index.html
- 243 名前：デフォルトの名無しさん mailto:sage [2007/05/14(月) 02:30:42 ]
- >>210
CLOSハC++ナドトクラベテ ユルヤカナ オブジェクトシコウ＋アルファ
ダヨ。ユルヤカナオカゲデ、C++ナドトクラベテ スバゲティニナリニク
イカモ。ナゼナラ ソウショウカンスウト メンバカンスウノ チガイガ
オオキイナリ。
コモンリスプハ オモメノケイサントダイキボニナルモノ デユウリニナ
ル。ソレイガイノトコロデハ ユウイセイガ ムカシニクラベ テスクナ
ク ナッタトオモウ。
ソケットヤ スレッドカンレンノ カンスウノ ANSIカヲハヤクススメ
テホシイ。１０ネンノアイダニヒツジュヒンガフエタ。
- 244 名前：デフォルトの名無しさん mailto:sage [2007/05/14(月) 03:29:34 ]
- 昔の電報キター！
- 245 名前：デフォルトの名無しさん mailto:sage [2007/05/14(月) 03:37:47 ]
- イオタって聞くと、『ランボルギーニ・イオタ（レプリカ）』ってキャプションのついた写真を思い出してしまうのは秘密。
- 246 名前：デフォルトの名無しさん mailto:sage [2007/05/14(月) 03:49:01 ]
- >>243
10年どころか、Common Lispが生まれて20年以上だもんな。
そろそろソケット、XML、Unicodeあたりを標準に取り込んでもらいたいものだ。
- 247 名前：デフォルトの名無しさん mailto:sage [2007/05/14(月) 04:13:44 ]
- スレッドもね >> 標準
- 248 名前：デフォルトの名無しさん [2007/05/14(月) 21:43:53 ]
- とりあえずScheme極めてみるわ
それからOCamlやろうと思うんだ
な〜にがCommon Lispだよ
- 249 名前：デフォルトの名無しさん mailto:sage [2007/05/14(月) 21:46:36 ]
- MLやるなら最初からMLでいいと思うんだ
- 250 名前：デフォルトの名無しさん mailto:sage [2007/05/14(月) 21:47:56 ]
- 勝手に極めてろｗ
- 251 名前：デフォルトの名無しさん [2007/05/14(月) 23:34:33 ]
- 249 ：デフォルトの名無しさん ：2007/05/14(月) 21:46:36
MLやるなら最初からMLでいいと思うんだ
だってSchemeのほうがかわいいじゃんｗ
- 252 名前：デフォルトの名無しさん mailto:sage [2007/05/14(月) 23:37:58 ]
- かわいいのか？
- 253 名前：デフォルトの名無しさん mailto:sage [2007/05/15(火) 00:06:21 ]
- まるっこくてぽにぽにしてるカンジ
- 254 名前：デフォルトの名無しさん mailto:sage [2007/05/15(火) 03:43:59 ]
- えー？
ちんまりしてきゅっとしてる感じだなぁ
- 255 名前：デフォルトの名無しさん mailto:sage [2007/05/15(火) 03:54:19 ]
- schemeハハヤクテケイリョウナノデ '86レビン トイウインショウデス。
- 256 名前：デフォルトの名無しさん mailto:sage [2007/05/15(火) 11:04:28 ]
- かわい・い 《形》 (カワユイの転。「可愛い」は当て字)
(1)いたわしい。ふびんだ。かわいそうだ。三体詩抄「万民の枯骨となりたるは―・い事ではをりないか」
(2)愛すべきである。深い愛情を感じる。「―・い我が子」「―・い声で歌う」
(3)小さくて美しい。「―・いスズランの花」
（岩波書店「広辞苑 第五版」より引用）
(1)の意味だったら厭だな
- 257 名前：デフォルトの名無しさん mailto:sage [2007/05/15(火) 12:35:07 ]
- チョークでものを書くあの感触が好きなら
Schemeをやらない手は無いよな。
- 258 名前：デフォルトの名無しさん mailto:sage [2007/05/15(火) 19:28:06 ]
- 爪で黒板を引っ掻く「キキィィィー」って音が好きなら
Schemeをやらない手は無いよな。
- 259 名前：デフォルトの名無しさん mailto:sage [2007/05/15(火) 21:51:34 ]
- 黒田ちゃんの攻撃来ました
GaucheNight (About Scheme cont.)
ttp://cl-www.msi.co.jp/solutions/knowledge/lisp-world/articles/gauche-night
仕様があいまいだから許さんって事？
- 260 名前：デフォルトの名無しさん mailto:sage [2007/05/15(火) 22:09:44 ]
- >>246
正規表現とFFIも☆逸す
- 261 名前：デフォルトの名無しさん mailto:sage [2007/05/15(火) 22:32:02 ]
- R*RSの曖昧さは、Schemeに与えられた唯一にして最大の自由かもしれん。
良いか悪いかはわからん。
- 262 名前：デフォルトの名無しさん mailto:sage [2007/05/15(火) 22:39:35 ]
- 通読した事も無いくせに
- 263 名前：デフォルトの名無しさん mailto:sage [2007/05/15(火) 22:43:49 ]
- >>260
普通の正規表現も入ってもいいけど、パターンをS式で書けたりするとさらに萌えるな
- 264 名前：デフォルトの名無しさん mailto:sage [2007/05/15(火) 22:51:48 ]
- Schemeにマクロはないっていうがsytax-rurlesとかは何でマクロじゃないんだ？
あと、sytax-caseは非標準だけど、これはマクロなのか？
まあ、これがマクロなら、ほとんどの処理系syntax-case備えてることから、
Schemeには実質マクロがあるようなもんだといっていいと思うのだが。
- 265 名前：デフォルトの名無しさん mailto:sage [2007/05/15(火) 22:51:52 ]
- >>259
さっそくshiroたんが反論してるね。
残念ながらレベル高すぎてついていけないorz
- 266 名前：デフォルトの名無しさん mailto:sage [2007/05/15(火) 22:56:02 ]
- あの文字列の形が正規表現の正規表現たる所以であって、S式にしたらぶちこわしだ。
マクロでもってオートマトンコードに変えるんなら意味なくもないが。
- 267 名前：デフォルトの名無しさん mailto:sage [2007/05/15(火) 23:15:31 ]
- >>262
焼酎飲みながらのことが多いですが、何度か通読しておるですよ。
6-2-3の冒頭なんかが端的にその精神を表しているように思うのですけれど。
規定されていない部分についての実装の挙動の規定というのは、シラフでじっくり読んでもほんの僅かしか確認できないし。
- 268 名前：デフォルトの名無しさん mailto:sage [2007/05/15(火) 23:26:23 ]
- >>263
elispにあるみたいな表記？
- 269 名前：デフォルトの名無しさん mailto:sage [2007/05/15(火) 23:31:35 ]
- 反論ってこれかぁ
Scheme:マクロ:CommonLispとの比較:意味論
ttp://practical-scheme.net/wiliki/wiliki.cgi?Scheme%3a%e3%83%9e%e3%82%af%e3%83%ad%3aCommonLisp%e3%81%a8%e3%81%ae%e6%af%94%e8%bc%83%3a%e6%84%8f%e5%91%b3%e8%ab%96
オレもさっぱりだｗ
- 270 名前：デフォルトの名無しさん mailto:sage [2007/05/15(火) 23:48:53 ]
- >>266
perl6 の rule 見たいな感じ？
- 271 名前：デフォルトの名無しさん mailto:sage [2007/05/16(水) 03:39:20 ]
- とりあえず現時点(R5RS)では、黒田の指摘は的を射ているということは分かった。
実装的に問題なければいーじゃんとする立場からは遠く離れた高みでの議論ですなあ。
- 272 名前：デフォルトの名無しさん [2007/05/16(水) 16:30:23 ]
- おれC厨だけど、変数の代入はしないように気をつけてるよ。
- 273 名前：デフォルトの名無しさん mailto:sage [2007/05/16(水) 16:32:04 ]
- Cは関数型言語だからな。それくらいの配慮は欲しいところだ。
- 274 名前：デフォルトの名無しさん [2007/05/16(水) 16:40:36 ]
- >>273
> Cは関数型言語だからな。
？？？
- 275 名前：デフォルトの名無しさん mailto:sage [2007/05/16(水) 17:09:59 ]
- 関数型... 関数を通して返す値が常にあるもの。y=f(x)の関係さ。
これが一番広い意味の関数型言語の定義だと思うんだが。
純粋か不純かは関数の中で、変数の値を変化させる事が可能かどうかの
違いじゃなかったっけ？
Cはvoid型のように返す値がないものもあるので、関数型とは言わない。
- 276 名前：デフォルトの名無しさん mailto:sage [2007/05/16(水) 17:12:34 ]
- ということは、「scheme界へ黒船襲来」に迎撃出来なかったってことか。
- 277 名前：デフォルトの名無しさん [2007/05/16(水) 18:09:03 ]
- Haskellの勉強をしてからC言語やると天才になれる。
C言語で関数言語的なスタイルでプログラミングするんだ。
Lisp厨には理解出来ないか？
- 278 名前：デフォルトの名無しさん mailto:sage [2007/05/16(水) 18:48:52 ]
- 毎度のことながら言語比較厨は馬鹿っぽいな
- 279 名前：デフォルトの名無しさん [2007/05/16(水) 18:57:16 ]
- 馬鹿はおまえだよ
自覚しろ
- 280 名前：デフォルトの名無しさん mailto:sage [2007/05/16(水) 19:21:08 ]
- >>277
＞C言語で関数言語的なスタイルでプログラミングするんだ。
不可能ではないが、Cで関数言語的な事をやりたいならば、
関数ポインタは押さえておきなさい。
あとは、こちらより、haskellのスレに出かけて師を探せ。
じゃあがんばれよ。
- 281 名前：デフォルトの名無しさん mailto:sage [2007/05/16(水) 19:24:18 ]
- 高階関数がムズいぜ。
- 282 名前：デフォルトの名無しさん [2007/05/16(水) 19:31:55 ]
- 281 ：デフォルトの名無しさん ：2007/05/16(水) 19:24:18
高階関数がムズいぜ。
むしろ痒いよｗ
- 283 名前：デフォルトの名無しさん mailto:sage [2007/05/16(水) 19:59:44 ]
- 間を取ってムズ痒い
- 284 名前：デフォルトの名無しさん mailto:sage [2007/05/16(水) 20:39:41 ]
- >>275
> 関数型... 関数を通して返す値が常にあるもの。y=f(x)の関係さ。
scheme の set-car! とかは関数だけど値を返してるといえるんだろうか。
> 純粋か不純かは関数の中で、変数の値を変化させる事が可能かどうかの
> 違いじゃなかったっけ？
代入があれば純粋ではないのはそうだろうけど、
代入がないからって純粋とは限らないんじゃないかな。
普通は副作用をもたないものを純粋というのでは？
- 285 名前：デフォルトの名無しさん [2007/05/16(水) 20:57:24 ]
- 純粋な関数型言語と言われているHaskellでも間接的な方法でなら代入できるよ
値を返す関数を関数の中に織り込むの
- 286 名前：デフォルトの名無しさん mailto:sage [2007/05/16(水) 21:12:03 ]
- 関数型厨は巣に帰れ。Lispが関数型かどうかなんてLisperにとってはどうでもいい問題だ。
- 287 名前：デフォルトの名無しさん [2007/05/16(水) 21:38:51 ]
- カルト乙ｗ
- 288 名前：デフォルトの名無しさん mailto:sage [2007/05/16(水) 22:11:29 ]
- >>284
schemeのset-car!みてぽかーんとしてしまった。#t #fどっちか
返せばいいのに。
＞普通は副作用をもたないものを純粋というのでは？
代入の事を指していたのではなくて、このことを指していた。
関数の中で変数が変化するのは、破壊的だと考えられる。
一度決まった変数をいじらないことをさしていて、代入の有無ではないです。
- 289 名前：デフォルトの名無しさん mailto:sage [2007/05/16(水) 22:22:54 ]
- >>274
ほら、アレじゃね。C++ は参照透明な言語ですっていう一連のネタの続きじゃないの。
副作用の為のシンタックスシュガーが豊富に用意されていますって奴w
- 290 名前：デフォルトの名無しさん mailto:sage [2007/05/16(水) 22:26:02 ]
- ん？
関数型言語でしょ？
ttp://d.hatena.ne.jp/w_o/20060808#p2
- 291 名前：デフォルトの名無しさん mailto:sage [2007/05/16(水) 22:33:10 ]
- Ｉmmature Lisp 萌えｗ
- 292 名前：デフォルトの名無しさん mailto:sage [2007/05/16(水) 23:17:02 ]
- ruby スレ痛い事になってるな
- 293 名前：デフォルトの名無しさん mailto:sage [2007/05/16(水) 23:21:12 ]
- 何その嵐依頼
- 294 名前：デフォルトの名無しさん mailto:sage [2007/05/17(木) 21:01:47 ]
- R5RSとにらめっこしながらSchemeを勉強中なのですが、
未束縛のxがあるとして、
(define-syntax foo
(syntax-rules () ((_) (define x 100))))
(foo)
としたあと、xが100になる処理系(Gauche,scm,guile)とxが未束縛のままの処理系(Gambit-C,scheme48,MzScheme)があるのですが
マクロ変換子のスコープってどうなってるんでしょうか
予想としては(syntax-rules ... )まで(後者の挙動)かなぁ、と思うのですが
- 295 名前：デフォルトの名無しさん mailto:sage [2007/05/17(木) 21:49:50 ]
- トップレベルじゃなければ大体の処理系では前者になるんじゃね？
- 296 名前：デフォルトの名無しさん mailto:sage [2007/05/17(木) 21:52:11 ]
- >>294-295
petite chez schemeではそのマクロを定義しようとした時点でエラーになった。
- 297 名前：デフォルトの名無しさん mailto:sage [2007/05/17(木) 21:54:04 ]
- >>296
ハイジニックな性質を守るためにはそれが正解だろう。
- 298 名前：デフォルトの名無しさん mailto:sage [2007/05/17(木) 22:38:01 ]
- >>296
ならねーよ。
もしかして全角空白ごとコピペしたんじゃね？
- 299 名前：294 mailto:sage [2007/05/17(木) 22:42:27 ]
- Gaucheは
> (foo)
> x
→ 100
なのに
> ((lambda () (foo) x))
だと、未定義もしくはlambda呼び出しの前の値です
((lambda () (foo) x))が100を返すけどトップレベル束縛にならない処理系もあって訳分からなくなってきました…
(foo)でスコープが閉じてその外では100にならないのが正しいと思うのですが
- 300 名前：デフォルトの名無しさん mailto:sage [2007/05/17(木) 23:00:07 ]
- マクロのかわりができなきゃ何のために導入するの？
- 301 名前：デフォルトの名無しさん mailto:sage [2007/05/17(木) 23:01:20 ]
- そういうのにストレス感じる人はコモンリスプへいらっしゃいｗ
- 302 名前：294 mailto:sage [2007/05/17(木) 23:05:20 ]
- >>300
defineは内部定義になってもset!は可視の束縛場所の値の変更ですから
使えるのではないでしょうか
内部定義だからxは自由参照じゃないからリネームされて外側のスコープの値を変更しない…んですよね？
保険的マクロ二加えて古典的マクロとgensymをR6RSに入れてくれれば良いのに
- 303 名前：デフォルトの名無しさん mailto:sage [2007/05/17(木) 23:18:22 ]
- >>302
syntax-caseが導入予定。
古典的マクロはsyntax-caseで実装可能。
- 304 名前：294 mailto:sage [2007/05/18(金) 14:41:54 ]
- >>303
syntax-rulesの表現力に不満がある訳じゃなくて
（まだ自分はそんなレベルじゃないです）
実装が難しくて挙動が処理系依存になっているのなら
ポータブルな古典的マクロも標準に入れてほしいと思っただけです
syntax-rulesでスコープが閉じてるとしたら
マクロでdefineを使用すると必ず内部定義になってしまうから
R5RSのマクロの項でトップレベル定義のdefineについて言及していることへの辻褄が合わなくなってしまいますね
でも閉じてない（マクロ使用と同じスコープ）なら
そのマクロは定義が許される文脈でしか使用できなくなりますね
でも識別子の衝突を避けるためにリネームされるってことは
新しいスコープができている事に他ならない気もしますし
どっちなんでしょうか
- 305 名前：デフォルトの名無しさん mailto:sage [2007/05/18(金) 15:33:40 ]
- Scheme用のいいGUIツールキットってないかな・・・
- 306 名前：デフォルトの名無しさん mailto:sage [2007/05/18(金) 17:39:53 ]
- 処理系によりけり。
- 307 名前：デフォルトの名無しさん mailto:sage [2007/05/18(金) 17:56:30 ]
- 同じOS上でも処理系毎に違うのなんとかならんのだろうか？
- 308 名前：294 mailto:sage [2007/05/18(金) 18:40:13 ]
- 言葉がわかりづらい…
束縛→場所をユニークに表すもの
束縛する→識別子を場所またはマクロ変換子に対応づける
参照→場所から値を取り出す事
という解釈で良いんでしょうかね
束縛するはともかく他の２つは直感的な理解と違う解釈な気がしますけど
内部定義のduplicate bindingについてはR5RSでは言及されてないようですけど
内部定義のdefineは完全に等価なletrec変換できるって書いてあるので
暗黙的にduplicate bindingは禁止なんでしょうね
でも処理系によって許すものと許さないものがあるようです
syntax-caseで使用する識別子'_'はマクロ名を表すって説明してるサイトもありますけど
必ずしもそうじゃないんですね
パターンリストの先頭の識別子はパターン変数にならず、
マクロ名と見なされるってだけなので
(define-syntax foo (syntax-rules () ((bar _) (begin (display _) (newline)))))
見たいに書くとパターン変数として使えるんですね
- 309 名前：デフォルトの名無しさん mailto:sage [2007/05/18(金) 20:00:03 ]
- >>306
じゃあGaucheで
- 310 名前：294 mailto:sage [2007/05/18(金) 20:08:42 ]
- あ、自分のレスみて気がつきましたが
パターン変数はいわばメタ変数で実体を持たないから
束縛を隠蔽する事はあっても新しい束縛の導入にならないんですね
じゃあR5RSの4.3のマクロの項で述べられている「束縛の挿入」は束縛コンストラクタを指している
そしてその束縛は（リネームされるから）マクロ使用の周りのものとは異なるわけですね
だからmzschemeやGambit-Cやscheme48の挙動が正しい
- 311 名前：デフォルトの名無しさん mailto:sage [2007/05/18(金) 21:45:48 ]
- >>308
束縛という日本語が、Ｌｉｓｐを無駄に難解な言語だと誤解させている部分はあるかもしれないねえ。
単にまんまバインドと言うほうがわかりやすかったりして。言葉の意味をあまり考えないで済む分。
似たようなのに「関数」てのがあるね。もともとｆｕｎｃｔｉｏｎの中国語読みを無理やり函数なんて漢字に当てたもんだから、
プログラミングを初めて学ぶ人の中には、関数て語で混乱する人も少なくないらしい。
遠山啓先生なんかは何十年も前の著作で、ｆｕｎｃｔｉｏｎは「函数」じゃなくて「機能」でいいじゃないかと書いていらっしゃる。
- 312 名前：デフォルトの名無しさん mailto:sage [2007/05/18(金) 21:49:07 ]
- 支離滅裂だな
「私は漢字苦手です」の一言で済むだろ
- 313 名前：デフォルトの名無しさん mailto:sage [2007/05/18(金) 22:03:55 ]
- オレも用語法に付いては同意見だな。 >> 英語そのままで良い
関数は違和感を覚える前に慣れてしまったけど、
理系の人間の国語センスの無さには絶望する。
- 314 名前：294 mailto:sage [2007/05/18(金) 22:05:51 ]
- うーん、あまり複雑に考えなくていいのかもしれません
構文束縛を除いて考えると
束縛とは
({let,let*,letrec} ((ここにある識別子 value) ...) body)
(lambda (ここにある識別子 ...) body)
(内部定義のdefine ここにある識別子 expression)
(トップレベルのdefine ここにある識別子、ただし未束縛 expression)
参照とは
識別子のうち、束縛でないもの
束縛の別名が束縛識別子、参照の別名が自由識別子って言う解釈で良いのでしょうか
>>311
束縛変数、自由変数だけならλ式みたいで分かりやすいんですけどね
束縛する、束縛、〜に対する束縛、〜への束縛、いろいろ種類があるので分かりにくいです
- 315 名前：294 mailto:sage [2007/05/18(金) 22:11:33 ]
- 「識別子は場所に束縛される」
この表現は解釈の余地もなく分かりやすいのですが
それ以外の「束縛する」、「束縛」などが分かりにくいですね
- 316 名前：デフォルトの名無しさん mailto:sage [2007/05/18(金) 22:13:20 ]
- 用語なんて慣れの問題だと思うけどね
- 317 名前：デフォルトの名無しさん mailto:sage [2007/05/18(金) 22:27:27 ]
- >>313
ｆｕｎｃｔｉｏｎなんて、今の関数よりはもともとの函数のほうが箱（函）をイメージして意訳してるので、
数学的な意味では関数よりも原語に近いイメージなんだけど、んなもん言われなきゃ気づかないよってのが痛いよなあ。
函→関に変わったのも、函の数て何よ？てなことからなんだろうし。
その点、「実装」てのは実に優秀な訳だと思う。見た瞬間にイメージが沸く。
- 318 名前：デフォルトの名無しさん mailto:sage [2007/05/18(金) 22:45:17 ]
- まぁでも "Lisp" という単語を、日本語として適当な語句に訳せって言われたら難しいよね。
何か以前も同じ様な話題があった様な気がするけど…
;; 無理矢理話題をスレの趣旨に近付けてみた。
- 319 名前：デフォルトの名無しさん mailto:sage [2007/05/18(金) 22:45:37 ]
- >>317
函→関は当用（か常用）漢字の問題
- 320 名前：317 mailto:sage [2007/05/18(金) 22:57:22 ]
- >>319
恥ずかしながら存じませんでした。勉強になりました。
しかし、音が同じってだけで漢字を変えるってのもどうかとｗ
- 321 名前：デフォルトの名無しさん mailto:sage [2007/05/18(金) 22:59:31 ]
- ま、周りに混乱を撒き散らして俺擁護を定着させるより
今定着している擁護で理解するほうがよっぽど楽だな。
- 322 名前：294 mailto:sage [2007/05/18(金) 23:00:34 ]
- 314は全然間違いでしたね
(lambda () x)と((lambda () x))では違いますから
評価される識別子→参照
評価されない識別子→束縛
ならいいでしょうか
- 323 名前：294 mailto:sage [2007/05/18(金) 23:05:48 ]
- あー、でも'xとかを束縛とは呼べない気がしますから
今は評価されていないけどいずれ評価されうる識別子→束縛
かな？
- 324 名前：デフォルトの名無しさん mailto:sage [2007/05/18(金) 23:08:09 ]
- >>320
音だけの問題じゃないぞ。
数と数の関連を表してるという意訳でもある。
- 325 名前：デフォルトの名無しさん mailto:sage [2007/05/18(金) 23:47:31 ]
- >>323
(eval 'x)
……とか言ってみる
いや、そんなによくわかってないんだけど
- 326 名前：デフォルトの名無しさん mailto:sage [2007/05/19(土) 00:17:17 ]
- 関数の結果が解っつうのも…
関連性ほどけちゃってるじゃん
- 327 名前：デフォルトの名無しさん mailto:sage [2007/05/19(土) 00:49:34 ]
- お前らがLispからイメージする色ってなによ？
たとえばRuby=>赤、Perl=>青、Python=>俺は紫なんだけど
Lispってイメージわかないんだよなぁ。しいて言えば無職ってかんじ。
- 328 名前：327 mailto:sage [2007/05/19(土) 00:50:54 ]
- oops
x無職
o無色
- 329 名前：デフォルトの名無しさん mailto:sage [2007/05/19(土) 00:53:08 ]
- 黄色に決まってるじゃん
- 330 名前：デフォルトの名無しさん mailto:sage [2007/05/19(土) 01:04:20 ]
- Perlは黄色で、Lispの方が青っぽいなあ
Lispは透明感がある感じ。
- 331 名前：デフォルトの名無しさん mailto:sage [2007/05/19(土) 01:11:55 ]
- >>327
緑
- 332 名前：デフォルトの名無しさん mailto:sage [2007/05/19(土) 01:15:30 ]
- 紫かなあ。ANSI Common Lisp の表紙が紫だから。
- 333 名前：デフォルトの名無しさん mailto:sage [2007/05/19(土) 01:23:10 ]
- Ruby ・・・ ルビー色
Perl ・・・ 真珠色
Python ・・・ ニシキ蛇色
Lisp ・・・ ポール色
- 334 名前：デフォルトの名無しさん mailto:sage [2007/05/19(土) 01:26:40 ]
- Python 青紫 Common Lisp 透明で少し青みがかかってるちょいとつや消し
Ruby 赤 Perl 黄 Scheme 明るい青
C やや白っぽい黄 C++ ドドメ色
AWK 赤茶色 sed 黄
Ocaml 肌色
- 335 名前：デフォルトの名無しさん mailto:sage [2007/05/19(土) 07:28:21 ]
- >>316
君が思うまでもなく、みんな慣れの問題についての話をしてるんだよ。
何のメリットも無いのに、慣れるための壁を高くしてそうな日本語訳についての話。
- 336 名前：デフォルトの名無しさん mailto:sage [2007/05/19(土) 09:22:35 ]
- Perl で黄色ってのはどういう連想なんだろう？
俺はCPANが水色だから水色を連想した。
>>334
>C やや白っぽい黄
なんかエロイな。
- 337 名前：デフォルトの名無しさん mailto:sage [2007/05/19(土) 09:54:54 ]
- どうでもいいです。ネタがないなら無理して書き込まなくて結構です。
- 338 名前：294 mailto:sage [2007/05/19(土) 14:18:23 ]
- >>325
結局C的に言えば
参照→*&x
束縛→&x
になりますかね
- 339 名前：294 mailto:sage [2007/05/19(土) 15:35:47 ]
- いろいろ考えすぎてました
識別子は場所に束縛される
束縛は識別子が束縛されている場所
参照は識別子が束縛されている場所から値を得る
ですね
|
 |
