Ruby>>>>>Java
■ このスレッドは過去ログ倉庫に格納されています
今すぐ勉強すべきプログラム言語トップ10
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/ 俺用途とか言っておいて、Yahoo・楽天での業務用とかGoogle就職用とか書いちゃうんだ 俺がそこに転職することあったら、って考え。
結局言語はどこで働くか(既存資産のメンテ)がかなり絡むからね。
SI屋用javaとかもそう。
今の自分の用途だと7(PHP)以下のは全く必要ないな。
Ruby > C++ > Java > C > PHP > Perl > VB Ruby == C++ == Java == C == PHP == Perl >>> VB >>302
Ruby=趣味用
っていうのは、なかなかいい洞察だと思うぞ。
確かに書いてて楽しい言語だしな。
会社でRuby使いたいって奴は基本的に、仕事も趣味・お遊び気分でやってる奴らばかりだし。
技術者としてお遊びの部分を忘れちゃならないのは
そのとおりなんだが仕事としての完成度を追及できない奴は困る。 経験上、遊びでもPGやってるやつの方が完成度高いぞ。 あたかもRubyで完成度の高いプログラムは書けないかのような物言いは笑えるw
使ってもいないくせにww
まぁ、人次第であるのは確かだから>>309はやめておいたほうがいい 使う使わないはともかく、流行の言語の一つとしてRubyの勉強しない奴はちょっとセンスが無いわな。
俺ならPerlでなんか書く必要がある場合にはRubyかPython使うけどね。 自分用途って視点と、転職って視点を外せば
C, Javascript<= それでしか出来ないことで必須
Perl / Python <= 枯れスクリプトとしてどちらかが必須
C++, C#, Java <= クライアント側の用途でどれかが必須
PHP <= 用途無し(バージョンアップの仕方/Securityが気に入らない)
Ruby <= 仕事よりは趣味。枯れ不足/ライブラリが後発な分不十分。でも遊んでみるには良し。
=== 超えられない壁 ===
VB.net <= VB系列というだけでモチベ沸かない
ってとこだね。
> 自分用途って視点と、転職って視点を外せば
> VB系列というだけでモチベ沸かない VBしか知らない香具師はVBに文句言わないけど
他の言語知ってる香具師ならVBの使いにくさはすぐに分かる
そんないくつも言語覚えても
Rubyに慣れちゃえば、ほとんどRubyでできるので
他の使わなくなるよ >>317の文章のうち「Ruby」の部分を好きな言語に置き換えて遊びましょう そんないくつも言語覚えても
VBに慣れちゃえば、ほとんどVBでできるので
他の使わなくなるよ そんないくつも言語覚えても
PHPに慣れちゃえば、ほとんどPHPでできるので
他の使わなくなるよ PHPでコマンドラインツールやGUIアプリ書けるのw
あんなWebアプリしか出来ない糞言語いらないよ VBでコマンドラインツールやGUIアプリ書けるのw
あんなWebアプリしか出来ない糞言語いらないよ VBはGUIアプリ書けるわなw
オレはPHPでコマンドラインツール書くけど RubyのVMがどこのPCにでも入ってるってような状況にならなきゃ
作っても無駄でしょ RubyってVM上で動作してる訳じゃないだろ…JRubyは除くが。
単なるインタープリタじゃないの? Rubyでメタプログラミングして
Javaコード吐いて
Ruby統合環境内でコンパイルさせればいいだろ >>323
VBで書いたプログラムを
拡張子vbsで保存して cscript hoge.vbs と実行すると
コマンドラインアプリになるし
拡張子htaで保存してエクスプローラからダブルクリックすると
GUIアプリになるんだよ
そんなことも知らないのか
>>334
おまえこそゆとりだよwwww
インタプリタをVMという事は、コンパイラ関連の勉強をきちんとしたことある人間なら常識レベルの知識 ゆとりじゃなさそうだが、そうやって、通常会話で通じない言葉を主張するのも困ったやつだな。 >>335
eval loopをVMと呼ぶのは無理がある。 最近のCPUってマイクロコードで書かれてるらしいから
ほとんど全部はVMだね そのVM上で動作するプログラムが、VMか単純ループか、の話題なんだが。 >>339
いつから話題を切り替える術を手に入れたんだ?^^;;;; むしろ逆にインタプリタがVMでないっつーソースを教えてくれ >>343
「コンパイラとバーチャルマシン」って本はインタプリタとVMは別に説明してる。
ドラゴンブックのインタプリタ(通訳系)のところにVMの説明はない。
VM(抽象機械)は中間コードの説明に出てくるがそっちには
インタプリタの事は書いてない。 >>342
http://www.amazon.co.jp/プログラミング言語処理系-岩波講座-ソフトウェア科学-佐々-政孝/dp/4000103458 まあ、普通に話すときは、インタプリタをVMに含めないほうが話しがやりやすいし、特に断らない限りVMにインタプリタは含めないね。 VMはインタプリタだが全てのインタプリタがVMではない。
中間コード(VMにとっての機械語)を生成しないインタプリタもあるからな。
よって>330,335はゆとり。 どこにも洋書がでてこないのにワロタ
おまえら一辺勉強しなおしてこい >>348
じゃあ洋書でインタプリタがVMと書いてあるorない例をあげれ コンパイラはVMではない、と書いてある本がなかったら、コンパイラはVMなのかな? >>350
コンパイラはVMである、と書いてある本があるなら、コンパイラはVMかもしれんが
それはおかしいだろ。
「AならばB」の反論で「AでないならBでない」を持ち出していいのは小学生までだ。
論理式の勉強しなおしてこい >>352
ということを352は言ってるんだろ。おまえは国語を勉強しなおすべきだな。 >>349
おれが読んだハリーポッターの原書には、インタプリタがVMとは書いてなかった。 >>353
威勢よく出てきてアンカーミスってるおまいは人生考え直すべきだな Ruby=インタプリタ
↓
「インタプリタもVMだろ」
↓
「だって本にインタプリタはVMって書いてない」←いまここ
↓
「てことは、Rubyって既にVMで動いてるんじゃね?」
↓
「VMなのにRuby糞遅せえwww」
スレにふさわしい話題ですね 誤:スレにふさわしい話題ですね
正:スレのレベルにふさわしい話題ですね 誰もVMの定義を書いてないけど,VMってどっかの会社が言い出したバズワードなんだよね
インタプリタもコンパイラも今じゃほとんどバズワードだし.
結局みんな頭の中にあるVMとインタプリタが違っていて,話がかみ合わないまま進んでる希ガス
終わったな \(^o^)/ ナンテコッタイ バズワードってほどでもないぞ。
昔は抽象マシン(Abstract Machine)と呼ばれただけで概念は古くからある。
仮想マシン(Virtual Machine)というと昔はIBMメインフレーム用の
VMwareやVirtual PC相当のことだった。 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
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 ですらこれじゃ、本家はどんだけ 本家より早いと評判になったのはいつなのか考えてから発言しろよ。低脳すぎるよ・・・。 JRubyって遅いんだよね。
Java陣営、挽回に必死だけど意味ねーw >>366
Java での Ruby 実装の遅さを云々する前に、
まず、まともな速度で本家を動かしてから言えってかんじ? WEB系だとPHPの独壇場だからな。
Rubyを囃し立ててるのは、Ruby関係者とRubyをWEB2.0とか
セカンドライフの代わりのキャッチコピーにしようとしてる企業と
SIよりも講演とセミナーで稼いでる人種だけで。
エンタープライジーなら相変わらずJavaだし、今一番勢いがあるのはASPNET。
海外ならPythonもあるわけだし。
だいたいWEBアプリって、実際はちっともオブジェクト指向である必要ないんだよな。
だからこそPHPが人気あるわけで。
つまりは、WEB系に限ればRubyのメリットはちっともない。
遅くて不安定なだけで。 マジレスすると、Rubyの現行の1.8系は、構文木を評価していて、VM使ってない
次期バージョンの1.9は、VM搭載される予定 >>373
そのVMってJavaとか.NETに劣らない性能だせそうなの? JavaVM上や、.NET上で動かすVMよりは良い性能が出ます。 こんなしょうもない記事でも枕詞に「日本発のプログラミング言語」か。
Ruby 自体は嫌いじゃないんだが、Ruby 関連の記事ってろくなのがないな。 資格検定ってなんか金の臭いがするんだよね
受ける側じゃなくて主催者側にまわらなきゃ損 >>370
ruby on railsがあるだろハゲ 概出だろうけど
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
>>387
---
まあ 私思うに Excel で様々な一覧表が管理されている世界があります。
そのような情報データを共有しようと思うと、
第一ステップ メールで添付して共用
第二ステップ ファイルサーバで共用
第三ステップ Webサーバでファイルアップロード、ダウンロードで共有
第四ステップ Google SpreadSheet で共用
第五ステップ Ruby on Rails (scaffold)で 簡易なWebDBで共用
第六ステップ Ruby on Rails での エンタープライズシステムで共用
などの推移が考えられます。
---
なにこの無理矢理な推移(w
普通、
>第二ステップ ファイルサーバで共用
で終了。
どうしても必要ならば参照のみODBC経由でエンタープライズに、だろ。 >第二ステップ ファイルサーバで共用
>第三ステップ Webサーバでファイルアップロード、ダウンロードで共有
第二ステップの方が進歩してる感じがするのは俺だけ? 第4はGoogleから企業向けの製品が出てるから、それ買って
あとは保守させれば残りのステップに進む必要ないな。 DBアクセスがあるから言語の実行効率は問題にならない、とか寝言言ってる奴がいるけどさ、
DBの負担を減らすためにDBは簡単なスキーマにしてスクリプト側で複雑な処理をする事あるじゃん。
その場合にRubyとJavaじゃまるで実行性能が違う。
後、Javaだと変数をアプリケーションスコープに入れとけば簡単に永続化できる。
これもDBへのアクセスを減らすことに役立つ。 そんなに速度が気になるならJavaみたいなすっとろいの使ってないでC++とかLisp使えよ 最初にExcel使ってるなら.NETじゃねぇの?
どうせ大体は最終的に「Excelでも出せ」とか上から言われるだろうし。 >>394
俺もそう思う。なぜ?Rails?
Rails好きだが、理解できん .xlsを閲覧編集するのに最も機敏で便利なソフト…それはExcel。 >>395
俺もそう思うが、コンパイルしたりすると lisp も速いらしいしな。 【速報】Google社が「Android」のSDKを公開,Javaでアプリケーションを記述
ttp://techon.nikkeibp.co.jp/article/NEWS/20071113/142245/
---
Androidのアプリケーション・ソフトウエア記述言語はJavaで,
「Java言語のコア・ライブラリが提供する機能のほとんどを提供する」(Androidの説明書)。
--- 携帯JavaなのにSEで来るのか?恐ろしいな。
>>302
C言語はちょっと特殊だよ。
JavaもC#もVBも、PerlやPythonもC言語から機能を補充することができる。
俺はサプリメント言語という呼称を推奨したい。 正確には、Javaのような何か。
なので、Sunがピリピリしてる。 ■ このスレッドは過去ログ倉庫に格納されています