Ruby＞＞＞＞＞Java

■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん
垢版 |
2006/09/21(木) 11:53:49
今すぐ勉強すべきプログラム言語トップ１０
http://news.yahoo.com/s/zd/188736

　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

関連スレ
アラン・ケイも認めた！Ruby＞＞＞＞＞Smalltalk
http://pc8.2ch.net/test/read.cgi/tech/1150106090/
2007/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過去遺産移植用
2007/10/14(日) 16:00:11
俺用途とか言っておいて、Yahoo・楽天での業務用とかGoogle就職用とか書いちゃうんだ
2007/10/14(日) 17:21:28
俺がそこに転職することあったら、って考え。
結局言語はどこで働くか（既存資産のメンテ）がかなり絡むからね。
SI屋用javaとかもそう。
今の自分の用途だと7(PHP)以下のは全く必要ないな。

2007/10/14(日) 18:23:49
つうか、1. Perl って釣りだろ？
2007/10/14(日) 19:32:51
Ruby　> C++ > Java > C > PHP > Perl > VB
307デフォルトの名無しさん
垢版 |
2007/10/14(日) 20:14:57
awk
2007/10/14(日) 20:28:25
Ruby == C++ == Java == C == PHP == Perl >>> VB
2007/10/14(日) 20:40:12
>>302
Ruby=趣味用

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

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

技術者としてお遊びの部分を忘れちゃならないのは
そのとおりなんだが仕事としての完成度を追及できない奴は困る。
2007/10/14(日) 23:15:16
経験上、遊びでもPGやってるやつの方が完成度高いぞ。
2007/10/14(日) 23:18:01
あたかもRubyで完成度の高いプログラムは書けないかのような物言いは笑えるw
使ってもいないくせにww

まぁ、人次第であるのは確かだから>>309はやめておいたほうがいい
312デフォルトの名無しさん
垢版 |
2007/10/14(日) 23:27:44
使う使わないはともかく、流行の言語の一つとしてRubyの勉強しない奴はちょっとセンスが無いわな。
俺ならPerlでなんか書く必要がある場合にはRubyかPython使うけどね。
2007/10/15(月) 00:19:28
自分用途って視点と、転職って視点を外せば

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

ってとこだね。
2007/10/15(月) 00:22:20
> 自分用途って視点と、転職って視点を外せば

> VB系列というだけでモチベ沸かない
2007/10/15(月) 06:41:50
VBしか知らない香具師はVBに文句言わないけど
他の言語知ってる香具師ならVBの使いにくさはすぐに分かる
2007/10/15(月) 09:18:26
具体的におながいします
2007/10/15(月) 17:28:13
そんないくつも言語覚えても
Rubyに慣れちゃえば、ほとんどRubyでできるので
他の使わなくなるよ
2007/10/15(月) 18:46:08
と思っている時期が私にもありました。
2007/10/15(月) 21:11:10
>>317の文章のうち「Ruby」の部分を好きな言語に置き換えて遊びましょう
2007/10/15(月) 21:17:17
そんないくつも言語覚えても
VBに慣れちゃえば、ほとんどVBでできるので
他の使わなくなるよ
2007/10/15(月) 21:27:27
そんないくつも言語覚えても
PHPに慣れちゃえば、ほとんどPHPでできるので
他の使わなくなるよ
2007/10/15(月) 22:06:42
PHPでコマンドラインツールやGUIアプリ書けるのw
あんなWebアプリしか出来ない糞言語いらないよ
2007/10/15(月) 23:11:27
VBでコマンドラインツールやGUIアプリ書けるのw
あんなWebアプリしか出来ない糞言語いらないよ
2007/10/15(月) 23:17:24
>>323
なんか混ざってないかw
2007/10/15(月) 23:23:22
VBはGUIアプリ書けるわなｗ
オレはPHPでコマンドラインツール書くけど
326デフォルトの名無しさん
垢版 |
2007/10/16(火) 22:36:01
ルビーでアプレットみたいのって作れるの？
2007/10/16(火) 23:18:30
RubyのVMがどこのPCにでも入ってるってような状況にならなきゃ
作っても無駄でしょ
328デフォルトの名無しさん
垢版 |
2007/10/16(火) 23:23:19
RubyってVM上で動作してる訳じゃないだろ…JRubyは除くが。
単なるインタープリタじゃないの？
2007/10/16(火) 23:25:30
1.9からYARVっていうVMになるらしいよ
2007/10/17(水) 02:02:13
インタプリタもVMだろ・・・常考
2007/10/17(水) 04:03:43
Rubyでメタプログラミングして
Javaコード吐いて
Ruby統合環境内でコンパイルさせればいいだろ
2007/10/17(水) 04:06:01
>>323
VBで書いたプログラムを
拡張子vbsで保存して cscript hoge.vbs と実行すると
コマンドラインアプリになるし
拡張子htaで保存してエクスプローラからダブルクリックすると
GUIアプリになるんだよ

そんなことも知らないのか
2007/10/17(水) 14:19:47
GUIアプリかけるの、って時点でネタだろ
2007/10/17(水) 20:08:57
>>330
…これがゆとり世代の劣化日本人、か…
2007/10/17(水) 22:06:24
>>334
おまえこそゆとりだよｗｗｗｗ
インタプリタをVMという事は、コンパイラ関連の勉強をきちんとしたことある人間なら常識レベルの知識
2007/10/18(木) 00:40:59
ゆとりじゃなさそうだが、そうやって、通常会話で通じない言葉を主張するのも困ったやつだな。
2007/10/18(木) 01:21:08
>>335
eval loopをVMと呼ぶのは無理がある。
2007/10/19(金) 12:02:53
最近のCPUってマイクロコードで書かれてるらしいから
ほとんど全部はVMだね
2007/10/19(金) 23:50:12
そのVM上で動作するプログラムが、VMか単純ループか、の話題なんだが。
2007/10/20(土) 01:53:09
>>332
ならねーよ＾＾；；；；；
2007/10/20(土) 01:53:40
>>339
いつから話題を切り替える術を手に入れたんだ？＾＾；；；；
2007/10/20(土) 01:57:03
>>335
そう書いてある教科書を教えれ
2007/10/20(土) 02:09:56
むしろ逆にインタプリタがVMでないっつーソースを教えてくれ
2007/10/20(土) 03:22:00
>>343
「コンパイラとバーチャルマシン」って本はインタプリタとVMは別に説明してる。
ドラゴンブックのインタプリタ(通訳系)のところにVMの説明はない。
VM(抽象機械)は中間コードの説明に出てくるがそっちには
インタプリタの事は書いてない。
2007/10/20(土) 05:54:24
>>342
http://www.amazon.co.jp/プログラミング言語処理系-岩波講座-ソフトウェア科学-佐々-政孝/dp/4000103458
2007/10/20(土) 06:45:38
まあ、普通に話すときは、インタプリタをVMに含めないほうが話しがやりやすいし、特に断らない限りVMにインタプリタは含めないね。
2007/10/20(土) 07:05:18
VMはインタプリタだが全てのインタプリタがVMではない。
中間コード(VMにとっての機械語)を生成しないインタプリタもあるからな。
よって>330,335はゆとり。
2007/10/20(土) 11:11:09
どこにも洋書がでてこないのにワロタ



おまえら一辺勉強しなおしてこい
2007/10/20(土) 14:05:31
>>348
じゃあ洋書でインタプリタがVMと書いてあるorない例をあげれ
2007/10/20(土) 19:27:51
コンパイラはVMではない、と書いてある本がなかったら、コンパイラはVMなのかな？
2007/10/20(土) 20:08:13
誰も言ってないことはどうとでも言える
2007/10/20(土) 20:38:30
>>350
コンパイラはVMである、と書いてある本があるなら、コンパイラはVMかもしれんが
それはおかしいだろ。
「AならばB」の反論で「AでないならBでない」を持ち出していいのは小学生までだ。
論理式の勉強しなおしてこい
2007/10/21(日) 06:27:53
>>352
ということを352は言ってるんだろ。おまえは国語を勉強しなおすべきだな。
2007/10/21(日) 06:29:06
>>349
おれが読んだハリーポッターの原書には、インタプリタがVMとは書いてなかった。
2007/10/21(日) 07:03:20
>>353
威勢よく出てきてアンカーミスってるおまいは人生考え直すべきだな
2007/10/21(日) 09:08:39
Ruby＝インタプリタ
↓
「インタプリタもVMだろ」
↓
「だって本にインタプリタはVMって書いてない」←いまここ
↓
「てことは、Ｒｕｂｙって既にＶＭで動いてるんじゃね？」
↓
「ＶＭなのにＲｕｂｙ糞遅せえｗｗｗ」

スレにふさわしい話題ですね
2007/10/21(日) 10:29:53
誤：スレにふさわしい話題ですね
正：スレのレベルにふさわしい話題ですね
2007/10/21(日) 15:32:57
誰もVMの定義を書いてないけど，VMってどっかの会社が言い出したバズワードなんだよね
インタプリタもコンパイラも今じゃほとんどバズワードだし．

結局みんな頭の中にあるVMとインタプリタが違っていて，話がかみ合わないまま進んでる希ガス


終わったな　＼（^o^）／　ﾅﾝﾃｺｯﾀｲ
2007/10/21(日) 18:28:51
バズワードってほどでもないぞ。
昔は抽象マシン(Abstract Machine)と呼ばれただけで概念は古くからある。
仮想マシン(Virtual Machine)というと昔はIBMメインフレーム用の
VMwareやVirtual PC相当のことだった。
2007/10/21(日) 19:30:50
仮想DOSマシン
2007/10/22(月) 00:49:37
仮想ミシン
2007/10/22(月) 01:20:27
バーチャルミシン　←なぜか不愉快
363デフォルトの名無しさん
垢版 |
2007/10/22(月) 17:49:59
ttp://www.itmedia.co.jp/enterprise/articles/0710/22/news002.html
ttp://itpro.nikkeibp.co.jp/article/NEWS/20071022/285089/?ST=oss
ttp://itpro.nikkeibp.co.jp/99/ruby/index.html
364デフォルトの名無しさん
垢版 |
2007/10/23(火) 21:47:12
ttp://yher2.blogspot.com/2006/10/groovy-rhino-jython-jruby.html
に、各スクリプト言語のベンチマークがあった。
（2006年後半時点でのことだが）

Javaとの実行時間比は：
groovy: 約5.5〜500倍
rhino: 約1.5〜50倍
jython: 約2〜150倍
jruby: 約20〜6000倍
となる。

本家より速いと評判のJruby ですらこれじゃ、本家はどんだけ
2007/10/23(火) 23:32:32
本家より早いと評判になったのはいつなのか考えてから発言しろよ。低脳すぎるよ･･･。
2007/10/24(水) 07:56:33
JRubyって遅いんだよね。
Java陣営、挽回に必死だけど意味ねーw
2007/10/25(木) 03:05:56
>>366
つまりJavaが速いって事だな。
2007/10/25(木) 14:07:15
>>366
Java での Ruby 実装の遅さを云々する前に、
まず、まともな速度で本家を動かしてから言えってかんじ？
2007/10/25(木) 19:03:43
普通に実用レベルだけどね
370デフォルトの名無しさん
垢版 |
2007/10/26(金) 20:53:11
WEB系だとPHPの独壇場だからな。
Rubyを囃し立ててるのは、Ruby関係者とRubyをWEB2.0とか
セカンドライフの代わりのキャッチコピーにしようとしてる企業と
ＳＩよりも講演とセミナーで稼いでる人種だけで。

エンタープライジーなら相変わらずJavaだし、今一番勢いがあるのはASPNET。
海外ならPythonもあるわけだし。

だいたいWEBアプリって、実際はちっともオブジェクト指向である必要ないんだよな。
だからこそPHPが人気あるわけで。
つまりは、WEB系に限ればRubyのメリットはちっともない。
遅くて不安定なだけで。
371デフォルトの名無しさん
垢版 |
2007/10/26(金) 22:05:32
つまりクライアント側ってことですね！？
2007/10/26(金) 23:15:40
こぴぺ
373デフォルトの名無しさん
垢版 |
2007/10/27(土) 13:34:42
マジレスすると、Rubyの現行の1.8系は、構文木を評価していて、VM使ってない
次期バージョンの1.9は、VM搭載される予定
2007/10/27(土) 14:55:48
Exerb
2007/10/27(土) 23:23:25
>>370
またいいかげんなことを
2007/10/28(日) 04:28:27
こぴぺ
377デフォルトの名無しさん
垢版 |
2007/10/29(月) 12:19:13
>>373
そのVMってJavaとか.NETに劣らない性能だせそうなの？
2007/10/29(月) 20:03:31
JavaVM上や、.NET上で動かすVMよりは良い性能が出ます。
379デフォルトの名無しさん
垢版 |
2007/10/29(月) 21:08:42
Perlは最強やな
2007/10/29(月) 22:57:42
http://www.atmarkit.co.jp/news/200710/29/rubycert.html
第1回Ruby検定は45人が受験


45人(笑
2007/10/29(月) 23:22:00
こんなしょうもない記事でも枕詞に「日本発のプログラミング言語」か。
Ruby 自体は嫌いじゃないんだが、Ruby 関連の記事ってろくなのがないな。
2007/10/29(月) 23:32:49
資格検定ってなんか金の臭いがするんだよね
受ける側じゃなくて主催者側にまわらなきゃ損
2007/11/03(土) 15:42:36
流れ読まずにすまんが
新ロゴ
http://pc11.2ch.net/test/read.cgi/tech/1193668038/l50
384デフォルトの名無しさん
垢版 |
2007/11/03(土) 22:56:46
>>370
ruby on railsがあるだろハゲ
2007/11/03(土) 22:58:34
昔そういうのもあったな
386デフォルトの名無しさん
垢版 |
2007/11/04(日) 11:03:34
今はRuby on Railsが主流だな
2007/11/05(月) 22:31:33
概出だろうけど
ttp://cappuccino.jp/keisuken/logbook/20070927.html
ttp://d.hatena.ne.jp/iR3/searchdiary?word=*%5BRuby%20on%20Rails%5D
ttp://slashdot.jp/articles/07/09/23/2357202.shtml
2007/11/06(火) 20:45:34
>>387
---
まあ 私思うに Excel で様々な一覧表が管理されている世界があります。
そのような情報データを共有しようと思うと、
第一ステップ メールで添付して共用
第二ステップ ファイルサーバで共用
第三ステップ Webサーバでファイルアップロード、ダウンロードで共有
第四ステップ Google SpreadSheet で共用
第五ステップ Ruby on Rails (scaffold)で 簡易なWebDBで共用
第六ステップ Ruby on Rails での エンタープライズシステムで共用
などの推移が考えられます。
---
なにこの無理矢理な推移（ｗ

普通、
＞第二ステップ ファイルサーバで共用
で終了。
どうしても必要ならば参照のみODBC経由でエンタープライズに、だろ。
2007/11/07(水) 06:27:10
ExcelでODBC出来るの知らない人多いね
2007/11/07(水) 20:41:51
>第二ステップ ファイルサーバで共用
>第三ステップ Webサーバでファイルアップロード、ダウンロードで共有

第二ステップの方が進歩してる感じがするのは俺だけ？
2007/11/07(水) 21:06:28
第４はGoogleから企業向けの製品が出てるから、それ買って
あとは保守させれば残りのステップに進む必要ないな。
392デフォルトの名無しさん
垢版 |
2007/11/09(金) 23:24:46
DBアクセスがあるから言語の実行効率は問題にならない、とか寝言言ってる奴がいるけどさ、
DBの負担を減らすためにDBは簡単なスキーマにしてスクリプト側で複雑な処理をする事あるじゃん。
その場合にRubyとJavaじゃまるで実行性能が違う。
後、Javaだと変数をアプリケーションスコープに入れとけば簡単に永続化できる。
これもDBへのアクセスを減らすことに役立つ。
393デフォルトの名無しさん
垢版 |
2007/11/10(土) 00:08:15
そんなに速度が気になるならJavaみたいなすっとろいの使ってないでC++とかLisp使えよ
2007/11/10(土) 00:42:16
最初にExcel使ってるなら.NETじゃねぇの？
どうせ大体は最終的に「Excelでも出せ」とか上から言われるだろうし。
395デフォルトの名無しさん
垢版 |
2007/11/10(土) 04:16:19
>>393
C++はともかく、Lisp？
396デフォルトの名無しさん
垢版 |
2007/11/10(土) 06:38:35
>>394
俺もそう思う。なぜ？Rails？
Rails好きだが、理解できん
397デフォルトの名無しさん
垢版 |
2007/11/10(土) 10:49:42
.xlsを閲覧編集するのに最も機敏で便利なソフト…それはExcel。
2007/11/10(土) 11:46:29
おまえは何を言ってるんだ？
2007/11/10(土) 15:50:42
>>395
俺もそう思うが、コンパイルしたりすると lisp も速いらしいしな。
400デフォルトの名無しさん
垢版 |
2007/11/14(水) 20:41:32
【速報】Google社が「Android」のSDKを公開，Javaでアプリケーションを記述
ttp://techon.nikkeibp.co.jp/article/NEWS/20071113/142245/
---
Androidのアプリケーション・ソフトウエア記述言語はJavaで，
「Java言語のコア・ライブラリが提供する機能のほとんどを提供する」（Androidの説明書）。
---
2007/11/14(水) 22:25:35
携帯JavaなのにSEで来るのか？恐ろしいな。

>>302
C言語はちょっと特殊だよ。
JavaもC#もVBも、PerlやPythonもC言語から機能を補充することができる。
俺はサプリメント言語という呼称を推奨したい。
2007/11/15(木) 19:46:39
正確には、Javaのような何か。
なので、Sunがピリピリしてる。
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況