Ruby＞＞＞＞＞Java
■ このスレッドは過去ログ倉庫に格納されています
今すぐ勉強すべきプログラム言語トップ１０
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/ _,......,,,_
,､:'":::::::::::::::::｀`:...､
／::::::::::::::::::::::::::::::::::::::＼
i::::::::::::::::::::::::::::::::::::::::::::::::::ヽ
!::::::::::::::::::::::;‐､:::::::::＿::::::_::::';
|::::::::::::::::::::::| ::￣ ｀`!
r''ヾ'::::::::::／ :: |
l r‐､＼::/ _,,､ii_;;_､ _,,,l､
ヽヾ〈 ::= -r:;;j_;､`/ :;'ィ;７
!:!_,､ :: ｀ ー : |: ｀´/ 何かもう必死でしょ？
,./ヽ | ､_ :: ,: 'r' :i |: / 最近のrubyは
,../ ｀ヽ;_ i | '"､_:::__｀:'‐'. /
/ ｀`'ｰ ､_＼ ! `::｀￣''`ﾁ`ｼ
／ー ､_ ｀＼:､_ :: ｀￣／
／ ｀`ヽ､ ヽ｀'7‐--'
Ruby1.9 や Rubinius は MRI と比べて本当に速いのか
http://d.hatena.ne.jp/kwatch/20080304/1204646782
絶望した! Rubinius のあまりの遅さに絶望した!
また Ruby1.9 も、Ruby1.8 より遅くなっている。
eRuby ではどうしても eval() が絡むからしかたないんだけど、
とにかく Ruby1.9 になればなんでもかんでも速くなるというのは間違いであると断言できる。
絶望した! eval ないのにひとケタ遅い Rubinius に絶望した!
また eval がなくても、Ruby1.9 は Ruby1.8 と大して変わらないことがわかる。
結局、Ruby1.9 や Rubinius で速くなるのはバイトコードの実行部分だけであり、
String#<< のような built-in method の実行が速くなるわけではない。
fibonacchi sequence のベンチマークが速いのは built-in method の呼び出しがない、
純粋にバイトコードの実行だけで済むベンチマークだからである。 引く手あまたのプログラミング言語は?
http://slashdot.jp/developers/article.pl?sid=08/04/06/2313251
---
Java(16479件)、C++(8080件)、C#(7780件)、JavaScript(6749件)、
Perl(5710件)、PHP(2641件)、Python(1408件)、COBOL(1207件)、
Ruby(769件)、Lisp(33件)といった感じらしい。
とりあえずJavaとC/C++/C#、あとJavaScriptを覚えれば、
当分仕事には困らないようである。COBOLのしぶとさも目立つ。
ちなみにHaskellやOCamlの求人は10以下だったそうだ。
--- takano32,TAKANO Mitsuhiroこと高野光弘（日立製作所社員、日本UNIXユーザ会幹事）が、
自身の『32nd diary』で公然と日立の機密を開示し、障害者差別発言をしている問題。
1981年11月12日 千葉県のディズニーランドのそばで誕生
2001年4月1日 千葉大学に入学
2005年4月1日 千葉大学大学院へ進学、日本UNIXユーザ会に入会
2007年4月1日 日立製作所に入社、神奈川県秦野市の寮へ
2007年8月22日 「ついに職場で人が倒れた」と公表
2007年11月13日 「情報漏えい」を言う上司に「死んだほうがいいよ」と暴言
2007年12月28日 「社内システムクソうんこ」と発言し、仕組みも暴露
2008年5月23日 機密漏洩問題について一応の謝罪
2008年5月26日 「給料泥棒とかうんぬん言われた」と謝罪を忘れて告白
2008年5月27日 「心バキバキ川田くん」と前日の発言者の名前を公言
2008年5月31日 「キチガイ」と日立のユーザーに障害者差別発言を連発
2006年10月27日（日立製作所に入社前に忠告されたこと）
「日記やコメントの投稿日時から勤務時間に業務外のことをしていることが判明」は
某社の某親会社が 2ch で祭られたように、NG です。
6月も勤務時間中に更新し続ける高野光弘君の『32nd diary』にツッコミをどうぞ ゲームコンテストに出しなさい。
http://www.tohofuhai.com/ 豆腐ゲームコンテスト
http://kirara111.sakura.ne.jp/ 星屑きらら杯
http://3punge.com/ ３分ゲーコンテスト（今休止中）
何でもかんでも詰め込もうとしないで、切り捨てるとこころは切り捨てて
完成させねば。。シンプルにやれ。
んでゲーム、ゲームしてなくてもいい。ゲームの限界を超えなければならない。
もっと自由な発想を持つのだ。 >>424
板違い。
ゲーム製作技術板に書いたほうが参考になると思うよ 外野：・・・どこが違うの？
ＪＡＶＡにも出来ることには眼を瞑ってでも
特色を育てないと、開発・環境パワーのある
海外オタクが釣られないクマー？
>>425さん、 もしかしたら >>424さんは
Ｒｕｂｙに対して「も」そう言いたいんじゃない？
「ゲーム」の部分が何に置き換わるかは「？」
例えば基本仕様を絞って固定してくれないと
共同開発が進められないといった意味で。
コンパクトで気のきいたプログラムが組めそう、
という期待はＲｕｂｙの場合比較的大きそうだし。
私は「格好の悪い」プログラムの方が好きだけど、
それはどんな言語だってやろうと思えば出来る。
具体的・逐次的にダラダラ書いてくスタイルで
遅いとかじゃなく動かないような実用言語はない。
でも、それでいいならＲｕｂｙじゃなかったはず。
「気の利いたコンパクトなコードが動く！」
となれば、どれだけの才能が集まることか。
ＪＡＶＡに劣るのはまず人的パワーだから、
質のいい人材が釣れそうなエサは
もっと大きくぶらさげてもいいんじゃない？
現状でも釣れてる位だから可能性はあるよ。 ※以下、「偏見しかありません」。
まず第一に経験的事実に基づいてないし、
実在のプログラミング言語とも関係ありません。
「もれ、カッコイイプログラマになりたかったんだ、
誰よりもかっこいいコード書きたかったんだ…
○ィジュアルベーシックってダサいと思ったんだ、
○ＩＳＰで苦労してすごいの書いてみたけど
コードの見た目が…ブラクラみたいだったんだ…
○ＭＬ環境でのプログラミングは楽しかったんだ、
でもそこで使われるＵＴＦ−８とかいうののせいで
日本、対応リストから省《はぶ》られてたんだ…
―（中略というか面倒になったｗ本命登場）―
○ＡＶＡで効率的なコード書いてもれＳＵＧｅｅｅ！
でも改めて見てみたら本体が小さくなりすぎてて、
あの毎度御馴染みの寝言に埋もれてたんだ…。」 Javaでは複素数演算はサポートされてるのか？
複素数クラスは作ることはできても＋−＊/の
演算子のオーバーロードはできないだろ。
Javaが複素数演算をサポートするならC++の代わりに
Javaを使ってやってもいい。 >>429
演算子オーバーロードとか糖衣構文だろｊｋ
まぁgroovy使ってもいいならアリ まっ、演算子のオーバーロード使うと遅くなるからねぇ。
コピーのしまくりが発生するし。こういうこともできますよ、
というデモンストレーションにはなっても実用性は０。
でも、これは行列計算の場合であって複素数演算の場合は
そんなに遅くなるとは思えないが。 いやまぁ，演算子は関数呼び出しの糖衣構文だからってことなんだが…まぁなんか軽く誤解されてるけどいいや 関数呼び出しと同じということ？ だったら糖衣錠みたいなややこしい漢字使うな。
馬鹿ちんが。
関数呼び出しと演算子では･･･ いや、まぁ、どうでもいいか syntax sugarの訳として定着しているはずだが。
>>431
行列計算だと演算子オーバーロードが遅くなるってどういうこと？
関数で書いたって同じことだと思うが javaは演算子のオーバーロードが出来ない．
本当に必要な実装に対して不必要な実装がC++で行われてたから，という噂を聞く．
std::ofstream とかの << はその一つ．
で，二項演算子は2引数1返却値の関数と同等だからJavaでも複素数演算くらい作れる．
// http://www.kmonos.net/alang/d/2.0/cppcomplex.html ;を実装したものではない
class Complex{
private double _real, _imaginaly;
public Complex(double real, double imaginaly){ _real = real; _imaginaly = imaginaly }
public static Complex add(Complex lhs, complex rhs){ return new Complex(lhs.real + rhs.real, lhs.imaginaly + rhs.imaginaly); }
...
}
もちろん Complex.add() は関数なので二つのComplexインスタンスを足すときは
Complex r = Complex.add(new Complex(1, 1), new Complex(1, -1));
などとなる．
決してJavaでは new Complex(1, 1) + new Complex(1, -1) はできない．
でもgroovyなら演算子オーバーロードできるからちょっと楽になるよ，見たいな話．
この辺参照 http://groovy.codehaus.org/Operator+Overloading 言語としてのエレガントさはどうか知らんが、javaのよさは洗練された豊富な
APIとjavadocのリファレンスのしやすさ、それとガベージコレクターのおかげ
でメモリーリークとか気にしないで済むので貧乏くさい作業から開放されるこ
ととかほとんど実用的な理由だな。
こんな帳票設計ツール http://jdrafter.sakura.ne.jp/ 作ったんだが、前
述の理由で開発も片手間の４ヶ月くらいで済んだ。速度的にも不満はないし
、これをほかの言語でやってくれと言っても絶対断る。
Ruby on Railsかなぁと思ってたけど、
やっぱしPHPなのかなぁと思う今日この頃。
強制されたのでないなら、自分で決めたのをやればいいさ
>>435
行列クラス用いて演算子オーバーロード使うと基本的に関数戻り値を
値コピーで返すしかないこと．
a*b*c*dなどの行列演算でa,b,c,dが1000×1000のdouble型行列クラスだと
しよう．そうすると，8Mbyteの値コピーが＊につき多分２回，上のように
行列の多重積になるとおぞましく発生する．
行列クラスなんか使わずに，ただの配列つかって配列名を引数渡しすれば
(普通のFortranやC言語と同じ使い方)こんなことは生じないおぞましい
コピーは生じない．
あと，コンパイラが戻り値最適化をサポートしていれば．．．以下略 >>441
行列が値型なら演算子オーバーロードだろうと何だろうとコピーは発生します
あと途中で返却値と引数がごちゃまぜになってるけど難なの？ ＞＞行列が値型なら
お前何いってんだ？
＞＞だろうとコピーは発生します
そりゃ，ポインタのこぴーだって発生するだろ．
あと途中で返却値と引数がごちゃまぜになってるけど難なの？
＊を何回もやりゃ，そうなるだろ？何が言いたいんだ？
これだから，いちいち馬鹿の相手したくないんだ．
もう２度とこないから適当に好きなこと書いてくれや！ボケ
>>444
読んでみた
> > あと途中で返却値と引数がごちゃまぜになってるけど難なの？
>
> ＊を何回もやりゃ，そうなるだろ？何が言いたいんだ？
アナル何回もや(ほじく)りゃ、返り値と引数が混ざるんですね。
他はなに言いたいのかわかりません＞＜；；； 1．日立製作所社員の高野くん（高野光弘）が会社を誹謗中傷して機密も漏洩
2．日立のユーザーにも「キチガイ」との障害者差別発言
3．日立製作所の企業イメージをバキバキにする
4．自身のサイトの『32nd diary』に掲載
5．日立製作所に通報される
6．あせって似顔絵削除
7．火に油を注ぐだけで所属する日本UNIXユーザ会にも通報祭り勃発
8．「給料泥棒」と説教される
9．「殺します」と殺人予告をして警察に事情を聞かれる←イマココ
高野光弘の行動
現在は、過去の記事を閲覧できなくして、「本日の日記はツッコミ数の制限を越えています」としています。
まずは、不愉快な思いをされた方々に謝罪するべきなのではないでしょうか。
高野光弘の発言
「まぁ、どこの団体もそんなにヤワじゃないので、平気なんですけども。
日本UNIXユーザ会が一番対応に慣れてる感じ。」
日本UNIXユーザ会が対応に慣れているか、みなさん確認してみてください。
連絡先
http://www.net.intap.or.jp/oiia/cont2/p0402.html%7B0recid=10168.html ぼんくらruubbyふりーくのみなさん
悔しかったら http://jdrafter.sakura.ne.jp
に匹敵するプログラムつくってねぱか
アンチ Java の人が多い理由が分かった気がする。
『Java は、近代の言語。Ruby は、現代の言語』で会場中が爆笑できるほどの状況ならば、
Java をフィールドに活動している人間にとっては、気持ちいいものではない
Ruby には、アンチ Java (とPHP) が経典に含まれている
http://d.hatena.ne.jp/yuta4839/20080622#1214155876 Javaが敬遠される最大の理由は(C)Sunだから。 _,......,,,_
,､:'":::::::::::::::::｀`:...､
／::::::::::::::::::::::::::::::::::::::＼
i::::::::::::::::::::::::::::::::::::::::::::::::::ヽ
!::::::::::::::::::::::;‐､:::::::::＿::::::_::::';
|::::::::::::::::::::::| ::￣ ｀`!
r''ヾ'::::::::::／ :: |
l r‐､＼::/ _,,､ii_;;_､ _,,,l､
ヽヾ〈 ::= -r:;;j_;､`/ :;'ィ;７
!:!_,､ :: ｀ ー : |: ｀´/ 何かもう必死でしょ？
,./ヽ | ､_ :: ,: 'r' :i |: / ここのJava厨はwww
,../ ｀ヽ;_ i | '"､_:::__｀:'‐'. /
/ ｀`'ｰ ､_＼ ! `::｀￣''`ﾁ`ｼ
／ー ､_ ｀＼:､_ :: ｀￣／
／ ｀`ヽ､ ヽ｀'7‐--'
Matzがあんなにｲﾀﾀじゃなければもうちょっと流れもちがっただろうに・・・ Matzの会社を財務分析してみたんだが。
http://d.hatena.ne.jp/AntiSeptic/20080704/p1
などと思わせぶりな言い方をするものだから覗いてみりゃ、
なんて事無い田舎の零細企業の財務諸表であって、面白くもなーんともなかったわけだ。
それにしても、この程度の収益で2007年度って、
あの会社にとっては多分空前絶後の景気のいい年だったはずだの
Rubyとゆー「鉱脈」があるだの言っているのは何なのだ。
Geekのヨタ話というのは、いつもこんなしょぼいスケールで行われているのか?
あそこの技術者の平均レベルは、他の普通の会社よりはずっと高いと思うって、
これじゃあ、技術なんてIT企業の収益とは何の関係も無いと証明しているようなもんじゃねえか。
そもそも、この会社が何をやっているのかがHPを見た限りではよく分からん。
要は受託開発だろ労働力を人月で売ってるだけだろマーケ屋がこねくりあげた横文字得意げに使ってなに悦に入ってやがんだコラ。
更には製品・サービス部門まであって、なにやら参考価格が書いてあるところを見ると、
多分にパッケージっぽい印象を受けるが、それでいて全体の粗利率が26%程度ではどうしようもないだろ。
あそこに入りたい人は、損益計算書も注意して見ておくといい。まぁこれはどんな会社でも同じだけど、
ここを見るといろんなことが見えて来る。株価指標を計算してみるのもいい(非公開会社でもね)。
工場組み込み系でのGUI部分は、VB6が日本じゃ、ほぼデファクトなんで、
避けて通れませんわ。あとシーケンサ通信とかのC部分もわかってないとかけないんでCも必須
組み込みじゃないほうで、個人的に受けてすぐ完成させれるのは、PHPかな。
30日150万とかでうけても、たいてい1週間で仕様みたすのは、動いて、そこから残り3週間
みっちりプロの開発できる。
プログラムが楽しいのは、Ruby。ライブラリ少ないので、その度自作、
自分ライブラリがどんどんたまっていく。 Emacs+RubyとEclipse+Java
だったらJavaの方が開発速度速いと思うんだけど・・・
Rubyってライブラリ貧弱じゃね？
確かに文法は美しいと思うけどね・・・実行速度も遅いし。 JavaからRuby読破したけど、
Javaぼろくそ言われ杉で吹いたwww C++ ＋ CORBAのときも、JAVA＋SOAP側からぼろくそにいわれてたのと
そっくりだったな。結局JAVAが駆逐しちゃいましたが いや、そういう歴史は知らないんだけど、
確かにRubyは早くプログラミング出来る言語仕様だけど、
EclipseとかのIDEサポートがjavaにはあるから、
スタンドアロンアプリケーション開発においてはjavaの方がむしろ早いんじゃねと思うんだよね。 スタンドアロンアプリケーションをＪａｖａで作ることって多々あるの？ Rubyってライブラリに熟練した方がいいよね？
何も知らんで書くとJavaと同じような感じになるんですけどw 標準ライブラリと標準添付ライブラリが使えれば、典型的なスクリプトはさっくり書ける
Javaから脱落した無能IT屋に騙されてる人を救えるくらいJavaを超えられるかどうかは知らん rubygemって、rubyのバージョンによって違うディレクトリが作られるのかな？
例えば1.8で使っていたgemを1.9で使う事は可能なの？
環境はUbuntuです。 質問は質問スレで
一応、普通に make install した場合に限り、1.8 と 1.9 で別になるが
これは変更可能なのでUbuntu/Debianのパッケージにあるrubygemパッケージがどう動作するかは知らない
gem install は自分のrubyのバージョンを知ってるので1.8と1.9の共通化は危険 バージョンっていうのは、
1.8.0と1.8.6とかも違う風にとらえるべきですか？
それぞれにrubygemがあるのでしょうか？ >>470
ライブラリに熟練すれば、Javaのほうがいい感じになるわけだね てかRubyなんてなんに使うの？サーバはJava/C#で十分だし、クライアントもC/C++/Java/C#で
こと足りるし、使い道が見当たらないんだが。 無限クロックのコンピュータが出来たら、
マゾい言語より簡単にかける言語でよくなる。
てゆうか現状でもRuby十分速いじゃんw FirefoxのJavaScriptエンジンは本気らしいよ。
てかRubyってYARVとかいうエンジンで早くなったんじゃないの？ 本気つったら、Google ChromeのJavaScriptエンジンだろう女子高生
他のJavaScriptエンジンの数倍速いんだぜ？ Matzの会社を財務分析してみたんだが。
http://d.hatena.ne.jp/AntiSeptic/20080704/p1
などと思わせぶりな言い方をするものだから覗いてみりゃ、
なんて事無い田舎の零細企業の財務諸表であって、面白くもなーんともなかったわけだ。
それにしても、この程度の収益で2007年度って、
あの会社にとっては多分空前絶後の景気のいい年だったはずだの
Rubyとゆー「鉱脈」があるだの言っているのは何なのだ。
Geekのヨタ話というのは、いつもこんなしょぼいスケールで行われているのか?
あそこの技術者の平均レベルは、他の普通の会社よりはずっと高いと思うって、
これじゃあ、技術なんてIT企業の収益とは何の関係も無いと証明しているようなもんじゃねえか。
そもそも、この会社が何をやっているのかがHPを見た限りではよく分からん。
要は受託開発だろ労働力を人月で売ってるだけだろマーケ屋がこねくりあげた横文字得意げに使ってなに悦に入ってやがんだコラ。
更には製品・サービス部門まであって、なにやら参考価格が書いてあるところを見ると、
多分にパッケージっぽい印象を受けるが、それでいて全体の粗利率が26%程度ではどうしようもないだろ。
あそこに入りたい人は、損益計算書も注意して見ておくといい。まぁこれはどんな会社でも同じだけど、
ここを見るといろんなことが見えて来る。株価指標を計算してみるのもいい(非公開会社でもね)。 どう考えても
C#>>>>>>>>>wsh>Ruby 引く手あまたのプログラミング言語は?
http://slashdot.jp/developers/article.pl?sid=08/04/06/2313251
---
Java(16479件)、C++(8080件)、C#(7780件)、JavaScript(6749件)、
Perl(5710件)、PHP(2641件)、Python(1408件)、COBOL(1207件)、
Ruby(769件)、Lisp(33件)といった感じらしい。
とりあえずJavaとC/C++/C#、あとJavaScriptを覚えれば、
当分仕事には困らないようである。COBOLのしぶとさも目立つ。
ちなみにHaskellやOCamlの求人は10以下だったそうだ。
--- >>490
C#なんて粗大ゴミ以外の何物でもないじゃまいか 亀だけど
>>496
ECMAScript+DOM+XHRは意外に侮れない。
覚えればFlashも作れるし。ES3.1ではJSONオブジェクトも出来るし。
実装がほぼWEB関連だけなのが寂しいし、
ぶっちゃけ言語として優れてはいないと思うけどね。 >>501
AIRの登場でデスクトップアプリも作れる。
まあ、俺はAIRアプリでまともなの見たことないがｗ ちなみにGoogleの新卒採用では「C、C++ または Java のいずれかにおけるプログラミング知識」、
中途採用では「C++ または Java における開発経験」とある >>504
Googleみたいな馬鹿の集まりの基準なんてどうでもいい。 いつの時代も、頭の悪い奴ほど東大や一流企業を馬鹿にするのよね。 rubyを知らないjava使いなのですが、
そもそもその二つって比較対照になるのですか？
rubyはjavaでできることは一通りできるものなの？ DBアクセス ネットワーク通信 デスクトップアプリ Webアプリなどなど そんなアバウトなレベルなら一通りできるということになるな 逆にjavaは非矩形窓のウインドウをJNIなしに作れないじゃん
rubyならrubyで書かれたものだけで一発だぜ ■ このスレッドは過去ログ倉庫に格納されています
