Ruby＞＞＞＞＞Java - 暇つぶし2ch

Ruby＞＞＞＞＞Java ..

75:デフォルトの名無しさん
06/10/09 01:14:47
>>27
> Java の言語仕様上、資源の開放のために、汚ならしい try - finally を何度も書かなきゃいけない、
今更だけど、この辺の話にしたって、Javaでも匿名クラス使えばRubyと同様の書き方するのは
容易なんだけど、記事の著者は匿名クラス知らないのか、それとも使ったこと無いのか
まあ、匿名クラスはRubyのブロックに比べたら記述が冗長などの欠点もあるけど

76:デフォルトの名無しさん
06/10/14 17:00:02
結論
Python＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞uby＞＞＞＞＞Java

77:デフォルトの名無しさん
06/10/15 13:33:31
FA
java+eclipse >= python >>> ruby >>> java + vi/emacs

78:デフォルトの名無しさん
06/10/17 00:52:57
東京大学教養課程の第一プログラミング言語がRubyに
URLﾘﾝｸ(d.hatena.ne.jp)
URLﾘﾝｸ(b.hatena.ne.jp)

79:デフォルトの名無しさん
06/10/17 16:00:42
Javaだけはマジいらない。

80:デフォルトの名無しさん
06/10/18 03:16:47
東京大学教養課程の第一プログラミング言語がRubyに
URLﾘﾝｸ(d.hatena.ne.jp)
URLﾘﾝｸ(b.hatena.ne.jp)

81:デフォルトの名無しさん
06/10/18 20:23:38
>>27
別に現状のJava言語仕様でRuby以上に簡潔にDBアクセスを行う、
フレームワークやコード生成ツールなんていくらでもあるわけだ。
なぜ、これらのフレームワークと比較しなかったのかという点が問題。

これだから文章の読めない低脳は困る。

82:デフォルトの名無しさん
07/01/13 18:07:22
>>1
はげどう

83:デフォルトの名無しさん
07/01/13 18:52:53
私は、小学3年です。：：：　　私には、彼氏がいます。彼とわたしは、
デートの時、どちらかの家に行き、だれもいないとき、部屋で横になって
裸でだきあいます。それがだんだんエスカレートしていって、学校の体育館倉庫で
服をぬがされ、まだ3年生ですが学年で一番大きいおっぱいを、つかむように触られたり、
しゃぶったりされます。最初は苦手だったんだけどだんだん気持ちよくなり
サイコーです。しかも、わたしは、学年1美人でもてます。彼も同じで美男美女で
よくみんなにうらやましく、思われます。
：：このカキコを見たあなたは4日後に不幸がおとづれ44日後に死にます。
それがイヤならこれをコピペして5ヶ所にカキコしてください。
私の友達はこれを信じず4日後に親が死にました。
44日後友達は行方不明・・・・。いまだに手がかりもなく私はこのコピペを
5ヶ所に貼り付けました。すると7日後に彼氏ができ10日後に大嫌いな人が
事故で入院しました。
：：　　　信じる信じないは勝ってです

84:デフォルトの名無しさん
07/01/14 15:08:05
□！！！これを見た貴方は３日以内に死にます！！！■
■死にたくなければ、このレスをコピーして他のスレに　□
□１０回貼り付けて下さい。１時間以内にです！もし無　■
■した場合は、今日寝ている間に富子さんがやってきて□
□貴方の首を絞めに来ます。富子さんは太平洋戦争の■
■時に16歳という若さで亡くなった女の子で、未だに成 □
□仏していないそうです。信じる信じないは貴方次第。　■
■今年になってからこのレスを無視した人で、“呪われ □
□て死亡した人”が続出しています。これは富子さんの ■
■呪い。呪われて死んでもいいのならこれを無視するこ□
□とでしょうね。　　　　　　　　　　　　　　　　　　　　　　　　■
■―貴方がこうしているうちに富子さんが後ろから見□
□ていますよ…。　　　　　　　　　　　　　　　　　　　　　　　■
■□■□■□■□■□■□■□■□■□■□■□■□

85:デフォルトの名無しさん
07/02/06 20:43:35
Java＞＞＞＞＞Ruby

86:デフォルトの名無しさん
07/02/07 13:37:50
Java→JRuby

87:デフォルトの名無しさん
07/02/09 15:15:43
ﾙﾋﾞ厨、無様～（ｗ
URLﾘﾝｸ(blog.japan.cnet.com)

２００人が単に「入室」しただけでパンクするチャット部屋

88:デフォルトの名無しさん
07/02/09 15:24:50
Java仮想マシンでRubyが使えるようになるとかならないとか
なかったっけ

89:デフォルトの名無しさん
07/02/09 15:46:48
1.6.0ではまだだけど、やろうとしてるヤツらは居るらしいな。
次期Mac OSXでもrubyサポートされるらしいし、この先やっとくと面白いかも。

90:デフォルトの名無しさん
07/02/09 16:10:37
>>87
Rubyかんけーねーｗ
アーキテクチャの問題じゃねーかｗ
しかも、これって、ブレークスルーがないと解決できなさそうだな。

91:デフォルトの名無しさん
07/02/09 17:10:46
2ちゃんねるの実況板 >>>>>>>>>>> >>87のチャットソフト

そもそもHTTPでプッシュ型って発想からして根本的に間違っている。

92:デフォルトの名無しさん
07/02/09 18:17:30
マルチはスルーしといてあげようよ

93:デフォルトの名無しさん
07/02/09 18:19:00
Ruby使いはロクに設計もできないｱﾌｫ揃いということでｽﾙｰ

94:デフォルトの名無しさん
07/02/10 10:20:21
>>91
枯れた技術を使い続けるだけじゃ先には進めないよ。

95:デフォルトの名無しさん
07/02/10 12:35:38
>>94
それって…枯れたHTTPサーバ/クライアントを
向いていない分野に無理して使ってるLingrの事？

96:デフォルトの名無しさん
07/02/27 08:45:33
Rails＝カルト

97:デフォルトの名無しさん
07/03/17 10:02:47
２００人が単に「入室」しただけでパンクするチャット部屋
URLﾘﾝｸ(blog.japan.cnet.com)

何かリベンジやるそうなので、またパンクさせようぜ。
URLﾘﾝｸ(www.lingr.com)

98:デフォルトの名無しさん
07/03/17 10:17:37
よしきた！

99:デフォルトの名無しさん
07/03/17 12:19:52
　3. AJAX
　4. JavaScript

100:デフォルトの名無しさん
07/03/17 13:20:20
4はおかしくない。

101:デフォルトの名無しさん
07/03/20 15:45:45
Dは？Ｄ言語は？

102:デフォルトの名無しさん
07/03/20 17:39:05
当面要らね
だがVB.netよりは上にあってもいいかな

103:デフォルトの名無しさん
07/03/20 17:55:25
VB.NETは存在意義ゼロだしな。
VB6はそれなりに意味があるのに。

104:デフォルトの名無しさん
07/03/23 19:41:16
あれAS3が入ってない

105:デフォルトの名無しさん
07/03/23 20:59:52
そんな狭い世界の品……

106:デフォルトの名無しさん
07/05/04 23:50:06
> Java の言語仕様上、資源の開放のために、汚ならしい try - finally を何度も書かなきゃいけない、
今更だけど、この辺の話にしたって、Javaでも匿名クラス使えばRubyと同様の書き方するのは
容易なんだけど、記事の著者は匿名クラス知らないのか、それとも使ったこと無いのか
まあ、匿名クラスはRubyのブロックに比べたら記述が冗長などの欠点もあるけど

107:デフォルトの名無しさん
07/05/06 16:30:04
そもそも別の用途で作られた言語で大小比べるなっつーことか？

108:デフォルトの名無しさん
07/05/06 17:44:29
>>106
これのことですか？

矢野勉のはてな日記 - Rubyのブロック構文のように、Javaでどういう終わり方をしようが確実にファイルをクローズする全行処理メソッドを作る
URLﾘﾝｸ(d.hatena.ne.jp)

109:デフォルトの名無しさん
07/05/06 20:49:42
拡張forループ構文を使わず、わざわざインデックスで順次アクセスする
それなんて駄目プログラマ？なコードと比較して勝った気になっている馬鹿とか？

110:デフォルトの名無しさん
07/05/06 20:52:31
バイトコードレベルでは同じになるから
別にどっちが優れてるってもんでもないんだけど・・

111:デフォルトの名無しさん
07/05/06 20:55:28
foreachって列挙子通して書き込みアクセスできるっけ？

112:デフォルトの名無しさん
07/05/06 21:38:43
リスト(内部Arrayじゃないやつ)に対してインデックスでアクセスするのは馬鹿だな

113:デフォルトの名無しさん
07/05/18 17:16:15
>>109
ArrayListなら、インデックス使ったほうが速いハズだが。

114:デフォルトの名無しさん
07/05/18 20:38:38
>>113
速度比較でRubyがJavaに勝てるわけがなかろう。
型宣言なし＆クロージャありなんだから、
普通に書けばRubyの方が簡潔なコードになる。

どちらが簡潔なコードを記述できるかについて比較する時に、
無理やり冗長なJavaコードを書いて、Rubyの何倍ものコードを記述する
必要があるみたいな内容のブログや解説サイトが目立つってこと。

115:デフォルトの名無しさん
07/05/18 21:01:36
Ruby と書いた場合は実装ではなく言語仕様になるから
いつの日かバカみたいに早い実装が登場しないとも限らない。

116:デフォルトの名無しさん
07/05/19 00:00:10
その候補のひとつがJRubyだな。
というか、マルチコア環境で速く実行できそうなのはJRuby以外なさそう。

117:デフォルトの名無しさん
07/05/19 00:27:22
JRubyを見てると、RubyとJavaの関係って
今のJavaとC++みたいな関係になりそうな気がする

118:デフォルトの名無しさん
07/05/19 00:33:48
型付けの弱い言語はバグの温床

119:デフォルトの名無しさん
07/05/19 00:34:01
matz氏ってJava嫌いっぽいしねぇ。

120:デフォルトの名無しさん
07/05/19 00:39:02
Rubyも読みやすい書きやすいっていうけど、リフレクションを多用すると
恐ろしいことになるからなぁ。

リフレクションみたいに、静的な型なんてクソクラエみたいな書き方は、
なかなか強力で、たしかに書くときの効率はかなり上がるけど、
メンテの効率をいちじるしく落とすね。

121:デフォルトの名無しさん
07/05/19 00:40:12
>>119
でも、Sun JVMに乗せた方がネイティブよりも早くなるって…。駄目すぎね？

122:デフォルトの名無しさん
07/05/19 00:43:31
>>121
YARV だと JRuby より速いらしいし。
言語仕様(?) で eval 持ってる動的な言語と静的型言語の速度比べても……

123:デフォルトの名無しさん
07/05/19 00:45:35
結論：言語仕様的に、Rubyは永久にJavaに性能で劣る。

124:デフォルトの名無しさん
07/05/19 00:49:53
永久って、スケールでかいな。

Java とか Ruby って俺が死ぬまで絶滅せずに残ってるかね？

125:デフォルトの名無しさん
07/05/19 05:57:25
>>119
Java のほとんどのメソッドは self 返さずに void だからねぇ

126:デフォルトの名無しさん
07/05/19 08:51:36
>>121
matz氏は言語に興味があって実行環境には興味がないからな。
あと、JVMのスレッドの実装がすごすぎるからな。開発に使われたリソースがハンパではない。

127:デフォルトの名無しさん
07/05/19 18:03:10
JavaからRubyへ　― マネージャのための実践移行ガイド
Bruce A. Tate　著

「成功するプログラム言語の出現は、ほぼ１０年周期で起こっているようです。・・・・
・・・・・・・・現在はまさに、新しい言語が登場し、Javaの凋落時期にあたります。」

URLﾘﾝｸ(www.oreilly.co.jp)
URLﾘﾝｸ(www.oreilly.com)

128:デフォルトの名無しさん
07/05/19 23:40:06
10年後ぐらいには
CPUや周りの環境の能力が100倍くらいになって
問題にならないだろ

129:デフォルトの名無しさん
07/05/19 23:49:29
.NETやJAVAってどんどんいろんな物取りこんでんだな、
JAVAは
JRubyでRubyが
JythonでPythonが

.netは
ASP、Visual Basic、Visual C#、Visual C++、Visual J#
等が動くようになってる。

時代の流れは速いな・・・
これからプログラミングするには覚えるの多すぎるな

130:デフォルトの名無しさん
07/05/20 00:22:09
昔のプログラムの方が、あたりまえにクイックソートだとかHTTPプロトコルだとかを知っておかないと組めなくて、覚えるの多すぎたわけだが。
今は、昔の1ライブラリ覚える感覚で1言語覚えれて楽。

131:デフォルトの名無しさん
07/05/20 01:52:11
Javaと置換させようとか、よりcoolなPerlとか
そんな売り方ばっかなのはどうにかならんのかな。
Rubyだけの特長とか無いのかよ。

132:デフォルトの名無しさん
07/05/20 09:01:38
もうみなさんソースの流出には無頓着なんですね

133:デフォルトの名無しさん
07/05/20 09:56:54
>>131
だれも、よりcoolなPerlとは言ってないと思うぞ。
Javaと置換させるとかも、たまに出てくるだけ。

売り方は常に「プログラムが楽しい言語」だと思うが。

134:デフォルトの名無しさん
07/05/20 10:16:51
Javaの方が早いとかうけるｗｗｗ
Java->C++、Ruby->Javaに置き換えても、全然違和感無い

135:デフォルトの名無しさん
07/05/20 10:41:29
つまりLispみたいな位置か。
エライ人はみんな勉強に薦めるけど実務には使えないお洒落言語

136:デフォルトの名無しさん
07/05/20 13:20:37
エライ人ばっかりだといいんだけど、実務であんまりプログラムに興味がない人に使わせようとするとJavaが無難

137:デフォルトの名無しさん
07/05/20 13:29:23
COBOLってどうなの？

138:デフォルトの名無しさん
07/05/20 13:41:08
1.低レベルな開発現場でRubyとか入れても泥沼でしょ。
2.日本の半分以上は低レベルな現場。

……あー、導入して淘汰されたほうがいい気がしてきた。

139:デフォルトの名無しさん
07/05/20 13:46:47
Ruby使うと高レベルってのがよく分からん

140:デフォルトの名無しさん
07/05/20 15:08:30
Rubyの言語機能使いこなせないんだったらJavaでも変わらんわけで、そしたらツールとかライブラリとかノウハウがあるJavaの方がマシという話。

141:デフォルトの名無しさん
07/05/20 15:10:51
>>134
それで違和感ないってことは、yarvよりJRubyが速くなることについて理解してないということだな。

142:デフォルトの名無しさん
07/05/20 20:33:28
JVM上で動作する言語は、安定性、速度、利便性、全ての面でJavaが最強である件について。

143:デフォルトの名無しさん
07/05/20 21:55:12
Rubyじゃ飯食えめー！

144:デフォルトの名無しさん
07/05/20 22:47:10
>142
少なくとも、利便性はわからんよ。
JVMで動くRDBMSに対してSQLではなくJava言語を使う必要があるとしたら、非常に不便。

145:デフォルトの名無しさん
07/05/21 00:52:43
SAPやMQと連携する時、Rubyじゃ手も足も（ｒ

146:デフォルトの名無しさん
07/05/23 19:23:18
Rubyは、手軽にクラスを作りまくれる言語ってイメージがある。
Javaだと一つ一つ丁寧に作る感じ。
Rubyはとりあえずクラス作っちゃえ、て感じ。

147:デフォルトの名無しさん
07/05/23 20:35:38
それってXPプログラミングと違うか？

148:デフォルトの名無しさん
07/05/24 01:48:02
>147
誰に言ってる？

149:デフォルトの名無しさん
07/05/24 02:27:26
>>147
eXtreme Programmingプログラミング？

150:デフォルトの名無しさん
07/05/24 08:53:44
頭痛が痛いな

151:デフォルトの名無しさん
07/05/24 11:09:27
そういうこというと
危険が危ないですよ。

サハラ砂漠でチゲ鍋でも食おうや。

152:デフォルトの名無しさん
07/05/24 11:12:16
いやどっちかというと
HTML言語に近いな。

153:デフォルトの名無しさん
07/05/24 12:17:54
それをいうならJavaScriptだろ。

154:デフォルトの名無しさん
07/05/25 02:53:07
>>153
なんで？これも頭痛が痛いパターンなの？

155:デフォルトの名無しさん
07/06/04 22:14:38
試行錯誤としないとプログラムなんて書けない。
Javaみたいに最初からがちがちの型で固めちゃうと
後々の変更に手間がかかるが、だが最終的な
プログラミング品質を考えると型チェックがあったほうが
安心できたりする。

156:デフォルトの名無しさん
07/06/05 20:55:09
そんなJavaでも実行時エラーは絶えないんだけどｗ

157:デフォルトの名無しさん
07/06/07 02:14:21
今時、型の変更なんてeclipse他自動化されてるだろ

158:デフォルトの名無しさん
07/06/07 02:35:02
ソフトウェアが複雑になればなるほど、組合せ爆発により十分なテストは難しくなる。

コンパイラによる静的な型チェックがなくても、テスト重視で品質を確保できると
言っている馬鹿はもう一度テスト技法について学んだほうが良い。

159:デフォルトの名無しさん
07/06/08 22:48:32
コンパイラによる静的な型チェックが
そこまで品質に大きく寄与すると思っている人も勉強しなおした方がいいね。

160:デフォルトの名無しさん
07/06/09 01:29:59
>>159
変数の強い型付けがどうして登場してきたのかを考えれば自ずと答えは出るよ。

161:デフォルトの名無しさん
07/06/09 07:03:50
型付けの有効度は作るアプリによって変わるので、自分がどんなアプリを対象にしているか表明せずに「型チェックが品質によるっていってる人は勉強しなおしたほうがいい」とか、「自ずと答えはでる」とか言うのはやめたほうがいい。

162:デフォルトの名無しさん
07/06/09 07:05:07
s/品質による/品質に寄与する/

163:デフォルトの名無しさん
07/06/09 12:24:41
どのような方法論でも有効性には程度の差ってものがある。
内容ゼロの負け惜しみはいらん。

164:デフォルトの名無しさん
07/06/09 15:47:07
>>160
> 強い型付けがどうして登場してきたのか

コンピュータが遅くて動的型付けだと使い物にならなかったからじゃねーの？

165:デフォルトの名無しさん
07/06/10 11:05:57
いいえ

166:デフォルトの名無しさん
07/06/10 18:42:21
>>164
プログラマがバカと考える性悪説的な思想からだろう。
動的型付けは、プログラマに自由をゆるす思想から。

俺は、動的型付けでもいいけど、未初期化変数に代入できたり参照できたりする言語は、ちょっと無理だな。
Rubyとかも好きだけど、かなりギリギリスレスレで使ってる

167:デフォルトの名無しさん
07/06/10 20:11:51
JR東日本
JR西日本
JRuby

これ今思いついたんだけどおもしろくね？ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

168:デフォルトの名無しさん
07/06/10 20:26:24
プログラマは馬鹿だった

169:デフォルトの名無しさん
07/06/10 20:55:21
>167を見てRubyをやめることを決断した

170:デフォルトの名無しさん
07/06/10 22:27:51
ﾜﾛｯｼ

171:デフォルトの名無しさん
07/06/11 02:13:01
>>161=162は、typoが多そうなので、やっぱコンパイラがあれこれ厳しくチェックする言語の方が向いていると思われる。

172:デフォルトの名無しさん
07/06/11 02:14:40
>>164
おいおい、型チェックの無い方がコンパイル時はもとより、
実行時も単純なつくりの場合、原理的には速いんだが。
データ領域の先頭ポインタ見るだけで済むので。

173:デフォルトの名無しさん
07/06/11 02:29:15
>>172
メソッドの動的バインディングのある言語だったら
メソッドを検索する時間がかかって遅いだろ。

174:デフォルトの名無しさん
07/06/11 02:33:47
バインディングと型を一緒にすんなよｗ

175:デフォルトの名無しさん
07/06/11 03:42:28
どうせキャストするんだから型なんて無意味ｗ

176:デフォルトの名無しさん
07/06/11 10:23:05
>>172
属性をみなくていいならな。
そんなアプリないわけだが。

177:デフォルトの名無しさん
07/06/13 19:07:20
昔は、RubyはClass継承(extens)ができないから
大規模じゃ使えんねって思ってたが、最近のRubyはどうよ？

178:デフォルトの名無しさん
07/06/13 19:28:24
パソコン販売
URLﾘﾝｸ(www.fujishoweb.jp)

179:デフォルトの名無しさん
07/06/13 19:38:39
>177
継承は昔から出来るだろ。クラス定義を

class 今から作るサブクラス < 既にあるスーパークラス

と書き出せばいいだけ

180:デフォルトの名無しさん
07/06/14 05:49:24
継承はメンテの難易度上げるだけだから大規模ではむしろ禁じ手。

181:デフォルトの名無しさん
07/06/14 05:55:41
そうか。じゃあStrutsは使えんな。
まあStrutsは使い物にならんけどな。

182:デフォルトの名無しさん
07/06/14 09:38:25
つか大概のフレームワークって継承なしじゃ成り立たないんじゃ。

183:デフォルトの名無しさん
07/06/16 08:05:26
既存の出来上がった部分と
自分で Implement する部分までは
継承するひとは多いけど
そっから先を自分用にカスタマイズして
継承したオレームワーク作る香具師は少ないだろ

184:デフォルトの名無しさん
07/06/16 16:59:13
データベースのフロントエンド作るだけなら不要だろうが、ツール系を作ると必要。

185:デフォルトの名無しさん
07/06/17 14:26:08
最近のJavaフレームワークは継承使わないのが多いよ
StrutsだってPOJOでいける

186:デフォルトの名無しさん
07/07/05 13:28:47
>>182
委譲でおｋ

187:デフォルトの名無しさん
07/07/06 02:50:04
>>186
それはムリ。

188:デフォルトの名無しさん
07/07/06 05:00:02
無理じゃないのもあるけど
182は「大概の」って書いてるからな。

189:デフォルトの名無しさん
07/07/19 02:13:02
1.8.5と1.8.6の互換性に触れると「Railsが悪い」と言うくせに、
Rubyって何に使えるのと聴くと「Railsが凄い」と言う…

190:デフォルトの名無しさん
07/07/19 02:28:35
ツンデレなんだろ

191:デフォルトの名無しさん
07/07/19 05:10:39
二人っきりにしてあげようよ

192:デフォルトの名無しさん
07/07/19 07:51:11
Railsは運用環境がひどい

193:デフォルトの名無しさん
07/08/17 08:47:46
Rails使ってみたけど意外と良かったよ
Railに乗っかってる間は
ちょっと変わったことしようとし始めると（ｒｙ

194:デフォルトの名無しさん
07/08/20 00:41:41
でも、ちょっと変わったことしようとすると大変なのはJavaでもRubyでも変わらんし

195:デフォルトの名無しさん
07/08/20 00:48:10
フレームワークなんてそんなもんでしょ。
所詮は土台。

196:デフォルトの名無しさん
07/08/20 22:54:44
ちょっと変わったことすることで
ようやく金になるんだよ
それくらい我慢汁

197:デフォルトの名無しさん
07/09/02 11:24:24
>>196
だからおまいは商売下手なんだよ。

198:デフォルトの名無しさん
07/09/02 17:33:43
つーか、Rubyをプログラミング言語として使うから金にならない。
「Rubyで億万長者になる方法」とか言ってだせば、金になる

199:デフォルトの名無しさん
07/09/03 00:17:32
256倍とか、そういうことか

200:デフォルトの名無しさん
07/09/03 22:52:05
確かに本は金なる

201:デフォルトの名無しさん
07/09/05 00:10:12
Matzが、モルモン教に入っていなかったら、今のRubyは生まれてなかった。
そういう意味では感謝せねばならない。
モルモン教に

202:デフォルトの名無しさん
07/09/05 00:21:21
Matzがモルモン教徒でなければ、Matzでない誰かがRubyでない何かを作っていただけの話さ

203:デフォルトの名無しさん
07/09/05 01:53:01
Rubyが無くても、醜いインデントを我慢してPython使えばよいので実害は無い

204:デフォルトの名無しさん
07/09/06 01:32:24
むしろ、インデント強制がないRubyのソースが醜い

205:デフォルトの名無しさん
07/09/06 08:22:35
こっちでやれ

Python厨とRuby厨が仲直りするスレッド
ｽﾚﾘﾝｸ(tech板)

206:デフォルトの名無しさん
07/09/06 19:37:34
おまえは、インデントの共生がなかったら、インデントしないつもりか？ｗ

207:デフォルトの名無しさん
07/09/07 10:57:20
もしJavaで今みたいなIDEによる自動インデントがなかったら、インデントが変なソースがゴロゴロしてる。

208:デフォルトの名無しさん
07/09/07 22:42:22
>>206
日本語ワカリマスカ？

「インデント強制がないRubyのソースが醜い」という人間がインデントをしないと
思っているのなら小学生からやり直すか今すぐ市ね。

209:デフォルトの名無しさん
07/09/07 23:34:45
君の日本語理解力に問題が・・・

210:デフォルトの名無しさん
07/09/07 23:52:29
いえいえそちらこそ問題が・・・

211:デフォルトの名無しさん
07/09/08 03:15:32
経緯

>203 Pythonはインデントが醜い(Pythonをけなしてる=Ruby派)
>204 Rubyはインデントが強制じゃないからソースが醜くなる(Rubyをけなしてる=Python派)
>206 インデントが強制じゃないからといってインデントしないのは素人(>204をけなしてる=Ruby派)
>208=>204 インデントが強制じゃないからといってインデントしないわけ無いだろ(Rubyで問題無い派)

>204と>208は同一人物だが、言ってことが矛盾している

結論

Python派は日本語がわからない

212:デフォルトの名無しさん
07/09/08 03:26:34
反証

このスレッドには俺とお前しかいない

結論

よってインデントは共生されるべきである

213:デフォルトの名無しさん
07/09/08 04:05:51
日本語の勉強スレ？

214:デフォルトの名無しさん
07/09/08 08:12:57
ここは俺の自作自演練習スレです。
練習の邪魔になるので、他の人は許可を得てから書き込むように。

215:デフォルトの名無しさん
07/09/09 10:26:50
強制を共生と誤記するから自作自演が丸判りだな。

216:デフォルトの名無しさん
07/09/09 13:59:07
>211
経緯

>203 Pythonはインデントが醜い(アンチインデント強制派=Ruby派)
>204 インデントが強制されないRubyは醜い（インデント強制派=Python派)
>206 おまえ(=204)は、インデントが強制でない言語だとインデントしないのか？(愚問を書き込む馬鹿)
>208 インデント強制派はどんな言語でもインデントをつけるに決まっているだろ。(一般人)

結論

>206と>211は日本語がわからない

217:デフォルトの名無しさん
07/09/09 15:28:28
インデントはどの言語でも必要だが、3タブ同盟とか言ってる奴は本気で殴りたいな。うぜぇ。

218:デフォルトの名無しさん
07/09/09 17:31:42
やっぱ2タブが最強だよね

219:デフォルトの名無しさん
07/09/13 01:32:52
7タブくらいがいいんじゃね？

220:デフォルトの名無しさん
07/09/23 12:55:05
1タブでいいじゃん

221:デフォルトの名無しさん
07/09/23 15:25:14
4は死を連想するから問題外。
1は人をタブ、3は身をタブといって、縁起が悪いので年配の人には嫌われる。
やはり2タブが無難

222:デフォルトの名無しさん
07/09/23 16:11:48
そもそもタグを使うな。2スペか4スペだろ。

3スペはねぇよ。死ね。

223:デフォルトの名無しさん
07/09/23 16:34:49
タグは使わんな。

224:デフォルトの名無しさん
07/10/04 13:08:55
日本語ですんなり読めるオブジェクト指向の良書はJAVAについてかかれたものが多いので
そういう意味で、JAVAは必須じゃないかな？

まあ、バリバリ使いこなせなくても良いけど、少なくとも基本的なことは知らないと、オブジェクト指向を勉強できない。

225:デフォルトの名無しさん
07/10/04 13:10:11
JAVAについて書かれた＞JAVAで解説されてる

226:デフォルトの名無しさん
07/10/04 13:23:35
>>224
サンプルコードがJavaだったりする本もあるよな（Java対象じゃなくても）
リファクタリングとか

まあでも、C++とか（DelphiやRubyでもいいけど）やってたら、Javaもサックリ読めない？
あえて、Jaav必須って言うほどのもんでもないと思う
Javaの文法を軽く知っとけば、Javaの本でも結構サクサクよめる

227:デフォルトの名無しさん
07/10/04 14:39:48
　　＿＿＿_＿　
　（会長物語）
　　￣￣＼|￣　
URLﾘﾝｸ(videointroplayer.web.fc2.com)

228:デフォルトの名無しさん
07/10/04 21:07:15
せのたんは仮性包茎だったけど太めで包皮の上からカリが分かるプックリ型で良チンだったよ

229:デフォルトの名無しさん
07/10/04 21:24:18
オブジェクト指向の良書がJavaで説明されてる？
俺の知ってる中じゃEiffel,Smalltalk,C++で解説してる本以外はみんなクソだったぞ
憂鬱本はC++でもクソだったけど

230:デフォルトの名無しさん
07/10/05 00:42:39
そういや、憂鬱本って、なんで、あれ各所で勧められるんの？
俺、あれよんで、さっぱりわからんかったんだが・・・（当時OOPをすでにやっているにもかかわらず）

231:デフォルトの名無しさん
07/10/05 11:34:19
それは単に230が当時から今に至ってもなおOOPを理解できていないからだろう。
使っているのはOOPという手法ではなく、OOPLというツールだけだったってオチ？

232:デフォルトの名無しさん
07/10/05 13:54:20
憂鬱なプログラマのためのオブジェクト指向開発講座
―C++による実践的ソフトウェア構築入門 (DDJ Selection)

これのこと？
DDJって言うだけで糞臭がするんだけど

233:デフォルトの名無しさん
07/10/05 18:53:59
>>230を叩くのではなく、良いところを教えて欲しいんだが。

234:デフォルトの名無しさん
07/10/05 23:45:29
　0. Flash
　1. PHP
　2. C#
　3. AJAX
　4. JavaScript
　5. Perl
　6. C
　7. Ruby and Ruby on Rails
　8. Java
　9. Python
　10. VB.Net

235:デフォルトの名無しさん
07/10/06 00:33:33
>>232
それのこと。
なんか方々で憂鬱本がオブジェクト指向プログラミングの入門にいいって話を耳にする。
実際読んでみたけどオブジェクト指向プログラミングがなぜ必要なのか、
何をもってオブジェクト指向とするのかってことに全く触れておらず役に立たない本。
世間一般で言われてるオブジェクト指向のようなものに適合するように設計実装を行うための手順が書かれているだけのくだらない本。
もしこんなクソスレのこんな名無しの戯言に耳を傾ける暇な初心者がいたら、憂鬱本は避けた方がいい。
こんなん読む暇があったらメイヤーのオブジェクト指向入門っていうぶっとい本を読むといいよ。
そんな暇が無い人GoF本の一章の概論をよく読むといい。オブジェクト指向での設計とはどういうものか解説してあるから。

236:デフォルトの名無しさん
07/10/06 01:02:49
JavaBlack乙

237:デフォルトの名無しさん
07/10/06 02:45:39
URLﾘﾝｸ(www.premiumtv.12gbfree.com)
URLﾘﾝｸ(www.premiumtv.12gbfree.com)
URLﾘﾝｸ(www.premiumtv.12gbfree.com)

238:デフォルトの名無しさん
07/10/06 04:42:36
憂鬱本はとっつきやすいのがいいな。
世間一般で言われてるオブジェクト指向のようなものに適合するように設計実装を行うための手順が書かれているらしいしな。

239:デフォルトの名無しさん
07/10/06 06:10:20
おまえらすれ違いだろ
ｽﾚﾘﾝｸ(tech板)

240:デフォルトの名無しさん
07/10/06 14:54:17
OO信者の言う「真のOO」の教義に合致せずとも、
バグが少なくてメンテしやすいモノさえ出来るなら
「世間一般で言われているOOのようなもの」で充分。

241:デフォルトの名無しさん
07/10/06 15:16:14
入門でメイヤーとかを持ち出してくるヤツを信用してはいけないってじっちゃんが言ってた。

242:デフォルトの名無しさん
07/10/06 20:14:58
プログラミング初心者にメイヤーのオブジェクト指向入門勧めるのはどうかと思うが
それなりに既存の構造化プログラミングで経験積んだ香具師に
オブジェクト指向を入門させるときに読ませるにはメイヤーは良い本だろ

それで分らんのなら構造化プログラミングすら理解できていなかったから

メイヤー本のせいではない

243:デフォルトの名無しさん
07/10/06 23:12:53
>>240
世間一般のＯＯのようなものの概念はかなりあやふや。
そんなわけわからんものを拠り所にして「バグが少なくてメンテしやすいモノさえ出来る」わけないじゃん。
これは構造化設計も同じ。
理論はきちんと正しく勉強して正しく用いないと効果出ないよ。

244:デフォルトの名無しさん
07/10/06 23:13:47
既存の構造化プログラミングで経験つんでオブジェクト指向を入門するときにメイヤー読んで分かるやつなんて、すでに入門は終わらせてるだろ。
架空の生き物なんじゃねぇの？

245:デフォルトの名無しさん
07/10/06 23:14:37
>>243
理論を正しく勉強して正しく用いようとしてるやつほど失敗する件

246:デフォルトの名無しさん
07/10/06 23:37:28
実際構造化プログラミングで問題なく大規模アプリ作れるし
オブジェクト指向なんて本当に必要なの？
無駄なコード増やして自己満足に浸るだけじゃないの？
再利用？なにそれ？
みたいなひとにメイヤーは有効

247:デフォルトの名無しさん
07/10/07 00:08:11
>>245
理論を勉強しようともしない奴は全員失敗するけどな。
勉強して、やってみて、それでも失敗するのはいい。原因がわかるからさらに先にすすめる。
わかったふりしてるだけの奴はダメだ。

248:デフォルトの名無しさん
07/10/07 04:52:55
結局標準以外の他人の作ったクラスなんて気持ち悪くて
わざわざ再利用しようなんて思わないしね。

249:デフォルトの名無しさん
07/10/07 05:17:49
標準も他人の作ったクラスなんだけど
どうしてそれを選んでしまうのはなぜ？

250:デフォルトの名無しさん
07/10/07 07:35:21
教祖や聖人の作ったものは信じて当たり前だろ。
聖書とかと同じ考え方だ。

251:デフォルトの名無しさん
07/10/07 08:32:27
>>248
Tomcat使えないね。

252:デフォルトの名無しさん
07/10/07 08:40:47
ある程度知名度のあるライブラリやフレームワークなら使う気にはなるでしょ。
作者の人格が見えるような距離だと無理。
幼女ハアハア言ってる様な奴が作ったクラス使いたいか？

253:デフォルトの名無しさん
07/10/07 09:40:55
>>248
Boost使えないね。

254:デフォルトの名無しさん
07/10/07 09:42:08

モルモン教を信じてる人が作ったものは平気で使っていますが何か？

255:デフォルトの名無しさん
07/10/07 09:43:39
>>252
やねうらさんのは漏れも好きだけど

256:デフォルトの名無しさん
07/10/07 11:18:10
知名度でクラスやフレームワークを使うか使わないか決めるのか。

257:デフォルトの名無しさん
07/10/07 12:13:22
JavaVMの許せねえところはよお。
ブラウザにアプレット読み込んでるときに余計なロゴを表示してCPU食いまくってるところなんだよな
そんなモン表示してる暇あるんだったらさっさと読み込めってかんじ

258:デフォルトの名無しさん
07/10/07 14:16:13
ロゴの表示でCPU食いまくるわけじゃねぇだろ。

259:デフォルトの名無しさん
07/10/07 14:19:44
食うよバカ
無駄にエフェクトが豪華だろ

260:デフォルトの名無しさん
07/10/07 14:19:55
時間掛かってる大半は仮想PCモドキのセットアップだろ

261:デフォルトの名無しさん
07/10/07 14:29:37
ああ、そういうことか
ただでさえセットアップに時間かかるのにロゴなんか表示すんなよ

262:デフォルトの名無しさん
07/10/07 15:09:58
あれ表示しないと一般人はフリーズしたと思うんだよ

263:デフォルトの名無しさん
07/10/07 16:06:49
なんであんな時間掛かるんだろうね。
バイトコードをネイティブにして速度かせいでも
そのコンパイル速度で相殺だよねほとんどの場合。

ところでJavaランタイム入れると勝手にアップデート見に行く設定になるけど、
あれで確認もせずにランタイムアップデートする奴いないだろ。
完全にUIの選択失敗してるよな。WindowsUpdateの真似したいんだろうけどさ。
勝手にダウンロード始めてとんでもない場所にファイル作ってるし。
止めて欲しい。

264:デフォルトの名無しさん
07/10/07 17:30:39
起動ロゴというのはエレベータの扉を鏡にするようなもんだな

265:デフォルトの名無しさん
07/10/07 18:28:55
>>264
車いすで降りるときの後方確認のための鏡とどんな関係が？！

266:デフォルトの名無しさん
07/10/07 18:43:57
URLﾘﾝｸ(elm-chan.org)
URLﾘﾝｸ(www.limo.fumi2kick.com)

267:デフォルトの名無しさん
07/10/08 01:25:00
>>263
律儀に毎回起動しているからなぁ・・・
.NETのようにJavaVMもサービス化して常駐させとけよと思う。

268:デフォルトの名無しさん
07/10/08 03:41:34
>>263
使わないクラスもメモリにロードしてるからだよ。
ということで、近いうちにコンシューマJREで起動時間短縮。

269:デフォルトの名無しさん
07/10/08 03:42:06
いまどきちょっと2DアニメしたところでCPU負荷なんかたかがしれてる。

270:デフォルトの名無しさん
07/10/08 10:22:37
あのJavaの起動で不思議なのが、会社で使ってるPentium4 2.5GHzのマシンと
自宅で使ってるPentium3 450Mhzのマシンで起動時間があんまり変わらないってこと。
こりゃ一体どういう事なんかねぇ。

271:デフォルトの名無しさん
07/10/08 10:37:01
>>270
つ　HDD

272:デフォルトの名無しさん
07/10/08 11:53:09
メモリ

273:デフォルトの名無しさん
07/10/08 12:01:20
直線番長CPU

274:デフォルトの名無しさん
07/10/09 17:34:16
>>270
豪華に見せるためのただの演出だったということ。
そのためだけに約４秒も起動を遅らせている。

275:デフォルトの名無しさん
07/10/09 17:41:03
そりゃ何千個もファイルをロードすれば
どんなCPUでも遅いだろ

276:デフォルトの名無しさん
07/10/10 00:20:15
どう考えてもファイルアクセスだと思うぜー。
だからConsumerJREが期待されてるんだし。

277:デフォルトの名無しさん
07/10/11 13:17:38
あんなに、起動が遅いのに、よく、サーバーで動かしているな、と思う

278:デフォルトの名無しさん
07/10/11 13:47:12
はあ？
鯖なら問題ないのでは。

279:デフォルトの名無しさん
07/10/11 17:14:35
あれだ、サーバはいったん起動したら落とさないから、我慢するのは最初の一回だけ。
それに利用者に見えるわけじゃないからな。

ただEJBのテスト（デバッグ）はマジで泣くわ。
コードちまちま直してコンパイルしてjarつくってwarつくってearつくってデプロイして
やっと実行にたどり着いたと思ったら、あのおっそい起動だからな。

こういうときスクリプトの手軽さが羨ましく感じる。

280:デフォルトの名無しさん
07/10/11 18:05:57
>>278
そうなん？
CGIとかリクエストの度に起動するよね？
Javaって、fastcgiなんとかみたいに起動しっぱなのか

281:デフォルトの名無しさん
07/10/11 18:22:57
お前どういうレベルだよw

282:デフォルトの名無しさん
07/10/11 19:05:52
お望みなら、JavaでもCGI出来るぞ。見た事無いけど。

283:デフォルトの名無しさん
07/10/11 20:54:15
クライアント側だとユーザーの実行環境がまちまちだからどうしようもない
サーバなら運用次第だけど>>279みたいな問題がある
Javaマジむかつく
ちなみにRubyはどっちでももっさりだから気にするだけ無駄

284:デフォルトの名無しさん
07/10/11 22:11:22
>>280
Rubyってリクエストの度に一々プロセス起動するの？

285:デフォルトの名無しさん
07/10/11 23:03:04
CGI なら。

286:デフォルトの名無しさん
07/10/12 00:28:37
うん。言語とか関係ないな。

287:デフォルトの名無しさん
07/10/12 05:36:56
modruby

288:デフォルトの名無しさん
07/10/12 05:41:12
>>279 >>283
eclipseのtomcatモジュールとか使ってれば
その辺のストレスは減るはずなんだが

289:デフォルトの名無しさん
07/10/12 22:47:08
>>279
それは自分が効率よい方法を知らないだけでは？
デバッグでearまで作る必要はないんじゃねぇの？

290:デフォルトの名無しさん
07/10/12 22:47:41
fastcgiって、処理の種類毎にプロセスが一つ起動するん？

291:デフォルトの名無しさん
07/10/13 14:33:18
どんな言語よりJavaは劣っていると思う

292:デフォルトの名無しさん
07/10/13 15:01:16
JavaもJavaより劣ってるのか・・・

293:デフォルトの名無しさん
07/10/13 15:14:21
経験的独断

C > Ruby > PHP > Java > Perl > C++ > VB

294:デフォルトの名無しさん
07/10/13 16:29:58
Rubyはなんで上位なん？

295:デフォルトの名無しさん
07/10/13 19:03:18
なんとなく

296:デフォルトの名無しさん
07/10/14 04:32:26
PHPが上にあるところが、293のレベルを物語ってるな。

297:デフォルトの名無しさん
07/10/14 04:41:05
この順位付けでCが上にあるとこにも変な打算を感じる

298:デフォルトの名無しさん
07/10/14 04:55:01
少人数でやるならJAVAよりRubyだなぁ。

299:デフォルトの名無しさん
07/10/14 09:46:57
少人数なら、個人的な好みでおっけ～

300:デフォルトの名無しさん
07/10/14 13:31:46
>>293
PerlがC++より上ってありえねえｗ

301:デフォルトの名無しさん
07/10/14 14:30:19
C++ なんて Visual C++ でしか使われてない。

302:デフォルトの名無しさん
07/10/14 15:13:37
俺用途で優先順位付けるのならこんなかんじだな。
結局は言語の優位というよりどの言語をどの用途に使うか次第だろう。
同じ用途向きの言語は要らんし（perl, php, python、おまけでrubyはどれか一つあれば良い）。
==============================================
1. Perl = サーバーサイド言語用
2. JavaScript = クライアントサイド/AJAX用
3. C = 過去遺産/OSSメンテ用
4. C# = WinMobile開発用
5. C++ = Windowsアプリ開発用
6. Java = 携帯開発用/SI屋就職用
7. PHP = PHP使うWeb会社での業務用(Yahoo, 楽天...)
==== 超えられない壁 ===
8. Python = Google就職用
9. Ruby and Ruby on Rails = 趣味
10. VB.Net = VB過去遺産移植用

303:デフォルトの名無しさん
07/10/14 16:00:11
俺用途とか言っておいて、Yahoo・楽天での業務用とかGoogle就職用とか書いちゃうんだ

304:デフォルトの名無しさん
07/10/14 17:21:28
俺がそこに転職することあったら、って考え。
結局言語はどこで働くか（既存資産のメンテ）がかなり絡むからね。
SI屋用javaとかもそう。
今の自分の用途だと7(PHP)以下のは全く必要ないな。

305:デフォルトの名無しさん
07/10/14 18:23:49
つうか、1. Perl って釣りだろ？

306:デフォルトの名無しさん
07/10/14 19:32:51
Ruby　> C++ > Java > C > PHP > Perl > VB

307:デフォルトの名無しさん
07/10/14 20:14:57
awk

308:デフォルトの名無しさん
07/10/14 20:28:25
Ruby == C++ == Java == C == PHP == Perl >>> VB

309:デフォルトの名無しさん
07/10/14 20:40:12
>>302
Ruby=趣味用

っていうのは、なかなかいい洞察だと思うぞ。
確かに書いてて楽しい言語だしな。

会社でRuby使いたいって奴は基本的に、仕事も趣味・お遊び気分でやってる奴らばかりだし。

技術者としてお遊びの部分を忘れちゃならないのは
そのとおりなんだが仕事としての完成度を追及できない奴は困る。

310:デフォルトの名無しさん
07/10/14 23:15:16
経験上、遊びでもPGやってるやつの方が完成度高いぞ。

311:デフォルトの名無しさん
07/10/14 23:18:01
あたかもRubyで完成度の高いプログラムは書けないかのような物言いは笑えるw
使ってもいないくせにww

まぁ、人次第であるのは確かだから>>309はやめておいたほうがいい

312:デフォルトの名無しさん
07/10/14 23:27:44
使う使わないはともかく、流行の言語の一つとしてRubyの勉強しない奴はちょっとセンスが無いわな。
俺ならPerlでなんか書く必要がある場合にはRubyかPython使うけどね。

313:デフォルトの名無しさん
07/10/15 00:19:28
自分用途って視点と、転職って視点を外せば

C, Javascript<= それでしか出来ないことで必須
Perl / Python <= 枯れスクリプトとしてどちらかが必須
C++, C#, Java <= クライアント側の用途でどれかが必須
PHP <= 用途無し（バージョンアップの仕方/Securityが気に入らない）
Ruby <= 仕事よりは趣味。枯れ不足/ライブラリが後発な分不十分。でも遊んでみるには良し。
=== 超えられない壁 ===
VB.net <= VB系列というだけでモチベ沸かない

ってとこだね。

314:デフォルトの名無しさん
07/10/15 00:22:20
> 自分用途って視点と、転職って視点を外せば

> VB系列というだけでモチベ沸かない

315:デフォルトの名無しさん
07/10/15 06:41:50
VBしか知らない香具師はVBに文句言わないけど
他の言語知ってる香具師ならVBの使いにくさはすぐに分かる

316:デフォルトの名無しさん
07/10/15 09:18:26
具体的におながいします

317:デフォルトの名無しさん
07/10/15 17:28:13
そんないくつも言語覚えても
Rubyに慣れちゃえば、ほとんどRubyでできるので
他の使わなくなるよ

318:デフォルトの名無しさん
07/10/15 18:46:08
と思っている時期が私にもありました。

319:デフォルトの名無しさん
07/10/15 21:11:10
>>317の文章のうち「Ruby」の部分を好きな言語に置き換えて遊びましょう

320:デフォルトの名無しさん
07/10/15 21:17:17
そんないくつも言語覚えても
VBに慣れちゃえば、ほとんどVBでできるので
他の使わなくなるよ

321:デフォルトの名無しさん
07/10/15 21:27:27
そんないくつも言語覚えても
PHPに慣れちゃえば、ほとんどPHPでできるので
他の使わなくなるよ

322:デフォルトの名無しさん
07/10/15 22:06:42
PHPでコマンドラインツールやGUIアプリ書けるのw
あんなWebアプリしか出来ない糞言語いらないよ

323:デフォルトの名無しさん
07/10/15 23:11:27
VBでコマンドラインツールやGUIアプリ書けるのw
あんなWebアプリしか出来ない糞言語いらないよ

324:デフォルトの名無しさん
07/10/15 23:17:24
>>323
なんか混ざってないかw

325:デフォルトの名無しさん
07/10/15 23:23:22
VBはGUIアプリ書けるわなｗ
オレはPHPでコマンドラインツール書くけど

326:デフォルトの名無しさん
07/10/16 22:36:01
ルビーでアプレットみたいのって作れるの？

327:デフォルトの名無しさん
07/10/16 23:18:30
RubyのVMがどこのPCにでも入ってるってような状況にならなきゃ
作っても無駄でしょ

328:デフォルトの名無しさん
07/10/16 23:23:19
RubyってVM上で動作してる訳じゃないだろ…JRubyは除くが。
単なるインタープリタじゃないの？

329:デフォルトの名無しさん
07/10/16 23:25:30
1.9からYARVっていうVMになるらしいよ

330:デフォルトの名無しさん
07/10/17 02:02:13
インタプリタもVMだろ・・・常考

331:デフォルトの名無しさん
07/10/17 04:03:43
Rubyでメタプログラミングして
Javaコード吐いて
Ruby統合環境内でコンパイルさせればいいだろ

332:デフォルトの名無しさん
07/10/17 04:06:01
>>323
VBで書いたプログラムを
拡張子vbsで保存して cscript hoge.vbs と実行すると
コマンドラインアプリになるし
拡張子htaで保存してエクスプローラからダブルクリックすると
GUIアプリになるんだよ

そんなことも知らないのか

333:デフォルトの名無しさん
07/10/17 14:19:47
GUIアプリかけるの、って時点でネタだろ

334:デフォルトの名無しさん
07/10/17 20:08:57
>>330
…これがゆとり世代の劣化日本人、か…

335:デフォルトの名無しさん
07/10/17 22:06:24
>>334
おまえこそゆとりだよｗｗｗｗ
インタプリタをVMという事は、コンパイラ関連の勉強をきちんとしたことある人間なら常識レベルの知識

336:デフォルトの名無しさん
07/10/18 00:40:59
ゆとりじゃなさそうだが、そうやって、通常会話で通じない言葉を主張するのも困ったやつだな。

337:デフォルトの名無しさん
07/10/18 01:21:08
>>335
eval loopをVMと呼ぶのは無理がある。

338:デフォルトの名無しさん
07/10/19 12:02:53
最近のCPUってマイクロコードで書かれてるらしいから
ほとんど全部はVMだね

339:デフォルトの名無しさん
07/10/19 23:50:12
そのVM上で動作するプログラムが、VMか単純ループか、の話題なんだが。

340:デフォルトの名無しさん
07/10/20 01:53:09
>>332
ならねーよ＾＾；；；；；

341:デフォルトの名無しさん
07/10/20 01:53:40
>>339
いつから話題を切り替える術を手に入れたんだ？＾＾；；；；

342:デフォルトの名無しさん
07/10/20 01:57:03
>>335
そう書いてある教科書を教えれ

343:デフォルトの名無しさん
07/10/20 02:09:56
むしろ逆にインタプリタがVMでないっつーソースを教えてくれ

344:デフォルトの名無しさん
07/10/20 03:22:00
>>343
「コンパイラとバーチャルマシン」って本はインタプリタとVMは別に説明してる。
ドラゴンブックのインタプリタ(通訳系)のところにVMの説明はない。
VM(抽象機械)は中間コードの説明に出てくるがそっちには
インタプリタの事は書いてない。

345:デフォルトの名無しさん
07/10/20 05:54:24
>>342
URLﾘﾝｸ(www.amazon.co.jp)プログラミング言語処理系-岩波講座-ソフトウェア科学-佐々-政孝/dp/4000103458

346:デフォルトの名無しさん
07/10/20 06:45:38
まあ、普通に話すときは、インタプリタをVMに含めないほうが話しがやりやすいし、特に断らない限りVMにインタプリタは含めないね。

次ページ