「コンパイラ・スクリプトエンジン」相談室9

1 名前：デフォルトの名無しさん [2005/12/20(火) 21:43:02 ] プログラミング言語処理系の開発に興味のある人達のスレッドです。 字句解析・構文解析から，データフロー解析，ループ並列化，データ分散，SSA変換， CPS変換，レジスタ割付，命令スケジューリング，ソフトウェアパイプライン， SIMD命令生成，VLIW向けクラスタリング，スクラッチメモリ向け最適化，リンク時最適化， JIT，動的バイナリ変換等の各種最適化，それにVM，GC，低消費電力化などなど。 意味論に関する話題も歓迎です。 過去スレ 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/ 6 pc8.2ch.net/test/read.cgi/tech/1115335709/ 7 pc8.2ch.net/test/read.cgi/tech/1129287390/ 8 pc8.2ch.net/test/read.cgi/tech/1131273918/ 関連リンクは多分 >>2-10 あたり 92 名前：デフォルトの名無しさん mailto:sage [2006/01/02(月) 05:01:58 ] >>91 大筋その認識で間違いない。 ただし未知のオブジェクトなど存在しないと思って良い。 複雑な構造のオブジェクトがあったとしても、 レコード型などのなんらかの既知の型の組み合わせでしかない。 93 名前：デフォルトの名無しさん mailto:sage [2006/01/02(月) 05:23:43 ] >>92 お返事ありがとう。大筋でもあっててよかった。 Winapiのハンドル関連も元をたどればvoid*だったりするのかな。 構造体の内部表現とか結構気になるな。 うぅ。夢は尽きません。 ま、それはそれとして、参考になりました。 94 名前：デフォルトの名無しさん mailto:sage [2006/01/02(月) 06:48:16 ] 拡張モジュールを書いてバリアントを増やせる設計って可能だろうか? つまり、型識別フラグのとりうる値がすべてわかっていないと書けない 部分というのが存在するかしないかなんだけど。 ちょっと考えた限りではなさそうに思える(効率は別として)。 95 名前：デフォルトの名無しさん mailto:sage [2006/01/02(月) 08:23:22 ] 最近 scheme の処理系を勉強で書きはじめたのですが call/cc の実装で、継続を作成するという処理は トップレベルに戻るコードと そのときの環境オブジェクトというか全フレームを 対にしてまとめたものを保存しておけばよいのかなあと思ったのですが gauche とかで、call/cc の実装を見ると結構複雑っぽいことを しているんだけど、なんか考えが足りないのかなあ 識者の見識を聞かせてください 96 名前：デフォルトの名無しさん mailto:sage [2006/01/02(月) 09:03:14 ] 眠れないからC＋＋のバリアントを試作してみたよ。 未知の構造体を格納しつつ自由にメンバにアクセスしたいときってどうやってやるんかな。 リフレクション自作とかしないといけないのかな・・・。ドウヤッテツクルンダ・・・。 void*に突っ込んで使用時にキャストがいいのかな？？スクリプトエンジンでそんな指定どうやって？？ テンプレートは一個しかできない上に決めうちしないといけないから向いてない感じがする。 悩む。 >>94 C言語的構造体指向OO風味だと、メモリの配置さえあってれば問題なく下位の構造体にアクセスできるから、 なんとか構造体EXとかは可能だと思う。関数ポインタつければ仮想関数もどきとかもできますぜ。 ただ、型識別フラグは拡張を指しているだけとかそういうことになりそう。 細かい指定はどうだろ、enumの拡張って動的にできるのかな。あぁ、INTつかえばいいのかな？？ 型ID予約制とかそういうことになって管理大変かも？？ とか、書いてたらねむくなってきたなぁ。 論点ずれてたらごめんね。 97 名前：デフォルトの名無しさん mailto:sage [2006/01/02(月) 09:30:51 ] >>95 継続というのはその時点での全アクティベーションレコード (スタック フレームと思っておけばいい) そのものだから、基本的にはそれだけ 取っておけばいい。アクティベーションレコードを全部ヒープに アロケートする処理系なら単にその先頭のポインタを掴むだけで済む。 概念的にはとても単純。 複雑になるのは効率を考えるから。普通のプログラムは、継続が絡まない 通常の関数呼び出し/復帰の方がはるかに多く、その場合はスタックを 利用する方が一般的にずっと速い。けれどスタック上のアクティベーション レコードは関数復帰時に自動的に開放されてしまうから、継続が作られた 場合にそれを防ぐ何らかの方法がいる。継続作成時にヒープにコピーするとか、 継続作成時にスタックのベースを動かしてそれまでのスタックをヒープに しちゃうとか、色々テクニックはある。 それから、単純な関数呼び出し/復帰モデルで賢い最適化をしたつもりが、 継続が入るとうまく動かなくなるってことも多い。効率を考えてゆくと だんだん実装は複雑になる。 98 名前：デフォルトの名無しさん mailto:sage [2006/01/02(月) 09:51:55 ] >>97 C++で、コードが複雑な場合に、最適化でバグの発生する理由がようやく理解できた 99 名前：デフォルトの名無しさん mailto:sage [2006/01/02(月) 16:10:25 ] >>96 型式別のフラグ=型を理解するコードへのポインタ にすればフラグの値を全部知ってる必要は無いでしょう？ 実行時にロードされた場所が被るハズないって前提なのではあるけど。 100 名前：デフォルトの名無しさん mailto:sage [2006/01/02(月) 16:57:04 ] C++の話は別でやってくれ シッシッ 101 名前：デフォルトの名無しさん mailto:sage [2006/01/02(月) 18:42:13 ] >>97 効率を考えると色々あるのですね 効率を考えずに単純に実装しようと思うのですが 一度中間言語へコンパイルし、仮想マシンなりで走らせるようにする部分は 継続を実装する上で必須なのでしょうか 中間言語とかなしでインタプリタのままで実装することはできないものかと・・・ 例えば、(+ 2 (+ a 1)) とかで、(+ a 1) の継続を その時点での環境を丸々コピー＆(lambda (x) (+ x 2)) を 継続コードとして保存する、とか考えてたのですが、 S式全体から (lambda (x) (+ x 2)) の部分を取得する上手い方法が 思いつかないっす 102 名前：デフォルトの名無しさん mailto:sage [2006/01/02(月) 18:50:56 ] っ CPS 変換 103 名前：デフォルトの名無しさん mailto:sage [2006/01/02(月) 18:58:58 ] C++って、嫌われてるの？ 104 名前：デフォルトの名無しさん mailto:sage [2006/01/02(月) 19:01:53 ] >>102 なるほど！それがまさにそれに該当する方法っぽいです ただどっちが簡単なんでしょうか 1．ＶＭ作って中間言語へコンパイルして継続を管理 2. ＣＰＳで継続渡し？みたいな形にＳ式をコンバート なんか後者も結構メンドイ気がしてきた・・・ 初心者向けなのはどっちですか？ 105 名前：デフォルトの名無しさん mailto:sage [2006/01/02(月) 19:39:59 ] 別に中間言語にする必要もCPS変換かける必要もない。 ただ、スタックを陽に管理することになるので (実装言語のスタックをそのままは使えない) それを仮想マシンと言えなくはない。 106 名前：デフォルトの名無しさん mailto:sage [2006/01/02(月) 20:23:15 ] 効率、実用性を度外視して、とりあえず動くものを作りたいだけなら CPS 変換の方が圧倒的に楽だと思う。 後は callcc 以外の Scheme インタプリタ作るだけだし。 ところで実装言語は何？ 107 名前：デフォルトの名無しさん mailto:sage [2006/01/03(火) 05:30:35 ] >>99 レスty! ぜんぜん僕が思ってたのと違う方法なきがする。 型を理解するコードか・・・。変数のことかな。 勉強不足でうまく思い浮かばないOrz そのほかでは、 名前と値保持の領域をmap使って管理するのがいいのかな。 これ使えばJS風味のバリアントできるな。 でも１オブジェクトに1mapってなんか色々コスト高いような・・・。 あとは関数をどうやって抽象化するかかな・・・。 これこそテンプレートのでばんか！？ という感じで色々ひねって見ます。 ありがとー。 108 名前：デフォルトの名無しさん mailto:sage [2006/01/03(火) 08:14:25 ] >106 Ｃ＃です。ＧＣとか作る自信ないもんで。 109 名前：デフォルトの名無しさん mailto:sage [2006/01/03(火) 08:35:02 ] >>107 typeinfoクラスへの参照をメンバに持っとけって話だろ。 110 名前：デフォルトの名無しさん mailto:sage [2006/01/03(火) 08:49:43 ] >>108 実装する目的がわからんのだけど、もしただの勉強なら、 せっかくだから Scheme で実装したらどう？ (eval 使ってはい終わりって意味じゃないよ) 自分のインタプリタで自分のインタプリタを動かすのは 一度はやっておくべきだと思う。 見当違い、余計なお世話だったら無視してくれ。 111 名前：デフォルトの名無しさん [2006/01/03(火) 09:23:29 ] >>110 Ｃ＃で実装して、.net framework, managed directX と連携してゲームとか 簡単な画像処理のフィルタとかをお手軽に作れるような scheme インタプリタを 作ろうというのが処理系の目的といえば目的ですが・・・ 現状はＣ＃のインタプリタ部分は call/cc とかマクロとかその辺を 除けばほぼ完成まで来たので、とりあえずはこの路線で進もうかと。 scheme で実装するというのは発想自体思いつかなんだ いずれやってみようかなと思いました 112 名前：デフォルトの名無しさん mailto:sage [2006/01/03(火) 09:25:40 ] >>105 スタックを陽に管理するとは？ 113 名前：111 mailto:sage [2006/01/03(火) 09:33:39 ] ごめん、上げてしまった 114 名前：デフォルトの名無しさん mailto:sage [2006/01/03(火) 13:05:21 ] >>112 構文木を直接評価してくときに、素直に実装言語の(非末尾)再帰を 使うと、対象言語のスタックが実質的には実装言語のスタック上に 置かれることになるでしょ。そうすると継続を捕まえるのが面倒。 対象言語のスタックは自分で管理して、実装言語側で再帰しないように 評価器を呼んで行くことを「陽に管理する」と表現した。 実行時にCPS変換かけてるのと同じことだけどね。 115 名前：デフォルトの名無しさん mailto:sage [2006/01/03(火) 19:18:40 ] ＧＣを自分で実装しようとする人が多いのは 自分でメモリ管理することで（ＧＣ以外の部分でも）最適化の 余地が大きいからでせうかね？ 116 名前：デフォルトの名無しさん mailto:sage [2006/01/03(火) 19:24:11 ] >>115 コアの部分に、他人のクセだらけのソースコードを使えるか？という問題かと 117 名前：デフォルトの名無しさん mailto:sage [2006/01/03(火) 19:43:53 ] 良くも悪くもＧＣには、作った人の技術の粋が集まるから 他人のＧＣを使うのは、リスクが大きすぎるんだよな 何処にどんなバグが潜んでいるかは、作った人にしか分からない…… 118 名前：デフォルトの名無しさん mailto:sage [2006/01/03(火) 19:58:43 ] つか、他人の作ったGCって、Bohem以外にあったっけ? C/C++にライブラリ乗せただけで使えるGCは原理的にコンサバ以外になり得ないので、 exactなGCが欲しければ、自分で作るしかあるまい。 だいたい、(mark sweepだとすれば)mark phaseはその言語のオブジェクト構造に モロに依存するから、結局自分で書くことになると思うんだが。 119 名前：デフォルトの名無しさん mailto:sage [2006/01/03(火) 20:29:35 ] Boehm使ってる。 自分で書くことも考えたんだけど、ネイティブスレッドとか incremental GCへの対応はプラットフォーム依存のコードが 入って来るから、自分一人ではサポートしきれないという判断。 色んなアーキテクチャでテストとデバッグしてくれる要員が いるくらいプロジェクトが大きくなればいいんだけれどね。 120 名前：デフォルトの名無しさん mailto:sage [2006/01/03(火) 20:47:56 ] >>109 な！そんなクラスが！！！！ 目から鱗です。 レスty！！ 121 名前：デフォルトの名無しさん mailto:sage [2006/01/03(火) 20:52:43 ] 所詮俺言語ってことかw 俺言語に俺研究、本当にお前らときたら（ry 122 名前：デフォルトの名無しさん mailto:sage [2006/01/03(火) 21:23:18 ] そりゃな、誰が好き好んで他人向け言語なんて作るんだ？ 自分が好き勝手に色々な事をやりたいから作るんだよ。ｗ それで他人向けにもなっていて、神になれれば万々歳だよ。ｗｗｗ 妄想入り過ぎだな……orz 123 名前：デフォルトの名無しさん mailto:sage [2006/01/03(火) 23:19:20 ] それで成功した例が、お前らの嫌いなRubyって訳か。 ある意味皮肉なもんだ 124 名前：デフォルトの名無しさん mailto:sage [2006/01/03(火) 23:28:49 ] つまり、ツンデレ？ 125 名前：デフォルトの名無しさん mailto:sage [2006/01/03(火) 23:43:19 ] そもそもC言語が自分がUNIX作るために作った俺言語だから。 126 名前：デフォルトの名無しさん mailto:sage [2006/01/03(火) 23:45:05 ] >>124 なにそれ？ >>125 正当化に必死ワロw 127 名前：デフォルトの名無しさん mailto:sage [2006/01/03(火) 23:51:48 ] >>126 表面上は嫌っている（ツンツン）が、 内面では認めている（デレデレ）って意味 128 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 00:21:52 ] Ruby最高！ 実行速度の遅さと、色々と無駄の多くて破綻している文法以外…… 129 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 00:33:21 ] ruby の文法って日本語的な思考方向（熟語が最後に来る）になってるような 気がしている 130 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 00:39:14 ] >>123 まあねえ。 このスレにいるような連中(のうち何割か)は、俺言語の5つや6つとっくに作ってて (あるいは作りかけていて)、みーんなディスクの肥やしにしてるんだと思う。 言語処理系作るのなんて別に難しくないんだけど、ちゃんと完成させて、 かつちゃんと普及させる人は珍しい。その点じゃまつもとさんはすごいんだと思う。 131 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 00:39:41 ] obj.m1.m2.m3.m4 を objをm1してm2してm3してm4する。 と書けるようになればいいのかも。 132 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 00:58:01 ] ruby のイメージってそんな感じなんですけど 133 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 01:05:40 ] >130 まだまだ諦めとらんよ。 （SchemeとIOを合わせたようなのを作成中） 134 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 01:10:11 ] SchemeやLispを使うとプロトタイプ作成は早いですよ 最近実感した 135 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 01:13:51 ] >>133 くだらねぇなあ。 そういう既存のものを中途半端に組み合わせたのって 数あるつまらん言語のうちの1つになるだけだろ。 136 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 01:21:07 ] 有名どころが作ったとかではないなら、少なくとも何らかの他と 違う特徴がないとほんとに俺用で終わってしまうな。 Rubyだってフリーで国産とか、イテレータとか、一応特徴あったしな。 LispやSmalltalkやPrologやPerlなどは言うまでもないし。 137 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 01:24:14 ] Rubyが出てきた頃は、最初からオブジェクト指向を元に設計されてる スクリプト言語が無かった。 今では珍しくもないと思われるかもしれないが。 138 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 02:21:53 ] Lisp系言語を作っても、ほぼLisp系言語愛好者（超少数派）しか注目しない しかも、Lisp系言語愛好者は多少浮気をしたところで、 必ず最後はメジャー（少数派の中でだが）なCLかSchemeに戻る したがって、どうあがいてもユーザーはほとんど出来ないだろうね 139 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 02:24:17 ] え？Lispなんて超がつくほどメジャーな部類では？ 140 名前：デフォルトの名無しさん [2006/01/04(水) 02:30:58 ] メジャーな言語一覧。 www.answers.com/topic/list-of-programming-languages ここに載ってないのがマイナーの条件。 141 名前：デフォルトの名無しさん [2006/01/04(水) 02:42:32 ] >>140 Hspとなでしこは世界ではダメだったか･･･ 世界的にはRubyのほうが知名度高いんだな。 142 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 03:15:58 ] やっぱりLispですね 議論はここに戻る 遠回りするアホは嘲笑の対象だね 143 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 03:24:58 ] お願いだから、あんまり Lisp を釣りネタに使わないでくれ。 144 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 04:27:34 ] >>139 Lispがマイナー言語だとは書いてないだろ Lisp愛好者が超少数派と書いたんだ Lisp愛好者が多数派だと、本気で思ってるなら 死んだほうが良くねえか？ 少なくとも、ボケ老人レベルの判断力としか思えんわ 145 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 05:31:54 ] 全体の割合で見たら超少数派かもしれんが、 A言語愛好家、B言語愛好家、C言語愛好家、 〜言語愛好家って、たくさん見てけば超人数 多い部類だと思うが。 146 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 05:40:35 ] "Cが好き" の検索結果 約 440 件 "Lispが好き" の検索結果 約 316 件 "Javaが好き" の検索結果 約 259 件 "Rubyが好き" の検索結果 約 186 件 "C++が好き" の検索結果 約 175 件 "Perlが好き" の検索結果 約 134 件 "Pascalが好き" の検索結果 約 57 件 "Basicが好き" の検索結果 約 25 件 147 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 05:49:19 ] Lisp愛好者って最近になってちょっと増えたんじゃないか？ 高学歴の若者にファンが多い気がする。 148 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 05:55:12 ] >>146 "Cが好き"は別回答含んでねぇか？ 149 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 06:02:24 ] ウェブ全体から検索で "I love Ruby" の検索結果 約 21,500 件 "I love Java" の検索結果 約 17,200 件 "I love C" の検索結果 約 13,800 件 "I love Perl" の検索結果 約 9,980 件 "I love C++" の検索結果 約 1,610 件 "I love Basic" の検索結果 約 1,290 件 "I love Lisp" の検索結果 約 310 件 いろんな意味で m9（＾Д＾）ﾌﾟｷﾞｬｰ!! 150 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 06:09:34 ] vのあとのlは比較的発音しにくいからな。 likeにしてみると多少マシなんじゃないかな？ やってないけど 151 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 06:13:08 ] "Lisp hacker" の検索結果 約 17,200 件中 "Java hacker" の検索結果 約 14,800 件中 "C++ hacker" の検索結果 約 1,540 件中 "Ruby hacker" の検索結果 約 969 件中 152 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 06:17:53 ] >>150 "I like Ruby" の検索結果 約 15,700 件 "I like Perl" の検索結果 約 14,600 件 "I like Java" の検索結果 約 14,000 件 "I like C" の検索結果 約 11,000 件 "I like Basic" の検索結果 約 1,600 件 "I like Lisp" の検索結果 約 653 件 "I like C++" の検索結果 約 508 件 なるほど、確かに多少マシだｗ おまけ。 "Pythonが好き" の検索結果 約 91 件 "I love Python" の検索結果 約 12,100 件 "I like Python" の検索結果 約 24,300 件 "Python hacker" の検索結果 約 808 件 153 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 06:21:59 ] >>152 しかし、C++より多いのか。 いずれにせよ、それら超メジャー言語と張り合う程度に 愛好家はいるんだから、超少数派というのは当ては まらないのではないか？ 154 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 06:23:58 ] Lisp Hackerが多いってのがLispを象徴してるな。 Lisperっていうメジャーな代替表現があるのにこれはすごい。 155 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 06:30:48 ] おまいらプラス思考だな。 まあ、Ruby 厨の俺から見ても Lisp が超少数派なわきゃないと思うけどね。 >>153 C++ は確かに超メジャー言語だが、 "I love C++" "I like C++" って発言するほど C++ 自体が好きな奴って あんまりいないんじゃないかという先入観がある。 >>154 Lisp Hacker ≒ Paul Graham 156 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 06:31:23 ] とりあえず、PythonとRubyは人名と宝石が引っかかってるぞ。 157 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 06:36:19 ] >>156 今じゃ誰もこんなこと言わないとわかっているが敢えて言わせて貰おう。 ネタにマジレスｶｺﾜﾙｲ 158 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 08:00:51 ] まあ何だ。こと布教にかけては、本職の宣教師が最強だったってことじゃねえ? 159 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 08:28:35 ] 話題がRubyに向かいやすいのは、Rubyの人気が出たことに対する 言語設計者の嫉妬にみえなくもない 160 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 08:44:56 ] このスレではRubyのソース読んだ人の割合が他の言語より多いってのも多少関係するかと。 ソースコード完全解説が出版されるはオンラインで公開されるは、挙句Matz氏もソース嫁と言わんばかりの勢いだからな。 161 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 09:27:27 ] 308 "I hate Ruby" 743 "I hate Perl" 15500 "I hate Java" 726 "I hate C" 988 "I hate Basic" 257 "I hate Lisp" 1320 "I hate C++" Javaダントツ人気で砂 162 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 09:32:26 ] 何が嫌いということもないけれど わざわざ触りたいという気には不思議とならない 163 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 10:00:09 ] Python Python! www.boingboing.net/2006/01/02/twoheaded_snake_for_.html 164 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 10:04:42 ] ていうか、JavaとかBasicとかも違うのひっかかってるから。 165 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 10:24:01 ] まあ検索なんかに頼らなくても、 愛好家の数で言ったら、大体 C++、Java、Perl、Pythonなど＞Ruby、Delphi、VBなど＞Lisp、Basic、Pascalなど ＞Cobol、PL/I、Fortran、Prologなど＞＞＞＞＞＞＞＞＞マイナー言語の数々 って感じになるのは、これらを知ってる奴なら納得するだろ？ 166 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 10:49:03 ] 年も改まったのに頭の中は進歩しない奴ばっかりだな。 処理系の実装に関係ない話はどっかよそでやってくれ。 167 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 11:00:34 ] 処理系と関係ないようでいて間接的に関係あります。 処理系を作っても、特徴がなければただの俺言語になる。 特徴があってもLispのように超少数派になる。 いや、Lispは超少数派ではない。←いまここ 168 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 11:04:45 ] 特徴の有無が問題なのかよ レベル低いなあ 169 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 11:06:55 ] 特徴の有無は問題だろ レベル低いなあ ↑これと同じくらいお前の論理は無意味 170 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 11:46:48 ] なんか、このスレすごいレベル低い・・・もうお気に入りから消そうかな・・・ 皆さん、どう思います？ 171 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 11:48:34 ] >>165 愛好家ってカテゴリだったらC++の位置はそこじゃねぇだろ、実用性じゃダントツだってのは認めるけどさ。 チームに一人デコ助がいるだけで地獄を「簡単」にみられる言語の筆頭だぜ。 172 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 11:50:58 ] もうスレ違い議論はやめてくれr いつから言語比較スレになったんだ？ 173 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 11:54:05 ] 言語比較ほどの価値もないな。 個人個人が好き勝手に好きな言語を推しているに過ぎない。 検索結果がどうのこうのしょうもない外人が書いたようなリストを持ち出そうが、そんなもんが言語研究と何の関係があるんだよ。 お前らもうちょっと理性的に考えたらどうなんだ？ 174 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 12:07:59 ] 自分の好きな言語を押し付けたいだけの厨にそんな事言っても無視するだけだろうな 175 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 12:09:19 ] >>167 第二段が間違ってるぞ 「特徴があってもLisp系ではLisperしか食いつかないうえ、 　Lisperは試食しただけで、またCL Schemeに戻る」だ 176 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 12:20:32 ] 特徴を「他の言語との比較」に頼ってるあたりが 井の中の蛙臭さの原因なんじゃなかろうか 177 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 12:27:35 ] まあLispとIoを組み合わせるなんて、いかにも中途半端なオタクが 考えそうなありふれたアイディア。 目だった特徴にはならん。 178 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 12:28:37 ] >>176 原因はむしろ比較の基準が使用者の人口なことじゃね？ 179 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 12:31:14 ] IoってSmalltalkみたいなもんだろ？ CLOSじゃいかんのか？ 180 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 12:34:10 ] Smalltalkはフォロワーを生み出してるところが偉大だな。 LispもSchemeやJavaScript、果てはRubyやPythonに至るまで フォロワーを生み出したことに凄さがある。 181 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 12:42:45 ] そうニダ Lisp起源ニダ Ioも実はLispが起源ニダ 182 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 12:50:07 ] >>181 そもそもSmalltalkがLisp起源・・・ 183 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 12:51:57 ] やっぱりLispですね 議論はここに戻る 遠回りするアホは嘲笑の対象だね 184 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 13:13:39 ] >>180 そうだな。何だかんだ言われても、HSPにもフォロワーはいるからな 185 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 13:23:41 ] フォロワーで言ったらCも相当なものだな 186 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 15:14:22 ] HSPにフォロワーはいるのかもしれないが、有名なフォロワーはいないな。 187 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 15:26:07 ] フォロワーってフォローする人の事じゃないの？？ 188 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 15:44:26 ] そうだな。「信者」の類義語とかかな。 189 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 16:26:19 ] 小室です 今年は、環境ごとにミニ言語をさくっとでっち上げるのが 来ます 190 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 17:38:44 ] 人じゃなくても概念や物でも擬人化して考えれば可じゃないか？ 191 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 17:41:28 ] >141 Hspとなでしこって何？って素で思ったよ。漏れはorz 結構はびこってやがったのねん 192 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 17:46:36 ] >>180の言う「〜のフォロワー」は「〜に大きく影響されて生み出された言語」 という意味だろ。

---

---

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

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