07/10/30 22:07:00
>>156
レベル低いヤツというより、低いレベルで動かしたいヤツが使う言語だろう。
高いレベルで動かしたい場合には鬱陶しい言語だが、低いレベルで動かしたい時には役立つかと。
176:デフォルトの名無しさん
07/10/30 22:51:49
>>174
一会場でペーパー試験だからそんなもんだろうよ。
電子試験に移ったらもっと増える。
177:デフォルトの名無しさん
07/10/30 22:52:01
>>175
Cの人間なんていまだにWordとかで
無駄にでかいドキュメントしか書けない連中ばかり
しかもUMLなんてしらねーDQNがC言語に多い
設計がまったくできないやつらが多い
開発プロセスなんて言葉も知らない無知もC言語開発者には多い
178:デフォルトの名無しさん
07/10/30 23:05:19
まぁOOPLじゃないC言語でUMLは普及せんだろうなｗ
179:デフォルトの名無しさん
07/10/30 23:10:35
大半は同意だが、Ｃだけじゃない。
設計と称して、OOP用語で言葉遊びしてるだけの奴も多いよ。
180:デフォルトの名無しさん
07/10/30 23:20:01
>>175-176
一会場。しかも島根松江ではそうは行かんだろ。
近隣の人間か、記念受験じゃないが、第一回で受かりました！
て言いたい奴が多いんでは。そんなものあること自体知らんかったが。
181:デフォルトの名無しさん
07/10/30 23:24:57
>>177-179
言いたいことはわかるような気がするが、本当にすごいと思う
coder は意外と UML とか使わんというタイプもいる。
頭の中には似たようなものがあるんだろうけど。UML とかは
人に説明するためにあるわけだから、そういう必要無いのかもしれん。
182:デフォルトの名無しさん
07/10/30 23:37:16
>>181
一人で作業できるもんなら
いいけど、数千万の案件なら客先の
SEにも説明するだろ？
天才だろうがなんだろうが説明責任を
呆ける奴はプロじゃねーよ
ドキュメント作って説明する責任が俺等にはある
それと同等に製品を期日までに納める義務が俺等にはある。
二点忘れて自分の勝手で仕事するやつはゴミ
183:デフォルトの名無しさん
07/10/30 23:45:26
>>182
そうだね。俺がすごいと思ってるようなのはゲームにしろ他のものにしろ、
一人で独立した部分を書いてしまうような人。日本では会ったこと無いし、
会社に属すような人じゃないけどね。
Matz さんとかはどうなんだろう。UML とか書くのかな…
184:デフォルトの名無しさん
07/10/31 00:18:37
>>183
松本はアセンブラもUMLも未経験らしい
185:デフォルトの名無しさん
07/10/31 00:42:49
>>184
やっぱり、と言う感じもするな…
186:デフォルトの名無しさん
07/11/03 11:31:40
松本って誰？
まつもとゆきひろなら知っているが
187:デフォルトの名無しさん
07/11/03 12:32:45
松本 人志
188:デフォルトの名無しさん
07/11/05 05:34:40
>>186
ひらがなきもい
189:デフォルトの名無しさん
07/11/05 11:23:31
>>183
日本で会ったことあるよ
190:デフォルトの名無しさん
07/12/01 19:20:28
rbからpyに移行したい
191:デフォルトの名無しさん
07/12/01 19:39:42
nyを使いたい
192:デフォルトの名無しさん
07/12/05 00:05:10
ruby(atiのキャラ)のおっpyを舐め回したい。
193:デフォルトの名無しさん
08/01/09 21:19:05
>>166
君の方が馬鹿。Rubyの実装知らんのか？
194:デフォルトの名無しさん
08/01/11 03:42:07
このスレずいぶんと視野の狭い奴がいるな
195:デフォルトの名無しさん
08/01/13 18:31:48
RubyのスクリプトはRubyで記述されているだろ
どこまで馬鹿なんだよw
196:デフォルトの名無しさん
08/01/14 21:54:59
>>195
後だし解釈
197:デフォルトの名無しさん
08/01/15 07:54:25
>>195
え？
198:デフォルトの名無しさん
08/01/19 22:29:40
>>195
ちょw
それRubyで書かれてなかったらイミフww
199:デフォルトの名無しさん
08/01/27 18:31:10
Ｒｕｂｙ 無い時にどうやって 実装するんだと釣られてやった。
200:デフォルトの名無しさん
08/01/28 09:43:50
Rubyて、海外で使われてるの？
201:デフォルトの名無しさん
08/01/31 23:17:57
>>200
ある程度は使われてるよ。最近だと中では Rails が一番目立ってるんじゃないかな。
202:デフォルトの名無しさん
08/02/05 08:50:06
セキュリティはアプリのプログラマ側が意識すれば充分に対処可能だが、
言語の処理速度がトロいのは、アプリケーションレベルではどうにもこうにも…
203:デフォルトの名無しさん
08/02/07 20:59:27
つ るびまの「Cより速（ry
1.9系の進捗もトロいしな。どうしたもんだか
204:デフォルトの名無しさん
08/02/13 02:19:59
>>43
今北産業程度でコメンタリーお願い。
205:デフォルトの名無しさん
08/03/08 13:32:55
実践的なRubyのプログラムというのは文字列の処理が多かったりして、
その文字列の処理はbuilt-inの部分で処理されるので、YARV化は関係なく、
1.9だからといって速くはならない。さらに文字列がM18Nに対応したことで、
1.8よりも遅くなるという現実。
これが、1.9にm18n入れるって話を問いつめた諸氏の努力が無駄になった結果
「高速化を謳った1.9は文字列処理の鈍化によって1.8より遅くなる」が定着していく
実用的なプログラムほどYARVの恩恵が受けられないジレンマ
206:デフォルトの名無しさん
08/03/19 05:52:23
M17Nだよ > 205
207:デフォルトの名無しさん
08/03/19 15:20:14
あと10年Rubyを寝かせておけば100倍くらい速くなるよ。
ってもうシングルコアは速くならねーかｗ
208:デフォルトの名無しさん
08/03/19 21:35:12
>>202
言語の処理速度がトロいのはアルゴリズムの改良で対処可能だが、
セキュリティに関してプログラマの注意に頼るのは最小限にすべき
209:デフォルトの名無しさん
08/03/20 02:13:38
>>208
> 言語の処理速度がトロいのはアルゴリズムの改良で対処可能だが、
> セキュリティに関してプログラマの注意に頼るのは最小限にすべき
セキュリティはアプリ側で対処可能。
逆に「べき」論をのべるなら、処理速度に関してもプログラマの工夫に頼るのは最小限にすべき。
210:デフォルトの名無しさん
08/03/20 03:48:47
なにその無限ループw
どっちもプログラマーに頼るのは最小限にすべき、って言いたかったのかな。
211:デフォルトの名無しさん
08/03/20 04:07:54
言語の処理速度がトロいのをアルゴリズムで対処しないといけないのはおかしい。
セキュリティーに関してはフレームワークでも使えばいい
212:デフォルトの名無しさん
08/03/20 05:02:46
空気も流れも先10レス前後も読まずに
思い付きを垂れ流すのが流行モードですか
213:デフォルトの名無しさん
08/03/20 10:35:15
問題はrubyが遅いということではなくて、rubyが「遅すぎる」ということ
214:デフォルトの名無しさん
08/03/20 14:29:18
遅けりゃCと併用すりゃいいじゃん。
215:デフォルトの名無しさん
08/03/20 14:40:18
その物言いよく聞くけど、LLの手軽さを無視してるよな
そんならpythonの方が利用者には手軽だやね
Cで実装してる標準モジュール多いから
216:デフォルトの名無しさん
08/03/20 18:46:35
時々、クラスとインスタンスという概念をぶっちぎったソースを書いておいて
「Rubyは遅すぎる」とか言ってる場合があるので注意
まあ、いちいちオブジェクト作らないといけないから原理的にRubyは他のLL言語よりも遅くなるんだけどね
1万回実行して10秒遅れたら死ぬとかいう用途には向かない言語だ
コミュニティでも注視はしてるんだけど、「なんでもできますよ」とか言ってる奴に騙されないように注意
217:デフォルトの名無しさん
08/03/20 18:59:11
Rubyだとちょっとまじめに作っただけで１０秒くらいかかることあるぞ。
まあこれは自分のプログラムがヘボイのだとは思うが、
最適化のためプロファイルを取ると、さらにその何十倍もの時間がかかるという現実
218:デフォルトの名無しさん
08/03/20 20:18:52
そういうケース、たいてい工夫と検証で解決に至る
問題は馬鹿が馬鹿なコード書いた時に、至らないライブラリと仕様なき言語仕様が重荷になるケース
Ruby道具として格好良い点もあるかもしらんが、実用性とは別なんだ
それを混同している奴らがRubyに苦しんでアンチに走る訳だが
なぜかこのスレは、そういう無能ではない人が
高い標的に槍投げる集まりになっている
・・多分Rubyの現状って、再初歩の人を受け付けてないね。
そら重いループのデータ構造整理してCで書けば早いが、
そういう事を序盤でやらずに済むことを期待してMRI触った奴は失望しかないと思うよ
219:デフォルトの名無しさん
08/03/20 20:20:51
このくそバカ野郎ども！！
お前らスレ違いなんだよ！！ハゲ！！！
Rubyは遅いんじゃなくて難しいんだよ！！！！
220:デフォルトの名無しさん
08/03/20 20:21:42
まあ落ち着け
難しいから平均として遅いのか
どうやっても遅いから難しいのか
この辺試験に出る
221:デフォルトの名無しさん
08/03/20 20:36:38
記述よいよい実行つらい～
遅いながらもるびりゃんせぇ～♪
222:デフォルトの名無しさん
08/03/20 20:59:32
Ruby Lightspeedﾏﾀﾞｰ
223:デフォルトの名無しさん
08/03/21 00:58:04
Ruby 遅いって感じた事無いなぁ。Ruby よく使うけど
簡単な書き捨てスクリプトみたいなものばかりだから。
あまりスピード気になる状況では使ってない。
速さが必要そうな時は C++ で書いちゃうし。
そうじゃなくても C++ の方が書きやすければ C++ で書くし。
224:デフォルトの名無しさん
08/03/21 01:00:28
だから遅いとか早いとかじゃなくて
難しすぎなんだよ！！タコ！！！！
225:デフォルトの名無しさん
08/03/21 01:07:39
PerlもCも使えないけどRubyは使える。
Rubyほど直感的に習得できる言語はないと思う。
226:217
08/03/21 01:18:44
>223
自分も最初は書き捨てのつもりだったんだけど、
いろいろ機能を追加しているうちに中規模くらいになってきた。
速度のことを全く考えなかった自分も悪いんだけど、
まさかこんなに遅くなるとは思わなかったんだよ。
今は他の言語で書き直すことも考え中。
227:デフォルトの名無しさん
08/03/21 01:23:19
>>224
文法のこまごましたところまで立ち入らなきゃそんなに難しくもないだろ。
すべての文法･ライブラリを使いこなして10倍の思考時間をかけてでも
１バイト削った方が偉いみたいな妙な風潮に惑わされては遺憾。
228:デフォルトの名無しさん
08/03/21 01:43:32
難しいか難しくないかを決める最大要素は本人の知的能力
229:デフォルトの名無しさん
08/03/21 07:38:11
RubyってCの高機能マクロのただのラッパーじゃん
230:デフォルトの名無しさん
08/03/21 10:51:56
>>225
Ruby は確かに入りやすいと思うし、多くの人が通常使う
用途には便利だと思う。ただ、プログラミングに慣れれば
別に C/C++ でも習得できるよ。ちょっと初めの壁があるだけ。
そういいつつ、俺も Java, C/C++, Ruby 使ってるのに Perl は
どうも受け付けなかった。Ruby とはちょっとした差だが意外と
大きく感じる。忍耐力が足りなかった。まぁ俺はもう必要無いけど。
231:デフォルトの名無しさん
08/03/21 10:57:40
字面でRubyを選んだけどやっぱおせーな
Pythonの字面上のオブジェクト指向度を上げてくれればそれがベストなんだが。
インデントは全く気にならないな。
普段からpascalで
while True do
with Foo do
if Bar = 0 then
Break
みたいなコード書いてるからｗ
232:デフォルトの名無しさん
08/03/21 13:17:41
>>226
どの言語でも、プロファイル採って、アルゴリズム見直しは必須。
233:デフォルトの名無しさん
08/03/21 16:05:59
>>232
Rubyの場合、そのプロファイルにどれだけの時間がかかるか分かって言ってる？
234:デフォルトの名無しさん
08/03/21 16:50:15
>>233
君がJavaプログラミングするときはjavaコマンドとjavacコマンドしか使わないのか？
PerlではCPAN使わないのか？
PHPでは………標準でどう違うのかよくわからんモジュールやらコマンドやら満載だな
まあとにかくruby-prof入れてそれ使え
235:デフォルトの名無しさん
08/03/21 18:13:37
>>234
「拡張ライブラリを使うと便利」 と 「拡張ライブラリを使わないと使い物にならない」
はかなり違うと思うのだけど・・・
どうでもいいけど、ｒuby-profがインストールできないぞ。
gem install ruby-prof
とやったら
Could not find ruby-prof (> 0) in any repository
と出てきた。
インストールすら満足にできない漏れにはrubyはレベルが高すぎのかもな
236:デフォルトの名無しさん
08/03/21 18:49:32
ruby-prof 使ったこと無いけどあったよ。
# gem install ruby-prof
Select which gem to install for your platform (i386-linux)
1. ruby-prof 0.6.0 (x86-mswin32-60)
2. ruby-prof 0.6.0 (ruby)
3. ruby-prof 0.5.2 (mswin32)
4. ruby-prof 0.5.2 (ruby)
5. Skip this gem
6. Cancel installation
237:デフォルトの名無しさん
08/03/21 19:33:48
>>236
あったよと言われても・・・
自分の環境ではエラーが出ました。
238:デフォルトの名無しさん
08/03/21 20:21:43
>>239
もっぺん試せ
239:デフォルトの名無しさん
08/03/21 21:57:33
Rubyは糞ライブラリの集まりだからエラーなんか日常茶飯事。一度のエラーであきらめてはならぬ
240:デフォルトの名無しさん
08/03/21 22:08:52
>>235
RubyForgeが重いとそのエラーが出た気がする。
何度か実行するとうまくいったり。
241:デフォルトの名無しさん
08/04/05 00:42:06
Rubyのプロファイラ遅すぎだろ・・・
投資の簡単な分析プログラムを書いて、簡単なのに
10秒もかかるから、Rubyがおせーのかわからんから
プロファイラ付きで立ちあげたら、10分たっても終わらんｗｗ
久々にワロタ
Ruby好きなんだけど、なんとかならんのかね
最近Pythonに浮気中しそうになってるんだがｗ
242:デフォルトの名無しさん
08/04/05 09:15:20
あれは実装を素直にしたらバカみたいに遅くなったという典型
ruby-prof入れれ
243:デフォルトの名無しさん
08/04/05 13:47:31
>>241
rubyで書いた分はプロトタイプだったと割り切って、別の言語で書き直しましょう
244:デフォルトの名無しさん
08/04/05 23:30:53
実際その用途にすごい便利
245:デフォルトの名無しさん
08/04/06 12:46:01
>>241
Pythonに浮気したら二度とRubyを使っては行けません、
打ち込んでも行けません
246:デフォルトの名無しさん
08/04/06 16:07:50
浮気は禁止よ
私のおまんこ誰かなめてください
247:デフォルトの名無しさん
08/04/06 16:12:49
ではちょっとホテルにでも行こうか
248:デフォルトの名無しさん
08/04/06 16:30:42
>>1 Rubyでさへ、難しすぎ。というスレならわかるが・・
249:デフォルトの名無しさん
08/04/06 21:33:37
>>248
俺もそんな感じがするな。
C/C++ や Java は使ってるけど、Perl/Python はなぜか馴染めなかった。
Ruby は通勤中に本一冊読んだら結構使えたんで簡単なことはここ数年
Ruby でやってる。Ruby は入りやすいと思う。英語ができると特に。
入り組んだことは C++ で書くこと多いけど。
250:デフォルトの名無しさん
08/04/06 22:14:00
そうそう、Perl/Pythonって人間が書ける言語じゃないよね。
覚えることが大杉。モジュールを豊富にすればいいってもんじゃないし、
リファレンスも量があり過ぎで困る。
変わってRubyはリファレンスが無いことを逆手に取って
気軽に手探りで動作が確かめられるようにirbがあるし、
日本人が作っていて、且つ作成者のブログで質問書いておくと
必ず質問に目通してくれる。
やれることがシンプルだと書くこともシンプルだからRubyはいいよね
251:デフォルトの名無しさん
08/04/06 23:04:05
>>250
>Rubyはリファレンスが無いことを逆手に取って
無理ありすぎだろう
252:デフォルトの名無しさん
08/04/06 23:17:01
つーかirbってそんな便利か？
ショートカットキーでいつでもエディタ起動してちょろっとコード書いて
ショートカットキーで即ruby実行のほうが、断然早いし修正も楽かと
253:デフォルトの名無しさん
08/04/06 23:23:39
一長一短だけど俺も基本エディタ派だな。
irbはPowerShell Plusみたいにコード補完しまくってくれるならだいぶ便利になるんだが。
254:デフォルトの名無しさん
08/04/06 23:25:30
エディタ＋コンソールあるいはエディタ＆コンソール出力バッファと違って、
「ウィンドウ」を移動せずにEnterキー押しただけで結果が出るのがirbの強み
まあ、使わない人は全く使う機会がないので無理して使わなくてもOK
255:デフォルトの名無しさん
08/04/06 23:25:56
>>252
250 ではないが irb 俺はよく使うよ。実際の code を試すのではなく
書いている途中で簡単に class, method の挙動や文法を確認するのに使ってる。
coding のスタイルによって便利かどうかは変わってくるんじゃないかな。
俺の場合は Thomas/Hunt の本で入ったんだけど、あの本の波長が
合っていたというのが Ruby に入りやすかった理由の一つかもしれん。
256:デフォルトの名無しさん
08/04/07 00:32:43
>>254
エディタの場合でも、好みでCtrl+何かキーとかで一瞬で実行結果見れるよ。
それこそウィンドウ移動せず、ソースをそのままモロに微調整＋再実行できる。
irbだと直前に書いたものをもう一回入力する羽目になったり、難癖ある気がしてしまう。
257:デフォルトの名無しさん
08/04/07 00:40:52
>>251
笑うところ
258:デフォルトの名無しさん
08/04/13 00:07:48
>>248
同意。C++の方がどう考えても難しい。
Rubyは慣れればなんとかなるけど、C++は慣れるとか言う問題じゃない。
どっしり構えて、いどまないといけない
259:デフォルトの名無しさん
08/04/14 01:11:17
>1はネタでスレ立てしたんじゃなかったのか・・・
260:デフォルトの名無しさん
08/04/15 14:40:55
難しいっていうか作者と趣味が合わないので
学習の過程でこれはこうなるだろう、こういうのがあるはずだという勘がいまいち働かない
261:デフォルトの名無しさん
08/04/15 15:19:13
>>260
で、どういう言語だと趣味が合うの？
俺は Ruby は比較的感じが掴みやすかった。
大体こういうものがあるだろう、と思うと大抵ある。
C++, Java とか他の言語の経験があることも影響あるだろうけど。
262:デフォルトの名無しさん
08/04/15 15:25:01
260ではないが、PythonのTOOWTDIという方針は気に入っている
263:デフォルトの名無しさん
08/04/15 16:34:36
>>262
俺は人それぞれの方が好きだな。その辺が趣味の分かれ目かな。
Python はいろいろな意味で入りにくかった。
使い方にも依ると思うけど。Ruby みたいなスクリプト系は
簡単な書き捨てに使うことが俺は多いし。
264:デフォルトの名無しさん
08/04/18 01:07:43
>>261
俺は、Rubyは結構しっくりきた方。
普段Delphi使ってて、すんげー不満に思ってたところが、
Rubyで解消されていて、やたらなじみやすかった。
それでも最初の一回目挫折したけどね。
まあただそのときは、Pythonも挫折しているので・・・。
実行速度が半端なく遅いのが、キズでDelphiと真逆なのがまた面白いところだ。
今は、Pythonにも手を出しているｗ
265:デフォルトの名無しさん
08/04/22 23:01:51
>>264
RubyからPythonに入ってどう？
似たもの同士な気がして。
266:デフォルトの名無しさん
08/04/23 17:47:31
>>265
けっこうRubyでも極端なプログラミングしてたせいか、似たものだと思ってたけど違う点が多いことに気づくよ。
RubyだとメソッドチェーンしまくりだったのにPythonだとしにくいとか、
Pythonの書き方がC言語の延長で手続き型の域から出てないような感じがするとか（これは使いこなしてないだけだろうけど）、
いつオブジェクト生成しているのかわからんとか、
ジェネレータすげえとか、
self(ry
まー、まだPythonもそんなにやってないから・・・いいところもあるんだろうけど
一通り、不満点を受け入れてからが勝負だと思っている。
rubyもそうだったから。
267:デフォルトの名無しさん
08/04/29 17:44:22
Rubyのこの構文が一番生理的に受け付けなかった。
items.each do |var|
...
end
pascalのようにend使うところと, 変数を||で囲むところ。
タダの好みの問題だが、直感的でないと思った。
268:デフォルトの名無しさん
08/04/29 21:10:20
smalltalkのローカル変数宣言に似せたんだろうな
まあタイプし慣れれば見方も変わってくるかと
269:デフォルトの名無しさん
08/04/29 21:51:56
>>267 俺は each は {} で括るけどね。
270:デフォルトの名無しさん
08/04/29 21:53:41
スクリプトって便利機能、省略表記を満載しすぎて
曖昧さを解決するための例外がぼこぼこ追加されて汚いんだよな。
271:デフォルトの名無しさん
08/04/29 22:14:07
>>270
なるほど！ただ、抽象論してもしょうがないわな。
で、その汚さが無い言語って具体的にどういう例が有る？
272:デフォルトの名無しさん
08/04/29 22:26:24
eachを{} でくくるかdo endにするかの基準って何？
273:仕様書無しさん
08/04/29 23:06:06
PHPから入ってなんか覚えること多くてやだなあ、
と思ってからRubyやったら
統一感があってすごくわかりやすかったなあ。
リファレンスがいらないというか、
辞書みたいに関数を調べなくていいから楽だった。
274:デフォルトの名無しさん
08/04/30 02:39:10
>>271
lispやhaskellは綺麗じゃね。
Cライク手続き型LLの系譜だと、JavaScript/ECMAScriptなんかは
けっこう単純かつ汎用性が高い方向でまとめてると思う。
275:デフォルトの名無しさん
08/04/30 02:40:16
JSが綺麗か汚いかで言うと疑問感じたので>>274に自己蛇足
前もこの板でRubyのProc.new/proc/lambdaあたり、
色々「ちょっと違うモノ」のが並立してる点が弄られてたけど、
この辺JS系はfunctionの変態的な汎用性で一歩先んじてるかもね。
もちろん、汚さが無いとは言えないけど。
ヒアドキュメント構文がなかったり（E4X使える環境は逃げようアリ）
for in構文はどうしてああなっちゃったんだろう、とか。keyになる要素の明示構文を廃したかったんだろうか？
あと細かいとこでスコープの解釈が特殊かも。
newか否かによってthisがどこ差すかとかの挙動、初心者への猫騙しになってるな（arguments.calleeがヘンに濫用されたり
web製作板の話題になるけど、そもそもdocumentスコープとか
濁さないとページレンダリング後のonclick呼べない仕様とか、
歴史的な用法面での汚さがrubyと比較にならんほど多いのよね。
悪いとこだけ挙げてったら、Rubyより汚い言語って印象になるだろうな。
結局、Rubyの方がバランス取れてるんじゃねえ。
276:デフォルトの名無しさん
08/05/19 09:05:42
perlよりPHPのほうが速いと噂がありますが
実際にはperlの方が速い場合もありますし
pythonの方が速い場合もあります
でも、Rubyが速いという場合はまったくありませんので安心してください
277:デフォルトの名無しさん
08/05/19 09:27:13
>>276
ちょっと意味不明だが、見た範囲だと大抵のベンチマークでは
Ruby は PHP よりは速い。Perl, Python よりものろいが、
278:デフォルトの名無しさん
08/05/19 10:06:25
意味不明なのはそりゃコピペだからな
脈絡無くて当然
279:デフォルトの名無しさん
08/05/19 22:24:44
Rubyは何よりも遅いです
でもそれでいいんです
280:デフォルトの名無しさん
08/05/19 22:46:24
>>279
何よりも遅いってことも無いが、俺は書き捨てスクリプトばかりに使ってるから
遅くても構わん。ちょっと入り組んでいるものは Java か C++ で書くし。
281:デフォルトの名無しさん
08/05/20 00:10:04
RubyはJavaScriptより遅いのかい
282:デフォルトの名無しさん
08/05/20 01:11:21
Ruby1.9を使えば5倍高速に！
283:デフォルトの名無しさん
08/05/20 15:53:48
Firefox3を使えば3倍高速に！
284:デフォルトの名無しさん
08/05/20 16:20:18
>>280
どんな用途だよ。
JAVAの置き換えがRubyでできる用途って。
C++とか言ってるしや。
285:デフォルトの名無しさん
08/05/20 17:13:07
>>284
いろいろ計算してデータを出したり処理したりする作業。
データファイルがたくさん出たりするからその再処理、
データ抽出には Ruby 使うことが結構ある。これも複雑なら
C++ かな。あと job 放りこむのにも Ruby 使うことある。
Ruby でできることも複雑になれば Java や C++ 使うという
だけであって、C++ や Java でしてること全てを Ruby しよう
なんて考えていないし、書いてもない。
俺は簡単なことを簡単にするために Ruby 使ってる。
もちろん、Ruby は応用範囲は広いし、
もっとガシガシ使う人もいるだろう。
286:デフォルトの名無しさん
08/05/20 17:26:27
>>285
逆だろ？
「java、C++ で書くのめんどくさい、時間かかるけど ruby でいいや」
ってのが、俺が ruby 使う動機なんだが…
それとも、俺が変？？？
287:デフォルトの名無しさん
08/05/20 17:47:49
>>286
個人的な嗜好や経験によるところもあるとは思うよ。
簡単なことは Ruby の方が簡単にできて楽。だから Ruby で書いている。
まさに C++/Java は面倒という感じ。
ただ、入り組んだことや、複雑な計算をしたりするのは自分の経験
のせいか C++/Java の方が楽に感じる。あと、データ処理や計算の
場合は速さも重要になってくるが、それを Ruby で考えたくない。
288:デフォルトの名無しさん
08/05/20 17:55:46
神経質な書き方要求されるか
気楽に書き捨てたいかの差かな
289:デフォルトの名無しさん
08/05/20 18:06:30
俺の場合,
> 入り組んだこと
Lisp とか Scheme とか, マクロないと生きてけねぇwwWWw
> 複雑な計算をしたりするのは
数値計算だと Fortran(商用). C++ 役にたたねぇwWww
> C++/Java
Webまわりのプロジェクトで言語指定がある場合
または、嫌々押し付けられた Windows アプリ
組み込みかつハードウェア制御は C って感じだ
あれ？ どこに ruby 使ったっけ？
結構な行数は書いてるはずなんだがorz
290:デフォルトの名無しさん
08/05/20 18:16:45
Fortranときたか
ベクトル型マシン用途ですか
291:デフォルトの名無しさん
08/05/20 23:57:02
数値計算は俺はもう C++ だな。fortran 使う忍耐力はもう無い。
C/C++ 使う人は最近多いんじゃないかな。ライブラリも充実。
292:デフォルトの名無しさん
08/05/21 00:06:10
マッシブにやろうと思ったらゴミじゃん C/C++
293:デフォルトの名無しさん
08/05/26 21:11:56
>>119
こう変えてほすぃ
class Aho
class << self
; def baka
; ; while true
; ; ; case self
; ; ; when Class
; ; ; ; if unko?
; ; ; ; ; osiri_hukihuki
@@_HEREINBEFORE_
294:デフォルトの名無しさん
08/05/27 08:41:16
ブロック開始と終了を色分けすりゃいいんじゃね
295:293
08/05/27 20:26:15
>>294
いや、可読性じゃなくて。
同じ事を繰り返す仕様がイヤかなぁと。
296:デフォルトの名無しさん
08/08/24 13:38:16
Javaやってて、興味をもったのでyugui本買って勉強してます。
自分がオブジェクト指向人間になれるかどうかが心配
297:デフォルトの名無しさん
08/08/24 14:16:28
大規模開発や複数人開発の業務プログラムに役立つオブジェクト指向思考が身につくかどうかは保証しません
普段の自家用車のドライブテクニックが長距離バスやクレーン車の運転に役に立たないのと同じように
しかし、この例で言えば日常のドライブから無駄が抜け快適になることはかなりの確率で保証致しましょう
298:デフォルトの名無しさん
08/08/24 23:37:56
>>297
なかなか的確な手厳しい事をおっしゃるw
仕事に使うというわけではないので、自習みたいなもんです。
それでも、なぜこの言語がこれだけ話題になるのか、は知っておきたいと思ってます。
他のスクリプト言語としてPHP、perlはさわりましたが、それらとは違うニオイは感じます。
299:デフォルトの名無しさん
08/08/25 10:54:18
>>296
Java も OOでは。C++ とかと違って OO 強制みたいなところあるし。
新しい言語を学ぶことによって、考え方を整理できるというのはあるだろうけど。
Ruby の方が簡単なプログラムが書きやすいのはいい。
300:デフォルトの名無しさん
08/08/25 11:37:32
特異クラスのインスタンス変数と、クラス変数（ややこしい）
特異メソッドの継承（親切）
メソッドの探索順（動的）
定数の探索順（静的）