- 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 あたり
- 786 名前：デフォルトの名無しさん mailto:sage [2006/03/28(火) 12:29:49 ]
- >>785
yacc+bisonの経験あるなら、kmyaccはどう？
yaccの書き方そのままで、perlやjavaやjavascriptが使える。
- 787 名前：デフォルトの名無しさん mailto:sage [2006/03/28(火) 14:31:40 ]
- ひとつ聞きたいんだけど、
２型言語の任意の位置に [] の組を挿入できるようにした文法って１型言語？
例えば 1+2 を変化させた 1[+2] とか [1+]2 とかを許容する文法なんだけど……
- 788 名前：デフォルトの名無しさん mailto:sage [2006/03/29(水) 02:59:38 ]
- >>785
入力が小さい場合は Parse::RecDescent が手軽だね。外部ツールにくらべると
手軽さが違う。
- 789 名前：デフォルトの名無しさん mailto:sage [2006/03/29(水) 07:51:32 ]
- >>786
>>788
情報ありがと。しかし構文解析久しぶりで大分忘れてるわ。
- 790 名前：デフォルトの名無しさん [2006/03/31(金) 18:10:09 ]
- よく、他言語のライブラリとか呼べる言語があるけど、
あれって事前に呼ぶ関数名を全て列挙して組み込んでるのですか？
- 791 名前：デフォルトの名無しさん mailto:sage [2006/03/31(金) 18:19:49 ]
- 普通マーシャリングしてるだけじゃないか
- 792 名前：デフォルトの名無しさん mailto:sage [2006/03/31(金) 21:28:55 ]
- それは結局の所、「事前に呼ぶ関数名を全て列挙して組み込んでる」のでしょうか？
- 793 名前：デフォルトの名無しさん mailto:sage [2006/03/31(金) 21:31:42 ]
- 事前にわかんない場合はどうしてるんだとか思わないのか
- 794 名前：デフォルトの名無しさん mailto:sage [2006/03/31(金) 21:32:21 ]
- 違う
- 795 名前：デフォルトの名無しさん mailto:sage [2006/03/31(金) 21:34:54 ]
- そういうのもあるし、そうじゃないのもある。
- 796 名前：デフォルトの名無しさん mailto:sage [2006/03/31(金) 22:29:35 ]
- LALR(1)の文法をLL(k)に変えることって可能ですか？
- 797 名前：デフォルトの名無しさん mailto:sage [2006/03/31(金) 22:51:20 ]
- >>793
事前にわからない場合でも呼べる方法ってありますか？
- 798 名前：デフォルトの名無しさん mailto:sage [2006/03/31(金) 23:00:22 ]
- >>797
cvs.sourceforge.net/viewcvs.py/sbcl/sbcl/src/runtime/x86-assem.S?rev=1.32&view=auto
call_into_c の部分とか。C なら引数とか戻りアドレスとか用意して call すれば良い。
あとは dlsym() とかを調べる。
- 799 名前：デフォルトの名無しさん mailto:sage [2006/03/31(金) 23:42:34 ]
- むむ、アセンブラですか！
orz
- 800 名前：デフォルトの名無しさん mailto:sage [2006/03/32(土) 00:22:44 ]
- いや、単なる例として出しただけだから...
- 801 名前：デフォルトの名無しさん mailto:sage [2006/03/32(土) 02:40:22 ]
- 引数の積み上げ方と呼出し後の処置さえ合ってればいんだから
簡単だろ
- 802 名前：デフォルトの名無しさん mailto:3/32 [2006/03/32(土) 06:02:31 ]
- >>796
規則を増やして左再帰を消去して左括り出しするとか地道な方法しかなさそう（自動化するツールもあるのかな？）。
それで衝突が起こるならその文法がそもそもLLじゃない可能性もあるので、文法自体を修正する。
ちなみにLL文法ってLALR文法のサブセットだっけ？
LL(∞)⊂LR(1)は確かだったと思うけど、LR(0)は微妙だったような気が。
誰か教えて。
- 803 名前：デフォルトの名無しさん mailto:sage [2006/03/32(土) 14:03:32 ]
- >>790,799
その言語のソースを読んでみようとは思わないのかな。
xyzzyのdefine-dll-entryとかRubyのdlモジュールはC++/Cだった。
- 804 名前：デフォルトの名無しさん [2006/04/03(月) 21:46:49 ]
- コンパイラを書くのにオススメな言語を教えてください。
最近は、海外では関数型言語で書くのがはやっているみたいですが・・・
OCamlとか。
自分の一番慣れている言語！というのはなしの方向で。
- 805 名前：デフォルトの名無しさん mailto:sage [2006/04/03(月) 23:54:21 ]
- >>804
yaccがあるからC! とか、JavaCCがあるからJava! ってのもなしの方向で?
- 806 名前：デフォルトの名無しさん mailto:sage [2006/04/03(月) 23:57:15 ]
- ある程度以上メヂャーな言語なら、hogeCCの類いは存在するからねえ。
- 807 名前：デフォルトの名無しさん mailto:sage [2006/04/03(月) 23:58:13 ]
- >>804
自分で作った言語でコンパイラ書くのがおすすめ
- 808 名前：デフォルトの名無しさん mailto:sage [2006/04/04(火) 00:26:28 ]
- 誰も使わないけどな。
- 809 名前：デフォルトの名無しさん mailto:sage [2006/04/04(火) 00:46:06 ]
- elisp みたいな組み込み言語にすればｵｹ
emacs 程の神アプリじゃなくても、ちょっと気の利いたツールの拡張言語にすれば
それなりにユーザを獲得出来るんじゃない。
- 810 名前：デフォルトの名無しさん mailto:sage [2006/04/04(火) 00:59:31 ]
- そういえば、情報処理学会の会誌でコンパイラの連載始まるみたいね。
COINS使うらしい。
- 811 名前：デフォルトの名無しさん mailto:sage [2006/04/04(火) 01:17:00 ]
- >>809
設計思想による
- 812 名前：デフォルトの名無しさん [2006/04/04(火) 01:28:00 ]
- >>807
そこまでいければ苦労しないｗ
と思ったけど、それもいいな。
GCCみたいに、最初はどこでもコンパイルできるミニマムなCでコンパイラを生成して、
そのコンパイラで自分自身をまたコンパイルして・・・と。
そういえば、マルチプラットフォームなコンパイラつくりたいと思ったら、
やっぱり、GCCのフロントエンド作るのが正解なんかね。
最初見たとき、中間言語がわけわかめだった。
他に方法ないすか？
- 813 名前：デフォルトの名無しさん mailto:sage [2006/04/04(火) 08:29:54 ]
- >>812
>他に方法ないすか？
お前の知能じゃドレもムリ。
大人しくHSP使ってろ
- 814 名前：デフォルトの名無しさん mailto:sage [2006/04/04(火) 11:20:41 ]
- HSPならできるんですか？
- 815 名前：デフォルトの名無しさん mailto:sage [2006/04/04(火) 15:35:54 ]
- つまり、HSP最強
- 816 名前：デフォルトの名無しさん mailto:sage [2006/04/04(火) 17:24:17 ]
- はいはいわろすわろす
- 817 名前：デフォルトの名無しさん mailto:sage [2006/04/04(火) 18:56:18 ]
- >810
COINSはいつJavaに対応するのでしょうか？
図には書かれているのに…
- 818 名前：デフォルトの名無しさん mailto:sage [2006/04/05(水) 13:09:14 ]
- >>817
一応あるみたい。
www.coins-project.org/COINSdoc/frontend/index.html#i-5-1-3
これ以上まともにJavaに対応することには、
苦労に見合うだけの学術的な意味がないからなあ。
- 819 名前：デフォルトの名無しさん mailto:sage [2006/04/05(水) 18:50:53 ]
- >818
> Javaのフロントエンドは以下の方針で開発しているが、デバッグ中であるので、
> リリース版にはまだ入っていない。
だから公開はされてないんですね。いつからデバッグしてるのかちょっと不安…
- 820 名前：デフォルトの名無しさん [2006/04/11(火) 18:25:41 ]
- >>818
参考になります。
ただ、自分の目指しているのは型なし＆プロトタイプ指向ですので、やっぱりちょっと
ポイントが違うようですね。まあ、その違いを見るのも楽しいですが。
- 821 名前：デフォルトの名無しさん mailto:sage [2006/04/11(火) 18:54:36 ]
- なぜ>383
- 822 名前：デフォルトの名無しさん mailto:sage [2006/04/16(日) 21:51:35 ]
- どこかにJavaでかかれたCの処理系とかない?
自分で作ろうかと思ってるんだけど、結構大変そうだし。
自作するならSableCCあたりで作ろうと思ってる。
ASTを作るまでは楽だろうけど、その後が...。
- 823 名前：デフォルトの名無しさん mailto:sage [2006/04/17(月) 01:13:49 ]
- www.coins-project.org/
- 824 名前：デフォルトの名無しさん mailto:sage [2006/04/17(月) 12:07:17 ]
- >>823
どうもありがとう。学習支援用にインタープリタでも作ろうかと思って。
- 825 名前：デフォルトの名無しさん mailto:sage [2006/04/17(月) 20:22:45 ]
- >>823
情報処理学会誌、今日家に届いたよ。
- 826 名前：デフォルトの名無しさん mailto:sage [2006/04/17(月) 21:48:30 ]
- >>825
家にも来た。
情処会員相手ということで
初心者本や教科書なら必要な噛み砕いた説明がないから
読むほうとしては面白いことだけさらっと読めていいね。
3月までの連載は
www.ipsj.or.jp/07editj/promenade/index.html
で見れるから、コンパイラの連載も誰でもダウンロードできるようになるかもね。
- 827 名前：デフォルトの名無しさん mailto:sage [2006/04/17(月) 22:43:38 ]
- 学会誌見るまでCOINSなんて知らなかった。
- 828 名前：デフォルトの名無しさん mailto:sage [2006/04/18(火) 12:14:03 ]
- >>822
構文解析だけなら、JavaCCやANTLRなら有志によってCの文法定義ファイルが用意されている。
Cだけじゃなくて、JavaやXMLも用意されている。
JavaCCやANTLRのサイトをのぞいてみて。
- 829 名前：デフォルトの名無しさん mailto:sage [2006/04/18(火) 12:26:48 ]
- どんなに遅くてもいいから、実装まで作った処理系のサンプルがほしい
- 830 名前：デフォルトの名無しさん mailto:sage [2006/04/18(火) 14:23:00 ]
- >>828
感謝。実はSableCC用のgrammarを発見しました。
あとはASTを上からなめるようなものを書けばいいと思う。
あとプリプロセッサがないから手で書くか、IPAのを借りようかと思う。
>>829
完成したらソース公開するから期待しないで待ってて。
Javaで作るつもり。ライブラリはアドオン形式で。
C89も結構複雑だよねぇ。これがC99になったらと思うと・・・。
- 831 名前：デフォルトの名無しさん mailto:sage [2006/04/18(火) 14:31:21 ]
- 今公式サイト見たけどCOINSって錚々たるメンバー参加してるんだね。
国内のコンパイラの書籍で見かける人ばっかり・・・。
- 832 名前：デフォルトの名無しさん mailto:sage [2006/04/18(火) 15:45:54 ]
- >>830
それを言うならC++0xになったらと思うと…
- 833 名前：デフォルトの名無しさん mailto:sage [2006/04/18(火) 16:07:22 ]
- >>832
仰る通り。言語が複雑化すると処理系作る人は大変だね。
LL(1)で解析できる言語(Pascalとか)は素晴らしいなあ。
もっともそのせいで":="あたりで賛否両論になるわけだが...。
- 834 名前：デフォルトの名無しさん mailto:sage [2006/04/18(火) 16:08:48 ]
- ＞ もっともそのせいで":="あたりで賛否両論になるわけだが...。
どういうことですか？kwsk
代入演算子が = で、比較演算子が ==なら済む話？
- 835 名前：デフォルトの名無しさん mailto:sage [2006/04/18(火) 16:59:55 ]
- >>834
ごめんごめん、深い意味はないのよ。個人的な感想。
個人的には":="が"="で、"<>"が"!="で、"="が"=="だったら
もっと好きになってたかもってことで。
#自分が最初に使った言語にもよるんだろうけど
- 836 名前：デフォルトの名無しさん mailto:sage [2006/04/18(火) 18:09:40 ]
- >>835
それは、ホントに個人によるな。
俺の場合、= が代入なのはキモく感じる。
今は慣れたが、最初に言語を習うときに、既存の教育(数学)の常識と違うから。
代入は、:= とか <- とかの方がしっくりくる。
- 837 名前：デフォルトの名無しさん mailto:sage [2006/04/18(火) 20:23:17 ]
- >>836
確かに。a = a + 1 なんて絶対成立しないもんね。
そういう意味では := や <- が支持されるのはわかるなぁ。
ただ、<> が等しくないというのはちょっと違和感?
後輩で「<>って大なりでも小なりでもないから等しいってことですか」って
マジで言ってる奴がいた(w
...なるほど深読みするとそうとも取れるのかと思ったよ。
- 838 名前：デフォルトの名無しさん mailto:sage [2006/04/18(火) 21:06:01 ]
- <>と!=は好みがでそう。
個人的には!=という記号の対称性のなさが少し嫌かも。
それだったらprologのように=\=の方が好きだ。
- 839 名前：デフォルトの名無しさん mailto:sage [2006/04/18(火) 21:16:39 ]
- <and>か<or>か、確かにどっちにも取れるよなぁ。
- 840 名前：デフォルトの名無しさん mailto:sage [2006/04/18(火) 21:26:26 ]
- 昔は"#"が不等号って時代もﾁｮﾛｯﾄだけあったよね。
- 841 名前：デフォルトの名無しさん mailto:sage [2006/04/18(火) 21:38:37 ]
- a := 3 は a: int = 3 の略だったりするのはちょっと萌え。
- 842 名前：デフォルトの名無しさん mailto:sage [2006/04/18(火) 22:28:55 ]
- 俺の知人がアドレスバーにあった
://www.com/?1=1+2
なよーなURL見て、
このサイト足し算もできないとんでもねー馬鹿だなって言ってたの思い出した
この業界はとりあえず普通じゃないよね
- 843 名前：デフォルトの名無しさん mailto:sage [2006/04/18(火) 22:31:35 ]
- >>842
というかURLの意味がわからないんだけど。
俺のプログラマでない友人も、x=x/3というのを見て、x==0と思い込んでた
- 844 名前：デフォルトの名無しさん [2006/04/18(火) 23:17:02 ]
- 洩れは if .. elsif を見て英語音痴だとおもたよw
- 845 名前：デフォルトの名無しさん mailto:sage [2006/04/18(火) 23:19:15 ]
- "=="を定義の意味にすべきだと思う。
- 846 名前：デフォルトの名無しさん mailto:sage [2006/04/19(水) 01:05:41 ]
- ウゼー、言語初心者が2,3人迷い込んでガタガタ騒いでやがる
- 847 名前：デフォルトの名無しさん mailto:sage [2006/04/19(水) 01:14:13 ]
- 自称熟練者さんは理論にもさぞお詳しいのでしょう。
- 848 名前：デフォルトの名無しさん mailto:sage [2006/04/19(水) 01:25:27 ]
- 演算子の記号の意味なんか言語の仕様書読めば済む話
スレ違い
- 849 名前：デフォルトの名無しさん mailto:sage [2006/04/19(水) 01:29:00 ]
- 自称熟練者さんは「演算子の記号の意味」が理論だと思っていらっしゃるようです。
- 850 名前：デフォルトの名無しさん mailto:sage [2006/04/19(水) 01:44:17 ]
- つーか何で = が代入なんだよ
- 851 名前：デフォルトの名無しさん mailto:sage [2006/04/19(水) 01:50:13 ]
- 代入要らない。
- 852 名前：デフォルトの名無しさん mailto:sage [2006/04/19(水) 02:31:05 ]
- >>851
関数型言語?
- 853 名前：デフォルトの名無しさん mailto:sage [2006/04/19(水) 02:38:57 ]
- 代入って古いんだよね ダサい きもい
- 854 名前：デフォルトの名無しさん mailto:sage [2006/04/19(水) 02:47:10 ]
- そっか。
- 855 名前：デフォルトの名無しさん mailto:sage [2006/04/19(水) 08:55:35 ]
- >>850
BASICの頃に作られた定石でつね
- 856 名前：デフォルトの名無しさん mailto:sage [2006/04/19(水) 09:04:53 ]
- 知り合いに「Pascalの代入演算子が:=なのは文法をLL(1)にするためだ」って
力説してるヤツがいたなぁ。
つーか、トークンの切り出しは字句解析の仕事で、
LL(1)は構文解析の話だと思うのだが。
- 857 名前：デフォルトの名無しさん mailto:sage [2006/04/19(水) 20:48:54 ]
- 本によるとLALR(1)文法は手書きには向かないって書いてあるんだけど
Rubyとかの言語がコンパイラコンパイラで作られてるのはその為？
- 858 名前：デフォルトの名無しさん mailto:sage [2006/04/19(水) 20:53:30 ]
- >>857
その本によるとなんで手書きに向いていないか書いてある？
- 859 名前：デフォルトの名無しさん mailto:sage [2006/04/20(木) 02:33:51 ]
- >>855
FORTRANの頃だろう。
- 860 名前：デフォルトの名無しさん mailto:sage [2006/04/20(木) 17:53:43 ]
- >>857
LALR(1)を手で書こうとすると地獄を見るよ。
再帰下降の文法がどれだけ簡単か感謝するようになる(w
- 861 名前：デフォルトの名無しさん mailto:sage [2006/04/20(木) 20:15:23 ]
- LL(1)は適用範囲が狭いけど書きやすい。
LALR(1)は適用範囲が広いけど書きにくい。
すげージレンマです！
- 862 名前：デフォルトの名無しさん [2006/04/20(木) 21:58:00 ]
- flex 使ってると、このようなメッセージが出るんだけど、
この関数を定義しないようにするにはどうすればいいでしょうか？
lex.yy.c: warning: 'yy_flex_realloc' defined but not used
- 863 名前：デフォルトの名無しさん mailto:sage [2006/04/21(金) 00:40:11 ]
- #undef yy_flex_realloc
- 864 名前：デフォルトの名無しさん mailto:sage [2006/04/22(土) 10:06:33 ]
- 一般教養としての Garbage Collection
ttp://www.logos.t.u-tokyo.ac.jp/~endo/gc/gc.pdf
- 865 名前：デフォルトの名無しさん [2006/04/22(土) 10:56:10 ]
- >>863
違うだろ？
- 866 名前：デフォルトの名無しさん mailto:sage [2006/04/22(土) 22:41:57 ]
- hiraikenji@t.vodafone.ne.jp
- 867 名前：デフォルトの名無しさん mailto:sage [2006/04/25(火) 21:58:09 ]
- HSPもyaccとか使ってんのかね？
- 868 名前：デフォルトの名無しさん mailto:sage [2006/04/27(木) 11:58:47 ]
- >>867
どうでしょう。HSPって文法は何?LALR(1)?
- 869 名前：デフォルトの名無しさん mailto:sage [2006/04/27(木) 23:41:05 ]
- HSPは字句解析とか構文解析みたいな、まともな理論使ってなさそうな雰囲気
例えるなら紙芝居エロゲのシナリオスクリプト
- 870 名前：デフォルトの名無しさん mailto:sage [2006/04/29(土) 18:18:30 ]
- エロゲスクリプタもbisonで書いてるの多いと思うが
- 871 名前：デフォルトの名無しさん mailto:sage [2006/04/30(日) 13:00:49 ]
- コンパイラを書くのに最も適した言語って何ですかね？
- 872 名前：デフォルトの名無しさん mailto:sage [2006/04/30(日) 13:08:48 ]
- 最初の立ち上げの言語のことか？
それともツール込みの事か？
おいらは最後には自己記述するから自分自身とかって事になるもんだと思ってるんだけど。
- 873 名前：デフォルトの名無しさん mailto:sage [2006/04/30(日) 14:31:34 ]
- コンパイラの仕事ってのは、大半がツリーからツリーへの変換だから、
ツリーを弄りやすく、静的な強い型検査をし、メモリ管理がらくちんな
言語が向く。ML系かHaskellでどうぞ。
- 874 名前：デフォルトの名無しさん mailto:sage [2006/04/30(日) 15:34:17 ]
- コンパイラの仕事ってのは、大半がツリーからツリーへの変換だから、
ツリーを弄りやすく、強力なマクロを持ち、メモリ管理がらくちんな
言語が向く。LispかSchemeでどうぞ。
- 875 名前：デフォルトの名無しさん mailto:sage [2006/04/30(日) 15:52:58 ]
- コンパイラの仕事ってのは、大半がツリーからツリーへの変換だから、
ツリーを弄りやすく、すべてがオブジェクトで、メモリ管理がらくちんな
言語が向く。Ruby でどうぞ。
- 876 名前：デフォルトの名無しさん mailto:sage [2006/04/30(日) 16:01:31 ]
- コンパイラの仕事ってのは、大半がツリーからツリーへの変換だから、
ツリーを弄りにくく、貧弱なマクロを持ち、メモリ管理がたいへんな
言語は向かない。CかC++はやめとけ。
- 877 名前：デフォルトの名無しさん mailto:sage [2006/04/30(日) 16:10:52 ]
- >>876
・・・orz
- 878 名前：デフォルトの名無しさん mailto:sage [2006/04/30(日) 16:24:16 ]
- でも結局yaccとc使うんでしょ
- 879 名前：デフォルトの名無しさん mailto:sage [2006/04/30(日) 16:25:33 ]
- yaccとCをつかうと何が有利なのでしょう？
- 880 名前：デフォルトの名無しさん mailto:sage [2006/04/30(日) 16:28:07 ]
- なにも。
- 881 名前：デフォルトの名無しさん mailto:sage [2006/04/30(日) 16:30:19 ]
- あれを使えばいい、とか、これを使えばいい、とか言ってるだけのやつはいなくなってもいいよ。
- 882 名前：デフォルトの名無しさん [2006/04/30(日) 16:31:29 ]
- そもそも、ここで具体的なことを質問に来るやつなんていないじゃない？
スレもここで終了してもいいんじゃないかな？
というわけで
＝＝＝＝＝＝＝ 終 了 ＝＝＝＝＝＝＝＝＝
- 883 名前：デフォルトの名無しさん mailto:sage [2006/04/30(日) 18:27:01 ]
- 久しぶりに終了厨を見たな
- 884 名前：デフォルトの名無しさん mailto:sage [2006/04/30(日) 19:54:42 ]
- 時代的にはHaskellですかね？
でも習得が簡単なのはLisp？
うーん迷う。
- 885 名前：デフォルトの名無しさん mailto:sage [2006/04/30(日) 19:59:03 ]
- >>884
お前が言いたいのはLispじゃなくてSchemeだろ？
- 886 名前：デフォルトの名無しさん mailto:sage [2006/04/30(日) 22:30:19 ]
- >>875
では、何故Rubyは、Rubyで書かれていないのですか？
- 887 名前：デフォルトの名無しさん mailto:sage [2006/04/30(日) 23:22:40 ]
- コンパイラはブートストラップできるけど、スクリプタは出来ない希ガス
- 888 名前：名無しさん＠Linuxザウルス mailto:sage [2006/05/01(月) 07:38:23 ]
- ほとんどの速いLISP/Schemeはそれ自身で書かれてるけど
コア部分はCだったりする。
移植考えた場合gccでミニ言語構築してからブートストラップかな。
開発者はELFとかPEまで面倒見たくないのが本音。
- 889 名前：デフォルトの名無しさん [2006/05/01(月) 08:26:55 ]
- >>886
こういう馬鹿がたまに湧いてでてくるようだが、
おっとそろそろ連休かぁw
言語にはそれぞれの目的があるのも分からんの？
アセンブラからベン教しなおしたら？
- 890 名前：デフォルトの名無しさん mailto:sage [2006/05/01(月) 09:22:19 ]
- .o0（下らない煽りを入れるだけなら、書き込まなきゃ良いのに・・・）
- 891 名前：デフォルトの名無しさん mailto:sage [2006/05/01(月) 09:45:36 ]
- 886じゃないけど、ブートストラップする目的の一つには言語の記述力の高さを証明するって意味合いもあるんじゃまいか。
rubyのことはよく知らないけど、もしパフォーマンスに関して考慮しないとしたら、rubyは自己記述できるだけの記述力はあるの？
- 892 名前：デフォルトの名無しさん mailto:sage [2006/05/01(月) 10:53:53 ]
- ruby で ruby を記述することはできるっしょ。
- 893 名前：デフォルトの名無しさん [2006/05/01(月) 19:54:21 ]
- ruby を用いれば（理論上は）なんでも記述できる。
ただ、パフォーマンスが問題なだけ。
- 894 名前：デフォルトの名無しさん mailto:sage [2006/05/01(月) 19:58:44 ]
- >>893
>ruby を用いれば（理論上は）なんでも記述できる。
証明は？
- 895 名前：デフォルトの名無しさん mailto:sage [2006/05/01(月) 20:07:02 ]
- 遅いってのは、それだけで罪だと思う
- 896 名前：デフォルトの名無しさん [2006/05/01(月) 20:09:17 ]
- 早漏よりはましだと思うけどね
- 897 名前：デフォルトの名無しさん mailto:sage [2006/05/01(月) 22:55:01 ]
- >>893
あまり良い例じゃないかもしれないけど、GC は Ruby で書けないんじゃない?
- 898 名前：デフォルトの名無しさん mailto:sage [2006/05/01(月) 23:46:15 ]
- GCも書けないんじゃチューリング完全といえるのか？
- 899 名前：デフォルトの名無しさん mailto:sage [2006/05/01(月) 23:49:02 ]
- 書けるよ＾＾；
- 900 名前：897 mailto:sage [2006/05/02(火) 00:07:17 ]
- >>898
まぁ、そういう意味では書けそうかな。
仮想的なメモリの様な物を定義して、GC のアルゴリズムを実装したり、
malloc/free/etc. をラップしてゴリゴリ書いたりは出来るだろうね。
- 901 名前：デフォルトの名無しさん mailto:sage [2006/05/02(火) 00:15:59 ]
- >>898
チューリング完全関係ない＾＾；
- 902 名前：デフォルトの名無しさん mailto:sage [2006/05/02(火) 01:29:53 ]
- つーか実装可能かどうかよりも、実装しやすいかどうかが問題なんじゃないの？
- 903 名前：デフォルトの名無しさん mailto:sage [2006/05/02(火) 01:38:25 ]
- コンパイラ作る側のことは問題じゃない＾＾；
- 904 名前：デフォルトの名無しさん mailto:sage [2006/05/02(火) 01:44:50 ]
- ユーザーにコンパイラ作らせるって意味じゃなくて言語の記述力の話だったような気が
- 905 名前：デフォルトの名無しさん mailto:sage [2006/05/02(火) 07:01:58 ]
- マジレスすると Ruby の記述力はほぼ最強クラス
Ruby と Haskell を学べば他のウンコ言語は不要
- 906 名前：デフォルトの名無しさん mailto:sage [2006/05/02(火) 10:12:40 ]
- Rubyは型なしライトウェイト言語。Haskellは強い型あり言語。ぜんぜん用途も違うから住み分けが必要だね。
- 907 名前：デフォルトの名無しさん mailto:sage [2006/05/02(火) 18:16:08 ]
- >>905
いやしかし、ごく普通のPCで
「720x480ピクセルのインターレースの画像データを
デインターレース処理してね。当然60fpsでよろしく」
「ビットレート10MBpsのMPEGデータを・・・」
とか、そういうごく有りがちな応用とかでは C/C++ は捨てがたい。
- 908 名前：デフォルトの名無しさん mailto:sage [2006/05/02(火) 22:20:30 ]
- この板もＩＤ制になればなぁ。
一日中一人で荒らしてるが丸分かりでおもしろいのになぁ
- 909 名前：デフォルトの名無しさん [2006/05/02(火) 22:57:40 ]
- >>907
そろそろrubyでも届く処理になっていると思われ。
- 910 名前：デフォルトの名無しさん mailto:sage [2006/05/02(火) 23:04:47 ]
- ＞＞９０９は世間知らず
- 911 名前：デフォルトの名無しさん mailto:sage [2006/05/02(火) 23:05:59 ]
- Rubyの売りは手軽に書けるということでしょ？
C/C++はシビアな処理が必要なところとか、大規模開発向き。
言語は住み分けが大切なんだって言ってるでしょ。
- 912 名前：デフォルトの名無しさん mailto:sage [2006/05/02(火) 23:09:57 ]
- Ｒｕｂｙはなんだかうんこくさいんです。
- 913 名前：デフォルトの名無しさん mailto:sage [2006/05/03(水) 01:05:19 ]
- 清濁併せのむって事がわからない馬鹿は死ね
- 914 名前：デフォルトの名無しさん mailto:sage [2006/05/03(水) 01:46:15 ]
- >>909
またまたご冗談を
>>911
激しく同意
- 915 名前：デフォルトの名無しさん mailto:sage [2006/05/03(水) 01:50:51 ]
- scheme みたいにミニマム指向で、型付きで、オブジェクト指向をサポートしていて、
repl があって、文法が奇麗な言語って無いですかねぇ。仕様がある程度かっちり
していると嬉しいのですが。
JavaScript に型が付いた様なの、あるいは言語仕様がきちっと決まっている Pike
みたいな感じのｷﾎﾞﾝﾇ。
- 916 名前：デフォルトの名無しさん mailto:sage [2006/05/03(水) 01:59:06 ]
- >>915
オブジェクト指向はラムダ式の包含的なアプローチなわけだが・・
とりあえずOCamlあたりのことを言っているのかな・・
- 917 名前：デフォルトの名無しさん mailto:sage [2006/05/03(水) 02:27:23 ]
- ラムダでオブジェクトを作れると言う意味では、syntax sugar としての OO をサポートしている
-- object.method() の様な感じで記述出来る -- 言語が無いかなと思いまして。
OCaml はミニマム指向なのでしょうか?
ML97 みたいな規格があると嬉しいです。
- 918 名前：デフォルトの名無しさん mailto:sage [2006/05/03(水) 04:11:54 ]
- >>915
Ruby。動的型だけど。
- 919 名前：デフォルトの名無しさん mailto:sage [2006/05/03(水) 06:38:26 ]
- もうＲｕｂｙはいいってｗ
- 920 名前：デフォルトの名無しさん mailto:sage [2006/05/03(水) 06:42:15 ]
- 動的型まで含めたらだめだろ
- 921 名前：デフォルトの名無しさん mailto:sage [2006/05/03(水) 06:52:13 ]
- >>915
JavaScript 2.0では随所に型情報をつけられるよ。
つーか「型が付いた」ってどういう意味で言ってるの？
静的型付けってこと？
- 922 名前：デフォルトの名無しさん mailto:sage [2006/05/03(水) 07:25:26 ]
- >>921
JavaScript 2.0 は以前ちょっとだけ見て忘れてました。
もう一度調べてみます。どうもありがとう。
- 923 名前：デフォルトの名無しさん mailto:sage [2006/05/03(水) 07:33:02 ]
- JavaScript 2.0って昔からドラフトだけは出てたけど、
今はもう実装されてんの?
- 924 名前：デフォルトの名無しさん mailto:sage [2006/05/03(水) 07:50:29 ]
- 誰も実装しないね。草案が固まらないのかな？
- 925 名前：デフォルトの名無しさん mailto:sage [2006/05/03(水) 07:54:42 ]
- ActionScript3.0は
- 926 名前：デフォルトの名無しさん mailto:sage [2006/05/03(水) 08:45:35 ]
- >>919
Ruby コンプレックスかよダセw
どうせオブジェクト指向が使いこなせなかった低能だろ？
氏んでくださーい。あっ HSP 厨房？
- 927 名前：デフォルトの名無しさん mailto:sage [2006/05/03(水) 10:27:54 ]
- 926みたいな奴を見るたびに、Ruby使う気が失せていくんだよな。
- 928 名前：デフォルトの名無しさん mailto:sage [2006/05/03(水) 13:26:48 ]
- レベルの低下が著しいスレですね
- 929 名前：デフォルトの名無しさん mailto:sage [2006/05/03(水) 15:30:01 ]
- このスレは前からこんなもんだ。
- 930 名前：デフォルトの名無しさん mailto:sage [2006/05/03(水) 15:30:40 ]
- ｊ} _ ..∠ ≧=≠ｰ≒=辷ｚ、_ _メ }}
≠´ `く≠≦´_ 〃
. , ' 〈、⌒ヽ｀ヽ=≠"
/, , / , ｷヽ. ヽ
///〃 / / / ｝}川 ｉ|! ｉ } ﾊ ﾄ､ ｷ
. ｊﾊl|∥{ { ｛ { ﾉﾉ川 ｊｊ| ｊ / / ｊ}_,メ ヾﾘ
. l{八 ヽヽヽ ＼ //ﾉﾉﾉノﾉ} /〃/／ ｀二ﾆ=- 、
八 ､ヽ、 ｘ≦ミヽ、{ { ≧=ミ.ﾉ／ノ_厶斗-‐=＝ 二 ｣
／ ゝ≧ミyィﾞｊ:ｉ} ｀ ´{ﾞｊ:;;!ii}ゞ≧=彡ﾍ-‐=≡ ‐= ﾆｺ
. ／ ／{ﾐ辷彡}oｰ ' , ーo' {ﾐ辷__彡}二ニ=- ｊﾉ
{ / , ゝー=人"" ｃっ "" °{ミ辷__彡}-‐=＝≡ミ〉
＼｛ / ／{辷彡｝＞ .. __ イｊ从ﾐ辷_彡ﾉ=＝≡ﾆ≦、
｀{ ｛ ｆ´≧=彡'´￣｀ヽ_｣ ｊｧァ' ゞ＝个辷ニﾆ=-テ′
｀ーｧ `≠ ｘ=＝く（´ ／,≠＝キﾃﾉハﾐ辷=≦
ヤ/ 〈く `'ァｆｊ彡'ﾞ 》/ ヽ㍉弓
｀{ ヾx､__,≠ハミヽ、 〃 丿 ﾘﾉ
. ＼/´ ￣_/,≠= 、 `'≡彡ﾞ '⌒'く ´
/ _/´~ﾆ{ﾆ Y´ -‐- ､丿
｛ ／i{ ﾆ{- ﾊｒ┬- 、 }
ﾉｲ| ｷ ﾉﾞＴ ￢ｉ ! } } ヽ {
/ {l| キｆ´∥{| ｊ }ﾉﾉ } }
∥ ﾐ{ ｷ!、ﾘ ｷ /// ′ハ
人 ヾ、 ヾﾂ ｷｰ' 〃 _ .. イ ヽ
. ／ ｀アアア丁! ! ｀Ｔ¨丁￣i i ｜ ＼
. ／ / / / ￤ｉ ｉ ￤ | ￤ i ｉ ＼
うう・・・・・・・グス・・・・・・・ひっく・・・・・・・・ごめんなさいなのぉ・・・
- 931 名前：デフォルトの名無しさん [2006/05/03(水) 22:14:41 ]
- オブジェクト指向言語って全体のどれぐらいを占めるのでしょうね？
最近流行ってる見たいですが…
- 932 名前：デフォルトの名無しさん mailto:sage [2006/05/03(水) 22:23:22 ]
- オブジェクト指向言語というのは、オブジェクト指向でプログラミングすることを念頭に置いた言語という意味だって知ってる？
- 933 名前：デフォルトの名無しさん mailto:sage [2006/05/03(水) 23:33:12 ]
- いまどきアセンブラの仕事している俺っていったい・・・
さすがに紙に穴あけたことはないけど。
- 934 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 00:48:06 ]
- >>933
> いまどきアセンブラの仕事している俺っていったい・・・
1チップ組込用マイコン設計屋で、アセンブラでテストパタン作っていますが、何か？
- 935 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 00:58:01 ]
- アセンブラがかっこいいとか思ってるの？
- 936 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 01:12:31 ]
- >>934
ｶｺｲｲ!!
- 937 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 04:32:36 ]
- オブジェクト指向が主流の現代にアセンブラかよ。プゲラ
- 938 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 04:53:01 ]
- >>937
disassemble や decompile した事無いの?
- 939 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 07:20:30 ]
- >>934
ｽｹﾞｰ！！！
- 940 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 08:53:20 ]
- >>934
FPGA とか CPLD でゴニョゴニョ出来る人はちょっと憧れる。
↓こんなのとか。
crystal.freespace.jp/pgate1/nes/index.html
- 941 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 09:00:37 ]
- >>934
お嫁さんにして下さい。
- 942 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 10:15:22 ]
- >>934
カコイイ
- 943 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 13:03:21 ]
- >>934
m9（＾Д＾）ﾌﾟｷﾞｬｰ!!
- 944 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 13:18:00 ]
- アセンブラに対する評価って、色々なんやね。
そういや、アセンブラやってからCをやると、
ポインタが分かりやすいという話があったな。
- 945 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 19:21:03 ]
- >>944
それ、逆というか本末転倒。
ポインタの概念を理解できないと、そもそもアセンブラを理解できない。
従って、アセンブラをやった者にはポインタは空気のような存在。
使えない事の方が理解しがたい。
- 946 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 19:33:46 ]
- >>945
アセンブラの次にcやった人だと、ポインタに対する
インクリメント(++)で、型によって値が+2されたり+4
されたりするのが理解しづらいとｵﾓ
つ～か、漏れが昔はそうだった
- 947 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 19:54:50 ]
- へー頭悪かったんだね。
- 948 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 20:22:54 ]
- 煽り乙
- 949 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 20:35:34 ]
- スレの本題を忘れるなよ。まぁ今後オブジェクト指向が主流となる事は間違いない
- 950 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 21:05:25 ]
- OO つかクラス指向は 90's 中頃からずっと主流だったし、最早、水や空気と変わらんね。
１チップマイコンは地味に流行ってて面白そう。ARM 基板とか安く手に入るし。
- 951 名前：デフォルトの名無しさん [2006/05/04(木) 23:18:48 ]
- オブジェクト指向はruby以外まともなものは知らない。
みな中途半端
- 952 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 23:25:02 ]
- Ruby 以外の言語を知らないんじゃないの?
- 953 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 23:56:18 ]
- YARV の話しようぜー
今んとこ最強だよね
- 954 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 04:45:55 ]
- 大昔 Smalltalk-80 とか Smalltalk/V とかつかってて、
それほど中途半端な感じはしなかったけど・・・
- 955 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 04:47:52 ]
- >>951
rubyも中途半端
- 956 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 06:04:08 ]
- つか、rubyは手続き型の記述が「可能」な時点でオブジェクト指向ぽい言語なのでわ？
- 957 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 06:50:44 ]
- >>956
それを言っちゃうとメジャーな言語でオブジェクト指向を謳ったものはほとんど残らないじゃないか。
- 958 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 10:24:17 ]
- >>954
また古い話だな。でも Ruby は Smalltalk の良い所を継承しつつ、その制限や
不便な部分を改善しているよ。今迄実行環境については構文木を Eval という
Smalltalk に大きく見劣りする形式だったけど YARV によって GC 回りを含め
て大きく改善された。
- 959 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 10:28:29 ]
- 一番最後に出来た VM だな。
YARV の詳細は知らんけど、世代別 GC と JIT くらい備えないと
10 年前の Smalltalk にすら追い付いてないのでは。
- 960 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 11:52:13 ]
- >>359
YARV 世代別 GC になるよ。JIT も計画されてるみたいだけど
最初は搭載されないだろうなー
- 961 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 16:48:22 ]
- Ruby関係はIPA採択されやすいのかな
YARVてなんか未踏でもなんでもない気がくぁｗせｄｒｆｔｇｙふじこ
- 962 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 16:49:14 ]
- 国産ですので。
- 963 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 16:49:49 ]
- 早っｗｗ
- 964 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 18:47:40 ]
- やっぱり「純粋な～」が好きな国民性ゆえ Ruby と Haskell がブームとなるん
だろう。
純粋な関数型: Haskell
純粋なオブジェクト指向: Ruby
このスレもこの二つメインで良くね？ぶっちゃけのこりの雑種共はいずれ死滅
するだろ。
- 965 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 18:54:52 ]
- YARVって速いの？
- 966 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 20:15:27 ]
- Rubyが純粋なオブジェクト指向て。
孤高の言語 Lisp Prolog > 新しいパラダイム Smalltalk Haskell > 面白いモデル ML Forth
て感じだろ。
Java Perl Ruby Python なんかはカスみたいなもんだ。
- 967 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 20:21:22 ]
- 今日はじめて彼女とHしました。記念sage
- 968 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 20:25:44 ]
- >>966
実用言語が一つもない件ｗ
- 969 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 20:30:53 ]
- >>986
まじめな話Forthは実用言語だぞ。
今はあまり使われないがリソースが少なかった頃の組み込み分野じゃ一斉を風靡したもんだ。
（ちなみにforthラブラブな本があったんだけどタイトル失念した）
- 970 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 20:35:11 ]
- でも再帰下降が普及してからforthでなくともスクリプト組み込みは容易になったからなあ
- 971 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 20:40:43 ]
- 完全に純粋であることに意味なんか無いしなぁ。
つうか、あるパラダイムに本当に完全に純粋な言語なんて無いよなぁ。
- 972 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 20:48:04 ]
- Microsoft パラダイムに
純粋な言語は幾らでもあるけれど？
- 973 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 21:09:50 ]
- >>972
政治的な話はなしにしないとemacsとviみたいに不毛な話しかでてこなくなる。
#つーか原理主義だけはやめようよ～
- 974 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 22:01:34 ]
- 純粋な言語って使い物にならないよ。
実用的なソフトが作れない
>>969
おお、それは失礼した。
組み込みで使われてたか。知らん分野だった
>>972
どこどこ？
- 975 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 22:09:58 ]
- つVB
つC$
- 976 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 22:31:03 ]
- 言語が「純粋」ってどういう意味？
- 977 名前：デフォルトの名無しさん [2006/05/05(金) 23:07:39 ]
- >>976
Vi を使って Ruby スクリプトを書くようなイメージ
- 978 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 23:12:09 ]
- だーかーら Rubyは「純粋」じゃないのっ
もっとお勉強しましょうねー
- 979 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 23:12:40 ]
- 「実用的」なソフトってどんなの?
- 980 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 23:31:46 ]
- >>978
お前の言う「純粋」な言語は存在しない。お前がもっと勉強してね。
- 981 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 23:34:05 ]
- >>974
あと印刷関連の言語 PostScript もほぼ純粋 Forth だよ。
- 982 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 23:51:09 ]
- >>980
SchemeとSmalltalkはRubyよりは「純粋」だと思うよ
Rubyのアイデンティティってなんなの？
- 983 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 23:54:45 ]
- >>982
SchemeとSmalltalkが「純粋」？
ブハッツｗｗ バカだコイツｗｗ
- 984 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 23:58:11 ]
- >>983
Smalltalk のどのへんが OO 言語として純粋でない部分？
ちょっと通りすがりだけど興味あるんで聞いてみたい。
- 985 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 23:58:15 ]
- だーかーら SchemeとSmalltalkは「純粋」じゃないのっ
もっとお勉強しましょうねー
- 986 名前：デフォルトの名無しさん mailto:sage [2006/05/06(土) 00:05:59 ]
- ruby はブロックの扱いが Smalltalk に比べて純粋でないというか、
後付っぽい感じがただよいまくり。
- 987 名前：デフォルトの名無しさん mailto:sage [2006/05/06(土) 00:07:11 ]
- クラスの概念はOOとして純粋じゃない。
実用の為に導入されている。
- 988 名前：デフォルトの名無しさん mailto:sage [2006/05/06(土) 00:11:10 ]
- >>987
OO の本質が何であるかは人によって様々。
勿論クラス指向でも問題無し。
- 989 名前：デフォルトの名無しさん mailto:sage [2006/05/06(土) 00:11:31 ]
- Scheme は最小構文、クロージャ、プログラムがデータ
Smalltalk は全てオブジェクト
Ruby は 、、、 えっ 文字列を evalするの？
ブロックなにそれ？
そんな Rubyのアイデンティは？ 、 ないよねー
- 990 名前：デフォルトの名無しさん mailto:sage [2006/05/06(土) 00:14:03 ]
- >>988
つまり、人によって純粋の定義は異なる。
よって、純粋かどうかに拘って、アイデンティティがどうとか言ってる982はバカだってことで
- 991 名前：デフォルトの名無しさん mailto:sage [2006/05/06(土) 00:18:15 ]
- や、>>977 の発言を見て Rubyを純粋だと信じてやまないピュアな若者を
いじってみたくなっただけなんだ。
正直純粋とかアイデンティティとかどうでもいい。いまは反省している。
- 992 名前：デフォルトの名無しさん mailto:sage [2006/05/06(土) 00:18:35 ]
- >>990
>つまり、人によって純粋の定義は異なる。
これはそのとおりだし、「純粋」議論には意味がないと思うが。
で、「純粋なOO言語だっ」と言いたがるのはたいていRuby信者だが、それはさておき。
Rubyが、いろんな言語からつぎはぎした統一感のない言語だってのは事実なんじゃね?
それを「いいとこ取り」と言う奴もいるだろうが、「ぐちゃぐちゃ」とか「アイデンティティがない」とか
思う奴もいてよかろう。
- 993 名前：デフォルトの名無しさん mailto:sage [2006/05/06(土) 00:18:36 ]
- >>990
純粋の定義は変わらんよ。どっちの方向に純粋かが変わるだけ。
純粋である事にはそれ程意味がある訳じゃないけどね。
>>989
Ruby のアイデンティティは ad-hoc さとごちゃ混ぜ感じゃないの。
yet another perl だから。
- 994 名前：デフォルトの名無しさん mailto:sage [2006/05/06(土) 00:22:21 ]
- そういや、次スレ立てにゃいかんな。
今回は特にテンプレ貼らず、Wikiのまとめページへのリンクだけでもいい気がする。
www6.atwiki.jp/compilerandscriptengine/
- 995 名前：デフォルトの名無しさん mailto:sage [2006/05/06(土) 00:31:26 ]
- >Rubyが、いろんな言語からつぎはぎした統一感のない言語だってのは事実なんじゃね?
他の言語のよいところをつぎはぎしない言語は、死んで使われてない言語だけだろ。
>それを「いいとこ取り」と言う奴もいるだろうが、「ぐちゃぐちゃ」とか「アイデンティティがない」とか
>思う奴もいてよかろう。
それは無知だからだろ。 というと怒るか？
では、Rubyも全てオブジェクトだし、純粋だと言うヤツがいてよかろう。
それを否定して、無知だからだと言ってるヤツは何だ？
- 996 名前：デフォルトの名無しさん mailto:sage [2006/05/06(土) 00:39:47 ]
- >>995
その話はもう終わり。無駄レスで残り少ないレスを消費するなよ。
- 997 名前：デフォルトの名無しさん mailto:sage [2006/05/06(土) 00:43:12 ]
- お前のそのレスがムダだし、その所為でこうしてまたムダレスが書かれる。
浅はかなんだよ。お前は。
- 998 名前：デフォルトの名無しさん mailto:sage [2006/05/06(土) 00:51:28 ]
- >>993
アイデンティティがないのがアイデンティティって？ まあ否定はしないけど。
>>995
ブロックはオブジェクトじゃないよ。RubyはSchemeに似すぎている。だからこそ中途半端に感じる。
もっと Schemeっぽくして callを applyにしてオブジェクトを evalするようにするのは簡単
だろうけど、それって嬉しいの？ ってなる。Schemeでいいじゃんみたいな。
使ってる人もいっぱいいるし、身動きとれなくなって結局 Perlみたくなるんだよ。
- 999 名前：デフォルトの名無しさん mailto:sage [2006/05/06(土) 00:59:00 ]
- ブロックはオブジェクトとして扱えばオブジェクトになる。
>RubyはSchemeに似すぎている。だからこそ中途半端に感じる。
最近のLL言語はそらLisp系に似てるだろうけど、それで中途半端に感じる？意味不明すぎ。
>もっと Schemeっぽくして callを applyにしてオブジェクトを evalするようにするのは簡単
>だろうけど、それって嬉しいの？ ってなる。Schemeでいいじゃんみたいな。
なんでSchemeっぽくする話にしてんの？しないよ。
Schemeでいいじゃんみたいなって、意味不明な論理からその結論かよ。アホか。
>使ってる人もいっぱいいるし、身動きとれなくなって結局 Perlみたくなるんだよ。
だからなんだってんだ？
- 1000 名前：デフォルトの名無しさん mailto:sage [2006/05/06(土) 01:00:07 ]
- 1:00ちょうどに 1000!
- 1001 名前：１００１ [Over 1000 Thread]
- このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
|
 |
