- 1 名前：デフォルトの名無しさん mailto:sage [2005/05/06(金) 08:28:29 ]
- プログラミング言語処理系の開発に興味のある人達のスレッドです。
字句解析・構文解析から，データフロー解析，ループ並列化，タスク並列化，SSA変換，
CPS変換，レジスタ割付，命令スケジューリング，ソフトウェアパイプライン等各種最適化，
それにVM，GC，JIT，リンク時最適化，動的バイナリ変換などなど。
意味論に関する話題も歓迎です。
前スレ
1 pc.2ch.net/tech/kako/981/981672957.html
2 pc2.2ch.net/test/read.cgi/tech/1021136715/
3 pc5.2ch.net/test/read.cgi/tech/1070089173/
4 pc5.2ch.net/test/read.cgi/tech/1100097050/
5 pc8.2ch.net/test/read.cgi/tech/1106129164/ (前スレ)
関連リンクは多分 >>2-10 あたり
- 411 名前：デフォルトの名無しさん mailto:sage [2005/06/12(日) 23:01:58 ]
- >>410
でもその”毛”は結構デカイんだよな(w
- 412 名前：デフォルトの名無しさん mailto:sage [2005/06/12(日) 23:06:40 ]
- 剛毛
- 413 名前：デフォルトの名無しさん mailto:sage [2005/06/12(日) 23:13:18 ]
- >>402
lispのevalってコンパイラではどんな風に実装されてるの？
多分S式に特化した工夫があるんだよね。
>>411
作るのは大変だろうけど、そんなに実行効率変わるもんなの？
- 414 名前：デフォルトの名無しさん [2005/06/12(日) 23:33:12 ]
- おれは、どちらかというとパイパン派だけどな
- 415 名前：デフォルトの名無しさん mailto:sage [2005/06/13(月) 00:13:17 ]
- >>409
ほっといてやれよ、408が知らないのはRubyだけじゃないだろ。
- 416 名前：デフォルトの名無しさん mailto:sage [2005/06/13(月) 00:51:55 ]
- LISPのevalがする仕事ってのは入力リストを
コードと見なしてマクロ展開しながら評価してくだけ。
S式になってる時点で字句解析が済んだリストの状態ってことだから、
たとえば動的に作成した引数リストを渡したいだけならreadしたものを
そのままapplyに渡せたりするので、少し工夫すればevalを使う
必要はあんまりない。
ほとんどコンパイル済みのクロージャとかで間に合う。
この辺rubyとかperlのevalの事情とはだいぶ違う。
- 417 名前：デフォルトの名無しさん mailto:sage [2005/06/13(月) 01:18:37 ]
- よくあるようなschemeコンパイラが出力するネイティブコードには
1) プログラム全体のS式(パースなどはされてるかも)
2) S式を評価するインタプリタ(eval)
に加えて、最適化用に
3) defineされた関数をコンパイルしたネイティブコード
があらかじめ含まれてる、って理解でいいかな。
しかし一部のschemeコンパイラ(chezとか)の異常な速さには、
もっと秘密がありそうだｗ
- 418 名前：デフォルトの名無しさん mailto:sage [2005/06/13(月) 01:30:09 ]
- は? 1を含む必要が理解できないんだが。
- 419 名前：デフォルトの名無しさん mailto:sage [2005/06/13(月) 01:44:14 ]
- >>417
ChezやGaucheなどの速い部類のschemeは
read後のevalの代わりにcompileフェーズが入る。
もちろんマクロはcompile直前に全て展開される。
read→compile→run(→write)
- 420 名前：デフォルトの名無しさん mailto:sage [2005/06/13(月) 01:59:54 ]
- >>418
あ、schemeはリフレクションみたいにプログラムをデータとして扱うことはできないのか。
じゃquoteされてるとこだけでいいのかも。(自信なし)
>>419
あー、JITか。なるほどなるほど。サンクスです。
Rubyも爆速コンパイラ作ってJITやhotspotすればいいんだな。(無理)
- 421 名前：デフォルトの名無しさん mailto:sage [2005/06/13(月) 02:01:09 ]
- >>416
むしろevalが出てくるLISPコードは下手糞が書いたものか、
自分で評価周りを拡張するとかの特殊用途ぐらい。
- 422 名前：デフォルトの名無しさん mailto:sage [2005/06/13(月) 02:02:31 ]
- >420
誤解があるようだけど
schemeのS式もLISPと同じくプログラム＝データですよ。
- 423 名前：デフォルトの名無しさん mailto:sage [2005/06/13(月) 02:09:49 ]
- いったんdefineされた関数の定義を、S式として取り出して扱うこともできるんでしたっけ。
(define (f x) x) の f から '(lambda (x) x) を取り出すみたいな。
だとしたら>>417の1がいるかな、と思ったんですが。
- 424 名前：デフォルトの名無しさん mailto:sage [2005/06/13(月) 02:46:12 ]
- >>423
かなり昔のLISPの本を読んだね？
今はdefine定義された関数を評価するとクロージャという
Schemeオブジェクトとして抽象化される。
クロージャからデータ(コードの印字表現)は基本的に取り出すことはできない。
コンパイルすると不要な情報は消えてしまうし、できたとしても処理系依存で実装される。
もちろん取り出せる処理系もある。
まあ、これ以上詳しくはschemeスレで聞くか、適当な入門サイトでも見た方が。
- 425 名前：398 [2005/06/13(月) 12:14:36 ]
- 下らん。もう一回言うね。
>>397の研究内容を踏まえて、
動的言語としてのRubyの言語仕様のうち、
コンパイルしにくい要素って何なんだろうね。
- 426 名前：デフォルトの名無しさん mailto:sage [2005/06/13(月) 13:26:07 ]
- >>425
は？今まで言われてきた通りじゃないの？
>the main difficulty of compiling Ruby is the fact that the program can
>be updated during run-time
とあるから、論文の著者自体は>>407を問題視してると思われ。
つか、論文あるんだから読めよ。
- 427 名前：デフォルトの名無しさん mailto:sage [2005/06/13(月) 13:43:04 ]
- >>424
なるほど、ありがとうございました。
schemeというとプログラム＝データだってよく聞くんですが、
その本質の意味や利点をいまいち理解できてないんですよね。
入門サイトに行ってきます。
- 428 名前：デフォルトの名無しさん mailto:sage [2005/06/13(月) 14:05:56 ]
- >>426
ちょっと目を通した。
>>407そのまんまの話で、proof of conceptという事でがっくり。
今後に期待といった感じか。
- 429 名前：398 mailto:sage [2005/06/13(月) 18:15:38 ]
- >>426
論外だな。もう一回言うね。
>>397の研究内容を踏まえて、
動的言語としてのRubyの言語仕様のうち、
コンパイルしにくい要素って何なんだろうね。
- 430 名前：398=428 ◆Nj.Bk96Vy2 [2005/06/13(月) 18:21:49 ]
- >>429をスレ荒らしと判定。レス削除依頼を出します。
- 431 名前：デフォルトの名無しさん mailto:sage [2005/06/13(月) 19:47:55 ]
- >>429
そもそもrubyはコンパイルできないじゃん
しにくいという以前に、できない言語なんだよ
- 432 名前：デフォルトの名無しさん mailto:sage [2005/06/13(月) 20:41:35 ]
- 英語読めないんだね
- 433 名前：デフォルトの名無しさん [2005/06/13(月) 21:28:11 ]
- >>431
はぁ？
そんな言語ありませんが？
アフォですか？
- 434 名前：デフォルトの名無しさん mailto:sage [2005/06/13(月) 21:44:05 ]
- コンパイルの定義で揉める巧妙な書き込みがなされているな
- 435 名前：デフォルトの名無しさん mailto:sage [2005/06/13(月) 21:44:44 ]
- Rubyは存在しないらしい、という学説がここに提唱されました
- 436 名前：デフォルトの名無しさん mailto:sage [2005/06/13(月) 22:35:40 ]
- 具体的な根拠も書かずに煽るだけの輩がいるからねぇ
- 437 名前：デフォルトの名無しさん mailto:sage [2005/06/13(月) 23:19:26 ]
- >>436
発狂？
- 438 名前：デフォルトの名無しさん mailto:sage [2005/06/13(月) 23:23:15 ]
- Rubyの開発周りはキチガイだらけだからね
- 439 名前：デフォルトの名無しさん mailto:sage [2005/06/13(月) 23:25:50 ]
- なんだ荒らしか
- 440 名前：ptr->433 mailto:sage [2005/06/14(火) 00:13:09 ]
- 要は、コンパイラが作れないような言語はないってことでしょ？
- 441 名前：デフォルトの名無しさん mailto:sage [2005/06/14(火) 00:31:05 ]
- インタプリタが作れる言語ならコンパイラは原理的には作れるね。
コンパイルするメリットがあるかどうかはともかく。
- 442 名前：デフォルトの名無しさん mailto:sage [2005/06/14(火) 01:18:12 ]
- eval
- 443 名前：デフォルトの名無しさん mailto:sage [2005/06/14(火) 03:51:04 ]
- 下らん。もう一回言うね。
>>397の研究内容を踏まえて、
動的言語としてのRubyの言語仕様のうち、
コンパイルしにくい要素って何なんだろうね。
- 444 名前：デフォルトの名無しさん mailto:sage [2005/06/14(火) 03:57:46 ]
- >>443をスレ荒らしと判定。レス削除依頼を出します。
- 445 名前：デフォルトの名無しさん mailto:sage [2005/06/14(火) 07:50:41 ]
- >>425をスレ荒らしと判定。レス削除依頼を出します。
- 446 名前：デフォルトの名無しさん mailto:sage [2005/06/14(火) 07:59:05 ]
- うへ、プ板版のkouei35みたいなやつが居るな。
こういう奴がいると強制ID制度ほしくなるな。
- 447 名前：デフォルトの名無しさん [2005/06/14(火) 10:36:44 ]
- >>434
件の論文は、中間コードへのコンパイルの事だと思うのだけど。Ruby-toLLVM compiler
こっちではネイティブコードへのコンパイルを想定してる様な雰囲気ですよね。
>>428
sRubyについて調べてみては?
- 448 名前：デフォルトの名無しさん mailto:sage [2005/06/14(火) 10:54:58 ]
- なんだRubyの人って説明不足で揉めるような書き込みが大得意なんだな。
最初からLLVMって書いてあるのに。
- 449 名前：デフォルトの名無しさん mailto:sage [2005/06/14(火) 11:02:24 ]
- >>447
> sRubyについて調べてみては?
えぇ〜と、なんか前聞いた覚えあるんだけどこれかな？
thekode.net/misc/sruby.pdf
Robert Feldt, sRuby - A Ruby dialect for low-level programming
- 450 名前：デフォルトの名無しさん mailto:sage [2005/06/14(火) 11:15:29 ]
- これだからRubyがからむと嫌なんだ・・・
- 451 名前：デフォルトの名無しさん mailto:sage [2005/06/14(火) 11:51:46 ]
- 中間コードへのコンパイルもネイティブコードへのコンパイルも
本質的に他言語への翻訳でしょ。
コンパイルの定義で揉めるというのは、
「インタプリタとスクリプトをくっつけて単体実行可能にしたもの」
を出力するのはコンパイルと言えるか否か、という話じゃないの？
>>450
まあでも、字句解析構文解析のかみ合わなくて不毛な話題よりは
今の方が面白いよ。
- 452 名前：デフォルトの名無しさん mailto:sage [2005/06/14(火) 18:30:27 ]
- 下らん。もう一回言うね。
>>397の研究内容を踏まえて、
動的言語としてのRubyの言語仕様のうち、
コンパイルしにくい要素って何なんだろうね。
- 453 名前：デフォルトの名無しさん mailto:sage [2005/06/14(火) 19:03:05 ]
- そんなに何度も繰り返すなら、
まずはコンパイルしにくくない要素のコンパイルをあなたが説明してね。
- 454 名前：デフォルトの名無しさん mailto:sage [2005/06/14(火) 19:55:33 ]
- ここまでくると荒らしだな
- 455 名前：デフォルトの名無しさん mailto:sage [2005/06/14(火) 20:22:40 ]
- >>450
lispもなw
- 456 名前：デフォルトの名無しさん mailto:sage [2005/06/14(火) 21:15:48 ]
- Lisp で荒れる理由: アンチが厨だから
Ruby で荒れる理由: ユーザが厨だから
- 457 名前：デフォルトの名無しさん mailto:sage [2005/06/14(火) 21:18:31 ]
- ＞Lisp で荒れる理由: アンチが厨だから
Lispユーザーが平気でこう言うあたりが、荒れる真の理由かねｗ
- 458 名前：デフォルトの名無しさん mailto:sage [2005/06/14(火) 21:39:52 ]
- まあ日本のLisp人口の多数派は40前後のおっさんだからね。
- 459 名前：デフォルトの名無しさん mailto:sage [2005/06/14(火) 21:45:03 ]
- Lispは40年前に生まれた言語だから、生まれた時から、Lispってる計算になる
- 460 名前：デフォルトの名無しさん mailto:sage [2005/06/14(火) 21:46:43 ]
- >>458
こういう FUD を平気で言うあたりがアンチが厨だという証拠ｗ
- 461 名前：デフォルトの名無しさん mailto:sage [2005/06/14(火) 21:50:00 ]
- 年齢が40前後がなんでFUDになるのだろう。
- 462 名前：デフォルトの名無しさん mailto:sage [2005/06/14(火) 21:55:53 ]
- この公式はどうだろう
アンチLISP＝Rubist
アンチRuby＝LISPer
- 463 名前：デフォルトの名無しさん mailto:sage [2005/06/14(火) 21:58:23 ]
- >>460は数少ない現役厨房Lisperか。大事にせにゃｗ
- 464 名前：デフォルトの名無しさん [2005/06/14(火) 22:02:58 ]
- >>462
すなわち、こういう事のようだな（↓）
LISPシンパ≒Rubyシンパ
- 465 名前：デフォルトの名無しさん mailto:sage [2005/06/14(火) 22:18:29 ]
- ………………………… き り す て …………………………
- 466 名前：デフォルトの名無しさん mailto:sage [2005/06/14(火) 22:20:02 ]
- lispもなｗ
たったこの一言が原因で、しつこく粘着して
しっかりと荒らすんだから、ある意味すごい
- 467 名前：デフォルトの名無しさん mailto:sage [2005/06/14(火) 22:28:37 ]
- ………………………… Reset …………………………
- 468 名前：デフォルトの名無しさん mailto:sage [2005/06/14(火) 22:46:48 ]
- このスレでLispとRubyの話題は禁止ということで
- 469 名前：デフォルトの名無しさん mailto:sage [2005/06/14(火) 22:55:05 ]
- ………………………… >>468 を は つ げ ん き ん し …………………………
- 470 名前：デフォルトの名無しさん mailto:sage [2005/06/14(火) 23:11:53 ]
- 荒れてる原因はRubyでもLispでも信者でもアンチでもないと思うんだが…
単に話が理解できないバカが原因だろ？
- 471 名前：デフォルトの名無しさん [2005/06/14(火) 23:11:57 ]
- ３大禁句（↓）
Li(ry
Ru(ry
りん(ry
- 472 名前：デフォルトの名無しさん mailto:sage [2005/06/14(火) 23:14:03 ]
- >>458
ってことは、煽りでなくて若者には人気がないってことですか？（LISP）
素朴な疑問としてなんでなんでしょうね？
（書籍が少ないから？）
- 473 名前：デフォルトの名無しさん mailto:sage [2005/06/14(火) 23:15:10 ]
- >>470
はげどう
- 474 名前：デフォルトの名無しさん mailto:sage [2005/06/14(火) 23:19:01 ]
- >>472
↓で同じ質問をして、身をもって知ってみてはどうか？
pc8.2ch.net/test/read.cgi/tech/1115901841/
しかし粘着がまだいるな
- 475 名前：デフォルトの名無しさん mailto:sage [2005/06/14(火) 23:24:31 ]
- >>472
書籍って言語解説書のこと？
そんなもの必要なの？？
要らないと思うなぁ。
- 476 名前：デフォルトの名無しさん mailto:sage [2005/06/14(火) 23:27:03 ]
- >>472
Lispの黄金時代というのが太古の昔あっての。
汎用機屋以外は、猫も杓子もLisp Lisp、
Lispしか動かないマシンが続々と発売された。
普通の商売としてLispを使った経験のある人間がその世代なんじゃ。
- 477 名前：デフォルトの名無しさん mailto:sage [2005/06/14(火) 23:31:32 ]
- ありえん。
数式処理屋、エキスパートシステム屋、AI屋、あと画像処理屋くらいなもんだろう
Lisp専用機使ってたのは
- 478 名前：デフォルトの名無しさん mailto:sage [2005/06/14(火) 23:37:11 ]
- LISPのアンチというのがわからんな。
LISPの機能とかは他の言語で代用は無理だからなあ。
まあEmacsなかったらm4以下の存在だったかもしれない。
- 479 名前：デフォルトの名無しさん mailto:sage [2005/06/14(火) 23:39:59 ]
- アンチを作りたくてしょうがなさそうな発言だね。
- 480 名前：デフォルトの名無しさん mailto:sage [2005/06/14(火) 23:42:36 ]
- >>478のようなやつがなんでこのスレにいるんだ…あきらかに無縁だろ…
- 481 名前：472 [2005/06/14(火) 23:50:38 ]
- >>475
やはり本がないと（汗
>>477
専用器なんてあったんですか！
ある意味凄い。
- 482 名前：デフォルトの名無しさん mailto:sage [2005/06/14(火) 23:56:08 ]
- シンボリ
- 483 名前：デフォルトの名無しさん mailto:sage [2005/06/15(水) 00:02:03 ]
- >>477
「Lisp専用機」という存在自体が今の人間にとってはそれこそ「ありえん」だろう。
この黄金期も短かった。
最大の理由は、当時登場した万能太陽神に信仰を奪われたこと。
おまけの理由としては、一大国家施策としてヤンキーでなくおふらんすの言語を推進したこと。
今となっては>>478が言うように、エディタのおまけ言語としてしかLispをさわったことのない
人間のほうが多くなってしまった。
- 484 名前：デフォルトの名無しさん mailto:sage [2005/06/15(水) 00:04:03 ]
- IPSJ＞コンピュータ博物館＞年表と日本の歴史的コンピュータ
ワークステーション・Lispマシン
www.ipsj.or.jp/katsudou/museum/history/history_ws.html
www.ipsj.or.jp/katsudou/museum/history/profile_ws.html
1974：MIT：CONSマシン
1974：Xerox PaloAlto：Altoワークステーション上にInterLispを移植
1976：MIT AIラボ：CADRマシン
→Symbolics、LMI(LISP Machine Inc.)社の商用Lispマシンの原型となった
1979：神戸大：神戸大Lispマシン開発
www.ipsj.or.jp/katsudou/museum/computer/Kobe-Lisp.html
1982：大阪大：LispマシンEVLIS開発
www.ipsj.or.jp/katsudou/museum/computer/Handai-EVLIS.html
1983：電電公社：通研LISPマシンELIS試作機稼動
www.ipsj.or.jp/katsudou/museum/computer/NTT-ELIS.html
1984：理研：数式処理計算機FLATS開発
www.ipsj.or.jp/katsudou/museum/computer/Riken-FLATS.html
1984：富士通：Lispマシン FACOM α 発表
www.ipsj.or.jp/katsudou/museum/computer/FUJ-Alpha.html
- 485 名前：デフォルトの名無しさん mailto:sage [2005/06/15(水) 00:08:57 ]
- >483
フランス産はどれも優雅だねぇ。
- 486 名前：デフォルトの名無しさん mailto:sage [2005/06/15(水) 00:29:25 ]
- フランスの言語って何?
OCaml は何やら汚らしい感じがするが
- 487 名前：デフォルトの名無しさん mailto:sage [2005/06/15(水) 00:37:50 ]
- Prolog？Ada？
- 488 名前：デフォルトの名無しさん mailto:sage [2005/06/15(水) 01:59:55 ]
- >>484
すげーな富士通までやってたのかｗ
当時どれだけ影響力あったかわかるな。
- 489 名前：デフォルトの名無しさん mailto:sage [2005/06/15(水) 02:15:24 ]
- 技術的系譜はこんな感じだそうです。(IPSJ情報)
神戸大TAKITEC→富士通FACOM α(試作機)→理研FLATS(発案:故後藤英一先生, 設計協力:富士通, 製作:三井造船)→FLATS2
→富士通FACOM α(製品版)
阪大EVLIS(並列処理)…→？
湯浅先生達の超並列機は、どういう技術的系譜にあるのだろう・・・？
- 490 名前：489 mailto:sage [2005/06/15(水) 02:29:29 ]
- 訂正。FLATSは各種の高速化技法を導入したオリジナルですね。
・神戸大TAKITEC→富士通FACOM α(試作機)→富士通FACOM α(製品版)
＼NTT武蔵野通研 ELIS → NTT-IT ELIS-8100/VME/8200 (LSI開発協力:沖電気)
・理研FLATS(発案:故後藤英一先生, 設計協力:富士通, 製作:三井造船)
→後藤磁束量子情報プロジェクト FLATS2
・阪大EVLIS(並列処理)…→？
- 491 名前：デフォルトの名無しさん mailto:sage [2005/06/15(水) 02:29:36 ]
- やっぱりこのスレでLISPとRubyの話は厳禁
- 492 名前：デフォルトの名無しさん mailto:sage [2005/06/15(水) 02:31:33 ]
- ………………………… >>491 は げ ん き ん …………………………
- 493 名前：デフォルトの名無しさん mailto:sage [2005/06/15(水) 02:41:27 ]
- Lispは別に問題ないよ
Rubyが出てくると荒れてるだけ
- 494 名前：デフォルトの名無しさん mailto:sage [2005/06/15(水) 02:51:33 ]
- >>493
これだけスレ違いのレスが続いて何が「Lispは別に問題ないよ」だよ
- 495 名前：デフォルトの名無しさん mailto:sage [2005/06/15(水) 03:19:40 ]
- 荒らしてる本人に自覚が無いだけだな
- 496 名前：デフォルトの名無しさん mailto:sage [2005/06/15(水) 08:25:59 ]
- スレ違いなんだよ こっちでやれ
CommonLisp Scheme Part13
pc8.2ch.net/test/read.cgi/tech/1115901841/
- 497 名前：デフォルトの名無しさん mailto:sage [2005/06/15(水) 13:18:50 ]
- スレが進んでるなぁ……
地面に置かれた砂糖に集まるアリみたい。
アリは嫌いだよ。急所噛まれた事あるから。
- 498 名前：デフォルトの名無しさん [2005/06/15(水) 14:30:40 ]
- >コンパイルの定義で揉める巧妙な書き込みがなされているな
>なんだRubyの人って説明不足で揉めるような書き込みが大得意なんだな。
この内容で揉めたほうがマシだったな。現状よりは。
- 499 名前：デフォルトの名無しさん [2005/06/15(水) 18:51:24 ]
- >>484
LISP専用マシンが何故必要とされたの？
今に例えると、例えば、 Ruby専用マシンみたいなものだよね？
全然考えられない!
- 500 名前：デフォルトの名無しさん mailto:sage [2005/06/15(水) 19:15:09 ]
- 頭悪すぎ
- 501 名前：デフォルトの名無しさん mailto:sage [2005/06/15(水) 19:26:30 ]
- >>499
速いからだよ
- 502 名前：デフォルトの名無しさん mailto:sage [2005/06/15(水) 20:16:45 ]
- >>499
特定の言語を効率よく実行できる専用マシンは、昔のようにハードのオマケでソフトが在った時代には普通だった
ちなみに、今の御時世では Java 専用マシンがあったりする
別に不思議じゃない
- 503 名前：デフォルトの名無しさん mailto:sage [2005/06/15(水) 20:27:33 ]
- ・当時、汎用機アーキテクチャの標準(IBM/360〜370)は姿を現していたが、
それ以外のアーキテクチャはまだまだ未発達もしくは未普及だった。
当時の汎用機アーキテクチャでは必ずしも効率的に実行できない処理のために、
科学技術計算専用マシンや特定言語専用マシンの研究が始まりつつあった。
・MITのMacプロジェクトでLispアプリケーションを蓄積したが、
実行には高価な中〜大型汎用機(ITS, GE Multics, DEC-10/20)が必要で、
小回りが効かなかった。
そこでPDP並みの価格で中〜大型機並みの性能を持つ
Lisp用パーソナル・ワークステーションが開発された。
- 504 名前：デフォルトの名無しさん mailto:sage [2005/06/15(水) 22:11:57 ]
- >>499には時代という物が理解できないんだろうな。
- 505 名前：デフォルトの名無しさん mailto:sage [2005/06/15(水) 22:22:50 ]
- >>499
>>500-504まで、誰もわかってないようだからわからないことを気に病むことはないよ。
同時代のおっさんにはあまりに自明のことなんだが、
わかったからといって何かの足しになるわけでもなし。
スレ違いだし、このへんでひっぱるのはやめよう。
- 506 名前：デフォルトの名無しさん mailto:sage [2005/06/15(水) 22:34:42 ]
- 最近見た中で一番ショボいハッタリだ
- 507 名前：デフォルトの名無しさん mailto:sage [2005/06/15(水) 22:50:41 ]
- 20代のLISP使いだけど
おっさんネタはさっぱりわからんなあ
昔のPC板ってのがあるから
いいかげん懐古ネタは他所でやんなさいよ
昔のPC
bubble3.2ch.net/i4004/
- 508 名前：デフォルトの名無しさん mailto:sage [2005/06/15(水) 22:54:22 ]
- >>507
いやPCの話じゃないんだが…
と一応ツッコミは入れとくが、スレ違いということには同意
- 509 名前：デフォルトの名無しさん mailto:sage [2005/06/15(水) 23:04:49 ]
- >>507
ちらっとその板みたが、自分からみたらちっとも昔ではないのですな。
すでにＰＣ前提ってあたりで昔ではないのですよ。
荒らすつもりじゃ無く純粋に懐古趣味としての昔話かと思って期待がはずれたのです。
- 510 名前：デフォルトの名無しさん mailto:sage [2005/06/15(水) 23:42:23 ]
- >>507
アホか。リアルタイムで知らない事でも、
文献やWebを駆使して勉強するもんだよ。
特にLispなんて80年代に最盛期を迎えた言語だからな
- 511 名前：デフォルトの名無しさん mailto:sage [2005/06/16(木) 19:36:39 ]
- LISPの全盛期はいつだ？ 80年代か？ MLは今なんだよ…。
|
 |
