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

「コンパイラ・スクリ ..

466:デフォルトの名無しさん
04/12/24 17:09:49
俺はC言語なぞコンパイラのユーザマニュアルだけで使えるようになったけどな。
そういう人間は別に少なくないだろう。分布が偏在しているだろうとは思うが。
それはさておき>>457=>>459だろうが言ってることが滅茶苦茶だぞ。

>>457では成果物としてしか捉えてないからバカと言われて当たり前。
公開されてるものを眺めただけで改良できるようになるわけじゃないんだよ。
結局ものの設計や開発は一種の探索問題だから、その過程を理解しなければその設計に
至る必然性やどこに改良すべき点があるかとかわからん部分もある。

>>459でいってるアルゴリズムとかは経験(≒プロセス)から抽出された知識であって
成果物ではないのだから457の主張の論拠にはなり得ない。
457を補強するつもりでも結局459は420の補強にしかならん。

457を見て感じるのは、こいつには「頭のいい人」のものの考えは絶対理解できないだろうなということ。
自分をその範疇から外していて、そうなる意志もないだろうというのも感じる。

467:デフォルトの名無しさん
04/12/24 17:18:39
>>466
はぁ～、まぁ～いいや、プログラムだけでなく
方程式とかも自分で解いたんだろ、、全部。

おまえの言ってることは、本に書いてある知識や経験を
必要としないでやってきた人間だけが言える言葉だぞ。

例えば、英語の映画を観ただけで、英語を覚えられるとか・・・
誰かが、覚えた経験を元に英語の教科書や、専門書を
観ないで覚えたのか

授業で英語の教科書を見て英語覚えたのなら、
それは英語を覚えた経験した事を、本で覚えて
英語を覚えたことになるんだぞ。

468:デフォルトの名無しさん
04/12/24 17:19:23
誰かが、覚えた経験を元に書かれた英語の教科書や、専門書を
観ないで覚えたのか

でした

469:デフォルトの名無しさん
04/12/24 17:25:02
この話題で初めて書き込むが,
>>466 アホだな…
本や論文を読まずに～というのは, 要するにその内容を完全に理解したから,
その文献を再び参照することなく, 新規性のある事ができる, という意味だろうに…

470:デフォルトの名無しさん
04/12/24 17:26:19
>>466
彼はエジソンだね。学校の授業は人の経験を教科書にして覚えると言う
行為だから・・・

授業など必要とせず、自分で経験したことだけで、スーパープログラマに
なったらしいから・・・

まさに、プログラマー界にエジソンだよ。

そういうスーパーな人は、新しい言語でも作って世の中で有名でもなって
ください。

471:デフォルトの名無しさん
04/12/24 17:28:38
>まさに、プログラマー界にエジソンだよ。
あなたはまず日本語を勉強しましょう

472:デフォルトの名無しさん
04/12/24 17:29:37
>>471
それくらいスーパーなプログラマなら脳内変換できないのか？

473:デフォルトの名無しさん
04/12/24 17:31:53
>>457
落ち着け。>>420は

> 完成品なんてタダでくれてやればいい

と言ってるんだぞ。お前にソースは見せん、と言ってるんじゃない。

474:デフォルトの名無しさん
04/12/24 17:32:36
>>457
なんかフレーム引き起こしてますな、僕も420と同意見で
他人の作ったものをとってきて喜べるたちの人間ではないですね、
自分で何か作る事にのみ喜びを感じます、
アルゴリズムも自分で思いついてこそ楽しいのです。
作業効率なんてどうでもいいんですよ。
貴方の意見を読んでいるとプログラミングが恐ろしくつまらない作業の繰り返しに思えます。

475:デフォルトの名無しさん
04/12/24 17:35:18

476:デフォルトの名無しさん
04/12/24 17:36:12
>>457-476は役に立たない塊ですので透明あぼーんしましょう

477:デフォルトの名無しさん
04/12/24 17:38:14
>>474
プログラミング自体を楽しめるのなら良いが
作るという行為だけ楽しめる人もいるんですよ

プログラミングだけならアセンブラやC言語だけでいいじゃないですか
でも作る行為が楽しいと言う人がいるから、VisualBasicだってある。

問題は効率良く作業する為にはどうしたら良いかと

彼はライブラリも使わないと思うよ。
ライブラリだって人の作ったプログラムを使ってるんだから、スーパーな
プログラマは我慢できないんじゃないかな？

478:デフォルトの名無しさん
04/12/24 17:38:25
こっちに移動してください
ｽﾚﾘﾝｸ(tech板)

479:デフォルトの名無しさん
04/12/24 17:41:50
>ライブラリだって人の作ったプログラムを使ってるんだから、スーパーな
>プログラマは我慢できないんじゃないかな？
この辺りからして感覚が違う気がしますね、我慢できないのではなくて、中身が興味深そうなら自分も作ってみるのです。

480:デフォルトの名無しさん
04/12/24 17:47:58
結局、どこまでが基礎でどこからが応用かという問題だろ。

先人の経験を基礎に入るかってことで
どんな職業だって先人の経験を真似る部分もある。
確かに真似るだけでは駄目でそれを自分のものにしなくてはならない

ソースだけ開示するまでが基礎か
その考え方まで書いてあげてコンパイラというものを理解できるような
形にしてあげること（本やインターネットで）
までが基礎かの違い。

彼はソースだけは開示すると書いてあったのは理解できなくもない
本やインターネットでコンパイラについて書かれたことを全く
見ずに自分でコンパイラを作った人なら、他の人にもそれくらい
自分でやればと思うかもしれないから・・・

でも本やインターネットでコンパイラについて書かれた内容を理解した
人は、その本を読んで理解しろと言う場合と、もっと解りやすい本が
あればもっと簡単に覚えられたと思う人もいるだろ
簡単に言えば解りやすいコンパイラの本が日本語で出るだけで、新たな
言語が出る可能性が出て面白くなると思うけどね。

481:デフォルトの名無しさん
04/12/24 18:11:16
ここはdjbみたいな人が沢山いるインターネットですね。

482:デフォルトの名無しさん
04/12/24 18:14:03
LLパーサやDDA位なら自力でたどり着いた事あるぞ。
つかそのころコンピュータ書籍は英語で書かれている物以外は論文くらいしかなかったし、しかも俺は英語を習う前だったから読むもクソも無かった。

まさか当時は電算関係が生業になるなんて考えてもみなかったけど楽しかったぞ。

483:デフォルトの名無しさん
04/12/24 18:14:39
まあ>>457みたいな人が、自分の得た知識や経験をわかりやすくまとめて公開する
ことは絶対ないんだけどね。これはコンパイラに限らず。

484:デフォルトの名無しさん
04/12/24 18:17:28
ここはバカの壁が如実なインターネットですね。
読んでると壁の両側に綺麗にわかれていて面白い。

485:デフォルトの名無しさん
04/12/24 18:19:40
>>482
コンパイラ以外でも先人の経験を元にしなかった？
アルゴリズムの本を読んだり、会社の先輩にソースを見せて貰ったとか・・・
人の経験を全く真似ないで自分だけでやってこれたと言う人が
本当にいるのなら観てみたいね。

職業のプログラマーだけでなく、他のあらゆる事が先輩の真似から
入ることが多いでしょ。

486:デフォルトの名無しさん
04/12/24 18:21:49
>>484
彼も、先人達の経験を全く必要としない人らしい。
自分だけでやってこれたと思ってる人って素晴らしいね

自分なんて人のおかげで、色々と覚えられたと思ってるし・・・

487:デフォルトの名無しさん
04/12/24 18:27:42
相談室と書いていながらここは、単に本やインターネットを
みないでコンパイラを作れる人が、時々、本とかインターネットを
使って、コンパイラを作ろうとしてる人が書き込んだ人を馬鹿に
しようとする為にスレということが解ったよ。

488:デフォルトの名無しさん
04/12/24 18:30:14
正

相談室と書いていながらここは、単に本やインターネットを
見ないでコンパイラを作れる人が、時々、本とかインターネットを
使って、コンパイラを作ろうとして書き込んだ人を馬鹿にしようとする為の
スレということが解ったよ。

489:デフォルトの名無しさん
04/12/24 18:31:40
お前らクリスマスイブ暇だからって張り切りすぎ

490:デフォルトの名無しさん
04/12/24 18:36:08
クリスマスツリーにネコでも吊るして和んでください

491:デフォルトの名無しさん
04/12/24 18:41:20
決まりきったパターンだね。
人格攻撃に始まるって奴は負ｒｙ

492:デフォルトの名無しさん
04/12/24 18:46:23
>>487
スレは「ある」ものではなく「作る」ものだ。
君が親切な相談員になればいい。

493:デフォルトの名無しさん
04/12/24 18:48:45
そんなことより、もまいら今日の晩ごはんはカレーですよ。

494:デフォルトの名無しさん
04/12/24 18:49:23
>>492
俺が君ほどレベルが高くなく本と見てコンパイラを作れるレベルなんだよ
そのレベルの話で良ければ教えてもいいけどね。

495:デフォルトの名無しさん
04/12/24 18:52:52
ゲーム業界の話なんだが、アメリカは新しい技術を作られると
それを作ったクリエータ自ら、ゲーム業界の学会？みたいな
場所で発表するらしい。

アメリカではプログラム技術は共有の知的財産と思ってるらしく
それを、使って何を作るかが重視されてる。

日本は技術を自分で作ることが重視になってる。
技術を1から覚えないと、物を作る資格がないと思ってるみたいだ・・・

496:デフォルトの名無しさん
04/12/24 18:59:04
何度もすまないが

アメリカだとゲームは平気で人が作ったエンジンを使ってゲームを作る。
日本だと、1から作ることが職人だと思ってエンジンを使う所は少ないし
エンジンを提供する所も少ない。

アメリカは自分で作りたいものがどのような形で作られようが問題ないみたい
人が作ったものだろうが、それで自分が作りたいものが出来るのなら
問題なく使うけど、日本人は1から作らないと気がすまないみたいだ。

497:デフォルトの名無しさん
04/12/24 19:01:53
アメリカに劣等感を持つのは勝手だが
何の根拠もない妄想をここでやるなよｗ

498:デフォルトの名無しさん
04/12/24 19:08:50
はっきりいってエロゲーは日本の方がどの分野も進んでるぜ
URLﾘﾝｸ(www.illusion.jp)
URLﾘﾝｸ(www.teatime.ne.jp)

499:デフォルトの名無しさん
04/12/24 19:18:13
>>494
それ位のレベルの人が一番わかりやすく教えられるんじゃない？
学校の先生より家庭教師の説明の方がわかりやすいのと同じで。

500:デフォルトの名無しさん
04/12/24 19:21:01
ここは「コンパイラ・スクリプトエンジン」相談室です。
雑談はマ板でお楽しみください。

501:デフォルトの名無しさん
04/12/24 19:25:51
今日の雑談は↓スレへどうぞ
ｽﾚﾘﾝｸ(tech板)

502:482
04/12/24 19:52:04
先人の本なんかなかったよ、あったのはモトローラのMC6800マニュアル（英文）、しかも読めた（のか？）は電気回路の部分と命令表、
信号線は親に読んでもらった。
482で書いた事は自分が小学６年から中学１年に掛けての事だから本当に役に立つ書籍は無かった。
ちなみに石田晴久の「マイコン入門」が出たのが自分が中学２年か３年の時。

そういう時代なので読む物なんか図書館いっても見つからないのだ。

503:デフォルトの名無しさん
04/12/24 19:56:47
>>502
あぁ、あの東大のDQNね。

504:デフォルトの名無しさん
04/12/24 19:59:58
そろそろ板違いなんで↓に逝ってくれんか＞年寄り
URLﾘﾝｸ(bubble2.2ch.net)

505:デフォルトの名無しさん
04/12/24 20:18:16
クリスマスだから気が立っているのか。愚かしいな。

506:デフォルトの名無しさん
04/12/24 20:26:24
この流れなら言える。

prologでコンパイラ作ってる人いますか？
パターンマッチ最適化や、高レベル中間語→低レベル中間語→アセンブリの変換等が
きれいに書けそうな気がするんですが。

507:デフォルトの名無しさん
04/12/24 20:37:20
>>495
共有するって感じかな？
どちらかというと自分の意見を学会にぶっつけて反応を確かめて
自分の方向性を決めるといった感じの印象を受けるのだが。
共有を目的にしている人は一部のオプソ狂信者(日本にも居るね)だけだと思うな。

508:デフォルトの名無しさん
04/12/24 21:11:17
>>506
きれいに書けませんよ。
嘘だと思うならやってみたら。

509:デフォルトの名無しさん
04/12/24 21:30:38
>>506
そういう研究はあり、確かにきれいに書ける。
ただし、prologでなく、より汎用的なlogical framework（twelfとか）を使うことが多い。

510:デフォルトの名無しさん
04/12/24 22:48:15
>>495
なんとなく納得。
なにげに日本の習慣って秘密主義なのかも。

511:デフォルトの名無しさん
04/12/25 00:55:40
>>510
チンケなプライドがあるために他人のツールを使えないだけ。
高卒のくせにな。

512:デフォルトの名無しさん
04/12/25 01:22:01
URLﾘﾝｸ(pc5.2ch.net)

513:デフォルトの名無しさん
04/12/25 11:20:12
>>511
自分やっているプログラムが詰んなくない？
それでストレス溜まって高卒ごときにムキになってない？
まぁ、最近そな人多いね、実際自分も仕事ではまるでベントコンベアの前にいるライン工の気分だしね。
嫌な時代ではある。

世の中生産性が全てではないと思うのだが・・・
せめて趣味の世界では爆発していたい。
プログラミングは爆発だ！！

514:デフォルトの名無しさん
04/12/25 13:39:45
ゆんゆん

515:デフォルトの名無しさん
04/12/25 14:12:07
やんやん

516:デフォルトの名無しさん
04/12/25 14:22:51
なんだろ
年末ずっとこの調子？この人

517:デフォルトの名無しさん
04/12/25 14:32:19
あのねのね

518:デフォルトの名無しさん
04/12/25 23:32:30
bison1.35をつかっていたんですけど、1.875ってのが出ているのに気づいたのですが、
どう変わったか知っている方いますか？

URLﾘﾝｸ(sourceforge.net)

519:デフォルトの名無しさん
04/12/25 23:46:51
そういうのは作者に問い合わせたほうが早いよ

520:デフォルトの名無しさん
04/12/26 01:00:46
ソースとってきてchangelogみりゃええやないの

521:デフォルトの名無しさん
04/12/26 01:37:01
構造化例外処理を自作言語に取り入れたいんですが、
VisualC++(というかmsvcrt.dll)の
_except_list _local_unwind2 _except_handler3
この辺を扱う資料ってないですか？
下の様なことがしたいので

FilterFunction() {
　　printf("1 ");　　　　　　　　　　/* this is printed first　*/
　　return EXCEPTION_EXECUTE_HANDLER;
}

main() {
　　__try {
　　　　__try {
　　　　　　RaiseException(1,　　　　/* exception code　　　　 */
　　　　　　　　　　　　　 0,　　　　/* continuable exception　*/
　　　　　　　　　　　　　 0, NULL); /* no arguments　　　　　 */
　　　　}
　　　　__finally {
　　　　　　printf("2 ");　　　　　　 /* this is printed second */
　　　　}
　　}
　　__except ( FilterFunction() ) {
　　　　printf("3\n");　　　　　　　 /* this is printed last　 */
　　}
}

実行結果
1 2 3

522:デフォルトの名無しさん
04/12/26 04:06:36
正直、lexだのyaccだの使ってる奴はアホ。
一文字ずつswitchで入れ子にするのが速いし、メモリも食わないし、プログラミングも実は一番楽。

523:デフォルトの名無しさん
04/12/26 04:22:02
まあそれで書けちゃうぐらい単純なやつならそれでもいいでしょ。

524:デフォルトの名無しさん
04/12/26 04:40:08
>>522
ぜーたいありえネェ～

525:デフォルトの名無しさん
04/12/26 04:49:54
>522
あー、つーか、単純なやつならそれで出来るかもしれんが、あまりにも世界が狭すぎ。
全てそれでいけると本気で思っているのなら、もう一度勉強し直してこい。

526:デフォルトの名無しさん
04/12/26 04:55:51
>>522
根拠が弱い

アホいうんなら、おまえの方法とlex、yaccを使う方法の
長所、短所ふまえてちゃんと説明してみんなを納得させろ

527:デフォルトの名無しさん
04/12/26 05:06:29
普通に釣りっぽい

528:デフォルトの名無しさん
04/12/26 05:11:03
>>522はビルゲイツ。

529:デフォルトの名無しさん
04/12/26 09:02:02
大漁大漁ｗ

530:デフォルトの名無しさん
04/12/26 10:04:56
>>521
VC++固有のライブラリの使い方なら
VC++スレ行ったほうがいいと思う。
構造化例外を使いたいだけなら、
Structured Exception Handling
でぐぐればよさげ。

531:デフォルトの名無しさん
04/12/26 10:29:50
釣り師は>>529のような負け惜しみは書かん

>>529書いた時点で真性確定。

532:デフォルトの名無しさん
04/12/26 10:40:05
真性に釣られる馬鹿ﾊｹｰﾝｗ

533:デフォルトの名無しさん
04/12/26 10:48:11
w真性ｷﾀ━━━(ﾟ∀ﾟ)━━━ !!!!!

534:デフォルトの名無しさん
04/12/26 10:58:39
＼　釣られたｸﾏｰ
　＼助けてｸﾏｰ
　　　＼∩＿∩　　　　今助けるｸﾏｰ
　　　　(；(ｴ)；　)∩＿∩　　　　∩＿∩
　　　⊂.　⊂　|(・(ｴ)・； )_○　(・(ｴ)・； ).∩＿∩ 頑張るｸﾏｰ
　　　⊂＿⊂/⊂⊂＿＿＿つ⊂⊂　　|(・(ｴ)・； ).∩＿∩
　　　　　　　　　　　　　　　　　 |　　　 ⊂⊂　　|(・(ｴ)・　)
　　　　　　　　　　　　　　　　　　∪￣∪｜　　　⊂⊂　　 | 　～～
　　　　　　　　　　　　　　　　　　　　　　　∪￣∪｜　　　|○ 　～～～
　　　　　　　　　　　　　　　　　　　　　　　　　　　　∪￣∪　　～～

535:デフォルトの名無しさん
04/12/26 14:11:12
>522
>プログラミングも実は一番楽
ありえねえ
自力で遷移状態管理しろ、つうたら泣けるなあ

536:デフォルトの名無しさん
04/12/26 14:14:31
LL(1)なら別にいいじゃん。

537:デフォルトの名無しさん
04/12/26 15:54:09
俺はschemeのreader書くのにlex/yaccのお世話になろうかと
真剣に悩んだよ。

結局、手で書いたが。

538:521
04/12/26 16:04:12
main() {
　// var parent_frame
　try_except_wind(
　　lambda() { // try
　　　// var frame = parent_frame
　　　try_finally_wind(
　　　　lambda() { // try
　　　　　RaiseException(1,0,0,0); }
　　　　,lambda(){ // finally
　　　　　printf("2 "); });
　　}
　　,lambda() { // FilterFunction
　　　printf("1 ");
　　　return EXCEPTION_EXECUTE_HANDLER; }
　　,lambda() { // except
　　　printf("3\n"); });
}

例外ブロックを関数化してここまでは動作確認できました。
VCの__finallyや__exceptブロックは妙なトリック(ebpの持ち回り)使ってるから
フレーム統合するのは難しそうです。
別の手段考えます。

539:522
04/12/26 18:50:35
馬鹿だな。複雑な文法ほどそう書くのがいいんだよ。
人間が考えてる要領でうまくかける。
yaccだのlexだのはかえって難しいんだよ。
複雑な文法になるほどな。

540:デフォルトの名無しさん
04/12/26 19:07:18
飽きたからもういいよ。

541:デフォルトの名無しさん
04/12/26 19:08:26
　　　　　　　　　　　　　　　　　　　 |
　　　　　　　　　　　　　　　　　　　 |
　　　　　 ∩＿＿＿∩　　　　　　　　　 |
　　　　　 | ノ　 _,　　,_ ヽ　　　　　　（（　 |　ﾌﾟﾗﾌﾟﾗ
　　　　 /　　●　　　● |　　　　　　　　　(=)
　　　　 |　　　　( _●_)　ミ　＿　(⌒)　　J　　>>539
　　　　彡､　　　|∪|　ノ
⊂⌒ヽ　/　　　ヽノ　ヽ /⌒つ
　＼　ヽ　 /　　　　　ヽ　/
　　　＼_,,ノ　　　　　　|､＿ノ

542:デフォルトの名無しさん
04/12/26 22:32:01
>>538
Win32 Exception handling for assembler programmers by Jeremy Gordon
URLﾘﾝｸ(www.jorgon.freeserve.co.uk)

昔、参考にさせてもらったサイト。もう１ヶ所ぐらいあったんだけどURL紛失した。

543:デフォルトの名無しさん
04/12/26 23:41:12
でも、マジレスすると scanner は自主開発蟻としても
parserはyaccか互換ソフト以外実用プログラムでは使われていないからなぁ

お前ら、もっと現実を見ろ！

544:デフォルトの名無しさん
04/12/26 23:59:48
飽きたからもういいよ
どうせなら新しいネタにしようぜ

545:デフォルトの名無しさん
04/12/27 00:05:28
マジレスすると、
Java5.0はyaccだと難しい。

546:デフォルトの名無しさん
04/12/27 01:28:03
Rubyも確か、yacc廃止するような話が上がってるみたいだね。
PythonやPerlはどうなの？

547:デフォルトの名無しさん
04/12/27 02:46:19
なんか字句解析と構文解析の話ばっかりだな。
漏れが知りたいのはその先の話なのに。

548:デフォルトの名無しさん
04/12/27 02:52:11
522の言うことも一理あるかと
gccも最初はyaccだったが今は手書きらしいし

549:デフォルトの名無しさん
04/12/27 02:52:22
コード生成とか最適化の話がしたいとな？

550:デフォルトの名無しさん
04/12/27 02:53:03
みんな自動生成系で骨格作って手直しをしてという風ではないの？

551:デフォルトの名無しさん
04/12/27 02:57:43
中間言語にコンパイルする話はどの書籍に載ってるでしょうか。
googleで調べても見つからないので。

552:デフォルトの名無しさん
04/12/27 03:04:22
今おれが借りてる本に詳しく載ってるな。
中間言語と言っても色々レベルがあるけどな。

553:デフォルトの名無しさん
04/12/27 03:14:28
>>552
書籍名を教えてくださいYO!
ほとんど知識の無いままSchemeのインタプリタを書き始めたんですが
3日くらいで大体の機能が実装できました。
問題はGCと継続なんですが、CPSという中間言語を使うと継続が楽に
実装できるという噂をききまして、どんなものかなあと。
コンパイルしないと遅すぎるってことや実装が簡単すぎた(さすがScheme)
っていうのも動機なんですけど。

554:デフォルトの名無しさん
04/12/27 03:37:57
>>553
CPSは普通のコンパイラの教科書では余り取りあげられない。
本なら、Appelの「Compiling with Continuations」辺り。ただし、
これはMLベース。CPS自体はMLとは関係ないけど、中間言語
にコンパイルする話から知りたい人には難しすぎるかも知れない。
Schemeベースだと、Guy Steel Jr.のRabbitコンパイラとかKranz
らのORBITの論文(PLDI86)辺りを読むしかないんじゃないかな。
Rabbitコンパイラの論文が今簡単に入手できるかどうかは知らな
いが、ORBITの論文は今年出た「20 Years of PLDI 1979-1999: A
Selection」っていうACM SIGPLAN notices, volume 39, number 4,
april 2004に選択されて載っているから、これなら技術系の大学の
図書館辺りで見つけられるでしょ。

555:デフォルトの名無しさん
04/12/27 03:56:06
沢山の情報ありがとうございます。
CPSにこだわっている訳ではないんですけど、東大のコンパイラの授業
のページにのってたのでメジャーなのかと思ってました。
一般的に中間言語の話はどの本がいいんでしょうか。
とりあえずいろいろ調べてみます。

556:デフォルトの名無しさん
04/12/27 04:31:51
>>553
CPSは中間言語ではないよ。
それに直接速くなるわけでもない。
CPSというのは継続のたらいまわしで、実装が自ずと
スタックレスになり、末尾の検出が不要になることと
継続の抽出が単純（というか継続の抽出そのもの）になるというだけで。

Schemeは末尾呼び出しのフレームの縮小問題に
どう取り組むかで速度にかなり違いが出てくる。
これは仮にCPSにしても解決はできない。
それと(Schemeに限らないけど)、GCにぎりぎりまで頼らない
（ヒープに移さない）設計にするとか。

CPSについてはコンパイラの本より
むしろ関数型言語扱ってる古い本に色々載ってたけど、
そういうのは図書館で探したほうがいい。
CPSに変換する処理系もあったはず。

ちなみに借りた本は「コンパイラの構成と最適化」
CPSとはあんま関係ないね。

557:デフォルトの名無しさん
04/12/27 04:35:02
>>554
Steele 先生のってこれでよろし？
fURLﾘﾝｸ(publications.ai.mit.edu)
面白そう……だけど結構な分量だな。プリントアウトしたら大変そうだ。

558:デフォルトの名無しさん
04/12/27 04:37:47
>>555
中間言語の話題で一般的に良い本を挙げるってのは難しい。
というか、ソースから中間言語への変換辺りの話題だと、
ドラゴンブックで充分だし、最適化の話題よりのコンパイラの
教科書だとその辺りは大抵省略されている。

AppelのModern Compiler Implementation in {ML,Java,C}辺り
だとコンパイラについてlexer、parserからcode generationまで
一通り書かれていて、GCなんかも取りあげられているから良
いかもしれない(漏れはJava版しか読んだこと無いからMLや
C版の内容は知らない)。

559:デフォルトの名無しさん
04/12/27 04:46:49
>>557
凄いな。
これが修論か

560:デフォルトの名無しさん
04/12/27 13:53:09
＿|￣|○

561:デフォルトの名無しさん
04/12/27 19:21:59
あのな、CPSなんてきょうび流行んねーんだよ。ボケが。
得意げな顔して何が、CPSで、だ。
お前は本当にCPS変換したいのかと問いたい。問い詰めたい。小１時間問い詰めたい。
お前、スタック使いたくないだけちゃうんかと。
中間言語通の俺から言わせてもらえば今、中間言語通の間での最新流行はやっぱり、 A normal form、これだね。
大盛り一時変数。これが通の頼み方。
A normal formってのは制御フローが明示的に入ってる。そん代わり継続は暗黙的。これ。
で、それにtail call最適化。これ最強。
しかしこれを頼むと次からAppelにマークされるという危険も伴う、諸刃の剣。
素人にはお薦め出来ない。
まあお前、１は、型付きCPS変換でもしてなさいってこった。

562:デフォルトの名無しさん
04/12/27 20:54:34
不勉強なオレはいまいち面白さが分からないが、
ﾒﾙ欄ﾜﾛﾀ

563:デフォルトの名無しさん
04/12/27 21:14:55
せっかくなので A normal form ってのについて教えて下さい。
ポインタでもいいから。

564:デフォルトの名無しさん
04/12/27 21:30:10
>>509のlogical frameworkと関連した内容ですか。

565:デフォルトの名無しさん
04/12/27 22:19:26
URLﾘﾝｸ(www.google.co.jp)

566:デフォルトの名無しさん
04/12/28 00:11:56
コミックバンチの修論いきなり見せられてもA normal formのことサパーりでしょ。>>553

567:デフォルトの名無しさん
04/12/28 07:51:25
電気通信大学情報工学科
渡邊(坦)研究室

言語・機種に非依存なオブジェクト最適化の研究
URLﾘﾝｸ(www.watalab.cs.uec.ac.jp)

はガイシュツですか？

568:デフォルトの名無しさん
04/12/28 10:14:44
>>567
何も新しいことは書かれていない気がす。
ドラゴンブックに出て来るレベルの最適化を実装してみました
ってやつですな。

569:デフォルトの名無しさん
04/12/28 19:11:25
>>567
学部生レベルの卒論としては合格

570:デフォルトの名無しさん
04/12/28 21:33:47
●コンパイラ　原理・技法・ツール　１＆２
URLﾘﾝｸ(www.amazon.co.jp)
URLﾘﾝｸ(www.amazon.co.jp)
通称ドラゴンブック。バイブル。

●コンパイラ構成法　原田賢一
URLﾘﾝｸ(www.amazon.co.jp)
URLﾘﾝｸ(www.hara.cs.keio.ac.jp)　(ソース、正誤表のダウンロード)

●プログラミング言語処理系岩波講座ソフトウェア科学〈5〉佐々政孝
URLﾘﾝｸ(www.amazon.co.jp)
一冊で済ませたい人へ。

読む順番とかあるの？
なければ、『コンパイラ構成法　原田賢一』を買おうと思っている。

571: ◆MWRLp2GQ3U
04/12/28 22:02:12
初心者の疑問なんですけど、言語処理系って
フリーの有名所（例gcc）や一部の超メジャー処理系（M$）
でないと全くダメダメなのななんででしょう？

職場の回りの人とかも、皆同じように思っています。

言語処理系以外なら、そんなことないと思うんですよねぇ
やはり、作り込みが難しいからですか？？？

572:デフォルトの名無しさん
04/12/28 22:06:00
既にフリーでいい物があるから、
わざわざ作る気も起きないってのも大きいでしょ

573:デフォルトの名無しさん
04/12/28 22:20:51
人生を言語処理系の作成に捧げる気があるなら
＞フリーの有名所（例gcc）や一部の超メジャー処理系（M$）
これらにも対抗できるものが作れるんじゃねーの？（鼻くそほじりながら

574:デフォルトの名無しさん
04/12/28 22:51:37
>人生を言語処理系の作成に捧げる気があるなら
んで、できるかどうかは兎も角そんな連中がここに居るわけだ。

575:デフォルトの名無しさん
04/12/28 22:52:30
まあ面白いし

576:デフォルトの名無しさん
04/12/28 23:07:36
>>574
売り物レベルになるかはともかくを言ったら
処理系自体はちょっと時間あれば作れるしな

577:デフォルトの名無しさん
04/12/28 23:13:48
HSPぐらいならなんとかなるんじゃね？

578:デフォルトの名無しさん
04/12/28 23:20:19
HSPみたいな頭の悪そうな処理系思い浮かぶやつには無理だろｗ

579:デフォルトの名無しさん
04/12/28 23:39:36
Nスクよりマシかな。

580:デフォルトの名無しさん
04/12/28 23:49:46
2ch発の言語とかってないの?

581:デフォルトの名無しさん
04/12/28 23:51:50
>>580
いくつか過去にもスレは立ったけど成功したもんはなさそう。
ADVRUN…はちょっと違うか

582:デフォルトの名無しさん
04/12/28 23:56:58
>>580
ギコBASIC

583:デフォルトの名無しさん
04/12/29 00:04:36
少なくともHSPはそれなりにメジャーになりはした。

584:デフォルトの名無しさん
04/12/29 01:00:15
HSPはあの言語仕様なのに、それなりに流行っていることを考えると、
言語の良し悪しが、決定的なんじゃないということがよくわかる

585:デフォルトの名無しさん
04/12/29 01:28:09
Windowsでexeが作れて配布できる。
初心者でも簡単に使える。
初心者用ドキュメントがある。

こういう、ヲタク向けの言語では軽視されがちな部分が
大きいんじゃないかな。

586:デフォルトの名無しさん
04/12/29 12:09:18
>>585
剥げ同。

最先端言語技術や高度な理論よりも、リアルに使えることの方が
はるかに重要と最近日々感じる…

587:デフォルトの名無しさん
04/12/29 12:10:58
でも楽しくないよね。

588:デフォルトの名無しさん
04/12/29 12:20:45
楽しいよ
すぐに窓表示したり文字表示したり、コントロール作ったり、3DのDirectX画像が動かせるからね
すぐに目に見えて成果が現れるところがミソ

589:デフォルトの名無しさん
04/12/29 15:33:07
じゃあexeが作れない言語はクソ

590:デフォルトの名無しさん
04/12/29 15:41:27
>>589
世の中の全てが詰らなさそうな奴だな

591:デフォルトの名無しさん
04/12/29 17:28:43
>>589
MSと心中しとけ。

592:デフォルトの名無しさん
04/12/29 21:11:45
>>586
禿げ同

しかし初心者にはいいかもしれないけど、
プログラマとしては絶対使いたくない言語だよね。
そこんところがシームレスに使える言語があるといいのかなぁ。

593:デフォルトの名無しさん
04/12/29 21:17:31
初心者には取っつきやすく、高度な要求にも耐えられる言語か
難しいね

594:デフォルトの名無しさん
04/12/29 21:19:19
Java

595:デフォルトの名無しさん
04/12/29 21:22:47
組み込みＨＳＰ？
激しく嫌すぎる・・・

596:デフォルトの名無しさん
04/12/29 21:33:18
HSP使うぐらいなら素直にアセンブリ使うよ。

597:586
04/12/29 22:00:30
念のため行っとくけど、俺はHSPは使ったこともないからなｗ

598:デフォルトの名無しさん
04/12/29 22:13:25
どこ行くんだよw

599:デフォルトの名無しさん
04/12/29 22:28:36
お前ら
ありあまる暇があったら、
どんな言語・処理系作りたい？

600:535
04/12/29 22:59:15
HSPってなに？

601:デフォルトの名無しさん
04/12/29 23:09:47
>>592
このスレに居るなら、そう思ったら自分で作れ。

602:デフォルトの名無しさん
04/12/29 23:32:56
>>600
気にする程のものではない。
ゲームを書く為だけの簡易言語だよ。

603:デフォルトの名無しさん
04/12/30 01:05:59
>>599
汎用の処理系って作ったことないからなあ。
特殊用途のだけ。

なんで、手始めはやっぱりLisp系かな。
SICPみながらSchemeからだろうか。

604:デフォルトの名無しさん
04/12/30 01:09:17
>>603
minischemeのコード見てみなよ。
たった2000行程度だから。

605:デフォルトの名無しさん
04/12/30 04:50:37
>>602
ゲームだけじゃない
Windowsアプリが実に簡単に出来る
こういう面も人気の理由の一つ
普段MFC使ってる俺でも昔覚えたHSP使うことがたまにある
手軽だから

606:デフォルトの名無しさん
04/12/30 04:56:59
ここは既存の言語や処理系について、文句たれたり、布教活動したりするところなん?

607:デフォルトの名無しさん
04/12/30 05:08:58
大学生ならコンパイラ作るよな

608:デフォルトの名無しさん
04/12/30 05:13:59
やはり実際に物が作れるということと、敷居が低いことは重要だよな。
Cより言語仕様が優れた言語は腐るほどあるのに
結局Cより流行る言語はほとんどない。
一方では、お手軽にGUIやゲームなどが作れるというだけのことで、
糞仕様のHSPがそれなりに流行ったりする。

609:デフォルトの名無しさん
04/12/30 06:07:49
課題で必ず出るね

610:デフォルトの名無しさん
04/12/30 11:37:50
>>608
言語論争したいのならどっか別の所へ行け

611:デフォルトの名無しさん
04/12/30 13:43:53
そうではない
コンパイラを作るに当たってなにが大切かを述べてるにすぎない

612:デフォルトの名無しさん
04/12/30 14:29:03
>>611
ハァ？バカでね？

613:デフォルトの名無しさん
04/12/30 14:38:29
なんかレベル下がったなこのスレ

614:デフォルトの名無しさん
04/12/30 15:17:51
今までにレベルの高いレスなんてあったか？

615:デフォルトの名無しさん
04/12/30 15:30:59
HSP厨が紛れ込んじゃったんだろ。

616:デフォルトの名無しさん
04/12/30 16:03:47
なぁ、ここにいるやつらで2ch言語でも作ってみないか？

617:デフォルトの名無しさん
04/12/30 16:07:18
>>616
おまえが作れ

618:デフォルトの名無しさん
04/12/30 16:12:40
>>616
言語仕様のアイデアはあるのか？

619:デフォルトの名無しさん
04/12/30 16:20:02
板グループがオブジェクトで各板名がメソッドとか。

ＰＣ等.プログラマー("hoge);

620:デフォルトの名無しさん
04/12/30 16:21:50
あー、"閉じ忘れた。まあいいや。
エラーが出たときは

真・プロセスストッパー。。。(￣ー￣)ﾆﾔﾘｯ

と。

621:デフォルトの名無しさん
04/12/30 16:54:14
>>611
いらねーよ、言語仕様ってのは作り手の趣味の問題だ、他人にゴチャゴチャいう筋合いのものじゃねぇ。
そんなもん、そんな作りもしない何もしないクレクレ厨房の書き込みなんざ読んでもウザイだけだ。

622:デフォルトの名無しさん
04/12/30 17:00:43
>>619
そりゃ言語仕様じゃなくてライブラリの仕様じゃねえか

623:デフォルトの名無しさん
04/12/30 17:12:08
ここはネタすれじゃないんだから他でやれや>>616-622

624:デフォルトの名無しさん
04/12/30 17:23:05
言語仕様議論専用スレがあったほうがいいかね、建ててみるね。
「言語仕様と開発論法」でやってみてください。

625:デフォルトの名無しさん
04/12/30 17:23:50
「言語仕様と開発論法」
ｽﾚﾘﾝｸ(tech板)l50
ここです。

626:デフォルトの名無しさん
04/12/30 19:33:06
URLﾘﾝｸ(www.rubyist.net)
こんな短いプログラムで比較するのもどうかと思うのだが、 Rubyで書いたら絶対これより短くなる。
ということは、PHPではなくRubyを使えという話なのか。どうも、そうではなさそうだ。

よくいただく反論は「PHPでもできる」ということであって、同じくらい良い(動的)言語からPHPを選ぶ理由ではないはずだ。

PHPは決して速くないし、記述力が高いわけでもないし、たくさんの欠点が残っているように見えるが、
あちこちで「そのシステムPHPで書かないの」という質問が出るところをみるとそれなりに馬鹿には使われているようだ。

もっとも、PHP陣営から出てくる数字はmod_phpのインストール数とか、mod_phpのパフォーマンスと(mod_perl抜きの)perl
CGIとの比較とか、まったくフェアでない印象があるが。

あるいは「すでにPHPを覚えているので、いまさら他の言語を覚えたくない」ということなのかもしれない。
その気持ちはまあ理解できないでもない。
もしかすると、よく分からない初心者をイメージ先行で取り込んでしまい、
「いまさら他の言語を覚えたくない」という」意識でロックインしてしまうというのは、
初心者をターゲットにした素晴らしいマーケティング戦略なのかもしれない。

もしそうだとするならば、というか実際そうだろうし、Rubyは絶対にその戦略を取りたくない。
それくらいだったらマイナーなままでいてくれた方がずっと良い。
Rubyは最高の言語なのだから。

627:デフォルトの名無しさん
04/12/30 19:36:14
>>626
単純にRubyはマイノリティなだけ。
使われてないなら潜在バグの洗い出し率も低いだろうし
信頼性保守性等々で考えて業務に使う必然性がない。

628:デフォルトの名無しさん
04/12/30 19:44:24
>>627
禿同

629:デフォルトの名無しさん
04/12/30 19:47:21
Ruby以上のものを作ることのできない糞どもが何を言おうが無駄。
汚らしいRubyアンチは消えろ

630:デフォルトの名無しさん
04/12/30 19:49:30
と、言うことは>>629には　そ　れ　な　り　に　普　及　し　た　プログラミング言語以上のそれの作成経験があると言うことになる。

631:デフォルトの名無しさん
04/12/30 19:50:46
最高言語Rubyユーザ＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞おのスレでしがない糞処理系を作ってる奴等ww

632:デフォルトの名無しさん
04/12/30 20:05:03
Perlでええやん。

633:デフォルトの名無しさん
04/12/30 20:11:53
HSP使ってる奴とRuby使ってる奴って
なんか共通点が有るな。

634:デフォルトの名無しさん
04/12/30 20:13:44
>>633
いいよなぁ。自分の価値観が万人の常識であるとか思ってる奴。

635:デフォルトの名無しさん
04/12/30 20:25:15
最高言語Scheme!!!!!!!

636:デフォルトの名無しさん
04/12/30 20:25:58
荒れるからHSP厨とRuby厨は >>625 のスレ逝ってよ。

637:デフォルトの名無しさん
04/12/30 20:29:09
やっぱ
日本発->他の言語より日本語の情報が多い->厨が増える
という流れなのだろうか。

638:デフォルトの名無しさん
04/12/30 20:32:13
単純になぜか安置が多いというお話。
たぶん同一人物が自作自演交えてやってるんだろうけど。
正直、俳優か小説家になれば大ブレイク。
こんなところで才能を食いつぶしている彼らが不憫だ。

639:デフォルトの名無しさん
04/12/30 20:36:40
単純になぜか厨が多いというお話。
たぶん同一人物が自作自演交えてやってるんだろうけど。
正直、俳優か小説家になれば大ブレイク。
こんなところで才能を食いつぶしている彼らが不憫だ。

640:デフォルトの名無しさん
04/12/30 20:38:18
>>639みたいなのが典型と言うことで。

641:デフォルトの名無しさん
04/12/30 20:44:36
どっちも根拠を挙げてるわけでもないし
どっちも典型でしょ。
専用スレが腐るほど有るんだしそっちでやってよ。

642:デフォルトの名無しさん
04/12/30 20:44:37
で、何かこのスレと関係あるのか？

643:デフォルトの名無しさん
04/12/30 20:47:44
URLﾘﾝｸ(www.rubyist.net)
Ruby＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞Java＞＞＞＞＞Python＞＞＞＞＞C++＞＞＞＞＞PHP＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞HSP＞Perl

644:デフォルトの名無しさん
04/12/30 20:50:41
Perlに恨み骨髄という感じだな。

645:デフォルトの名無しさん
04/12/30 20:52:48
Rubyはレンタル鯖でつかえねーからダメ
ライブドアだけじゃん

646:デフォルトの名無しさん
04/12/30 20:53:31
Rubyって仕事で使えるほどフレームワークあったっけ？

647:デフォルトの名無しさん
04/12/30 20:56:14
コミュニティ文化の話なんてどうでもいい
技術の話をしないやつは（・∀・）ｶｴﾚ!
お年玉で>8買って読んでから来い

648:デフォルトの名無しさん
04/12/30 20:58:18
貴様らがポチポチ作った処理系なんか自分以外誰が使うんだよ。
Rubyレベルのものが貴様らに作れるのか？

649:デフォルトの名無しさん
04/12/30 20:58:55
先生！お店に禿げたドラゴンブックした売ってません！！

650:デフォルトの名無しさん
04/12/30 20:59:32
Rubyの劣化コピーでしかない貴様らが
死に物狂いでRubyを不正で苦しさ晴れたち日をしているwwwwwwww

やはり劣等感である～～～　くすくす^^;

651:デフォルトの名無しさん
04/12/30 20:59:55
国産処理系
HSP、LGP、System3.x、Ruby

こうして並べるとRubyすげーのかどうか微妙だな

652:デフォルトの名無しさん
04/12/30 21:01:09
ドラゴンブック程度を読んで分かったつもりになった厨房が
メイジャーなRubyを必死に貶すことで憂さ晴らししているスレはココですか？

653:デフォルトの名無しさん
04/12/30 21:02:38
>>652
うっせー禿げ

654:デフォルトの名無しさん
04/12/30 21:02:52
ム板では NG ワードにプログラミング言語「るび」を指定することが
推奨されています。

655:デフォルトの名無しさん
04/12/30 21:03:09
>>626
その話題は
ｽﾚﾘﾝｸ(tech板)l50
にぴったりだ、一発ブチかまして良スレにしてやってくれ。

656:デフォルトの名無しさん
04/12/30 21:07:06
>>643 のリンク先見たけど開発者がこれでは…
ずっとマイナーなままなのそれなりに理由があるからだろ。

657:デフォルトの名無しさん
04/12/30 21:08:56
>>656
その理由を
ｽﾚﾘﾝｸ(tech板)l50
に書きなさい、ちゃんと議論してみろ。

658:デフォルトの名無しさん
04/12/30 21:09:13
matzはジョークのひとつも言ってはいけないのか……

659:デフォルトの名無しさん
04/12/30 21:11:10
面白ければ許可する

660:デフォルトの名無しさん
04/12/30 21:14:30
Rubyアンチに「じゃあ、Rubyの欠点を挙げてみろ」と言うとだんまりになってしまうのが面白くてしかないwww

661:デフォルトの名無しさん
04/12/30 21:16:29
マイナーすぎてレンタル鯖で使えない所が多い。

662:デフォルトの名無しさん
04/12/30 21:18:32
cgi.rbの 1.8 や 1.8.2 であった問題

663:デフォルトの名無しさん
04/12/30 21:19:39
Unicode、半角カナを含めた文字コードの扱い

664:デフォルトの名無しさん
04/12/30 21:19:45
>>661
今をときめくライブドアで使えますが？

665:デフォルトの名無しさん
04/12/30 21:21:28
>>661-663
ほら書き写してやった、向こうでつづけて書け。

666:デフォルトの名無しさん
04/12/30 22:41:49
Windowsでexeが作れない

667:デフォルトの名無しさん
04/12/30 22:49:56
自己記述ができない

668:デフォルトの名無しさん
04/12/30 22:55:43
開発者が
>それくらいだったらマイナーなままでいてくれた方がずっと良い。
って言ってるんだからマイナーなんだろ。

669:デフォルトの名無しさん
04/12/30 23:08:48
今度は厨が良い所を挙げてくれ。

670:デフォルトの名無しさん
04/12/30 23:59:16
BNF記法の正式な書き方ってありますか？
なんか検索して色々なサイト見るとそれぞれ
若干記述の方法がちがうんですよね。
あとEBNFについての書き方ってのは
調べても詳しく解説してるサイトがないんですよね。
識者の意見求む！

671:デフォルトの名無しさん
04/12/31 00:18:58
>>670
表記法は規格によって様々だけど、表す物は同じ
一番元になったAlgolの時点では、
<>で囲った物が非終端記号
::=が超記号
|がOR
の３つ。

EBNFになって
省略可能が[...]
0回以上の繰り返しが{...}
くくりが(...)
という書き方が可能になった

とコンパイラ構成法に書いてあります

672:デフォルトの名無しさん
04/12/31 00:24:06
Rubyで金取れる仕事ってできるの？（品質保証込み）わしバグとか怖くて使えんけどまじで
大丈夫なの？

673:デフォルトの名無しさん
04/12/31 00:28:41
おｋ

674:デフォルトの名無しさん
04/12/31 01:00:50
>>670
規格になってるのには、ISO/IEC　14977:1996　とか　RFC2234　とかがあったり。

675:デフォルトの名無しさん
04/12/31 14:17:23
>>671 >>674
レスありがとうございます。

>>671が示してくれた記述方法は
↓と同じですよね。（この記述方法が一番読みやすい）
URLﾘﾝｸ(www.wormjp.umin.jp)

でも>>674が示してくれた標準となっている「ISO/IEC 14977:1996」では
↓のように若干記述方法が違うんですよね。
URLﾘﾝｸ(www.atmarkit.co.jp)

ま、この２通りを知っておけばいいって感じですかね？

676:デフォルトの名無しさん
04/12/31 14:31:23
どれも憶えておけば、折衷式俺定義BNFが出てきても読める。

677:デフォルトの名無しさん
04/12/31 15:22:22
>>676
すまん

678:Rubyist!
04/12/31 15:47:47
PerlやPythonのシンタックスはヘタレでかつ、醜悪
よく公開する気になれるものだなこんなもの
しかもはっきり言って便利でも何でもないよこんなの
こんなの好きだって奴はアホそのものだな、ｲﾗﾈ－

679:デフォルトの名無しさん
04/12/31 16:38:57
Rubyの汚いend end endよりはPythonのソース
の方が綺麗

680:デフォルトの名無しさん
04/12/31 16:40:20
このスレいたたたたたたたたた
漏れ儲でもなんでねねぇーけど、ここでRuby批判してる住人は妬みにしかみえねーな
『Windowsでexeが作れない』『自己記述ができない』『マイナーすぎてレンタル鯖で使えない所が多い』･･･
メイジャーになるだけの言語を作れないもしくは作る勇気も技術もない香具師の嫉妬だな
そこまでいうおまいらの作った処理系は超クオリティで馬鹿流行するんだろうなw
新言語開発ってのははじめからなんの保障もねぇーんだよ
それをさもお客様ヅラして能無しどもが偉そうに素人相手にムキになって評価してやがるｲﾀﾀﾀﾀﾀﾀﾀﾀ
こんなところでネチネチ陰湿に文句いうくらいならさっさとRubyアンインストして忘れろよ

681:デフォルトの名無しさん
04/12/31 16:41:49
うかつにRubyのような画期的な言語をつくってしまうと
自意識過剰の能なし共の嫉妬を買うねぇ。

682:デフォルトの名無しさん
04/12/31 16:42:26
誰かが結果を出した途端
出し抜かれたというか、ズルい事でもされたような錯覚に陥るんかねぇ。
ありもしない自分の可能性を信じさせられる平等教育の犠牲者はかわいそうだなぁ。
アンチRubyの方々にはまことに同情するよ。

683:デフォルトの名無しさん
04/12/31 16:48:03
俺が作ったわけじゃいけどCやPerlやPythonの方が流行ってるよw
もしかしたらHSPの方が流行ってね？www

684:デフォルトの名無しさん
04/12/31 16:50:37
LarryやGuidoのような才能の無い人間が作った言語が流行るのは、勘違いクンが増えるので良くない。
つか、悪い。もはや悪事。奴等は恥を知れ。

685:デフォルトの名無しさん
04/12/31 16:54:15
>>683
俺はRuby信者じゃない。
批判のフリした罵りが見苦しいだけ。
第三者が読んで含蓄のある批判をしてみたまえよ、みっともない。

686:デフォルトの名無しさん
04/12/31 17:00:50
少なくとも俺にはまともな批判に見えるがな
メジャーじゃない
これは立派な不満点だ
お前の方が煽りに見える

687:デフォルトの名無しさん
04/12/31 17:02:51
この板もid欲しいな。

688:デフォルトの名無しさん
04/12/31 17:21:29
アンチも信者も評価軸は同一次元上にあるんだよ。
信者は何があろうと持ち上げるし、
アンチはなにがあろうとくさすからな。
どっちも同じくらい間抜けだし邪魔だ。

だがRubyの場合はただ煽りたいだけの馬鹿がいるのよな。
これRubyやmatzのせいか?

あとメジャーじゃない点は確かに批判になりうるが、
でもそれはお前、pointy-haired bossじゃねえかよ。

次ページ