Jython、Groovy、JRuby - どれが一番効率的？

1 名前：飯島愛 [04/11/16 09:09:25] 最近、本気で JVM を使用するスクリプト言語への乗換えを考えている。 考慮している。熟考している。 考課し、そして考査して、考察しながら勘考している。 我に、数多く存在する JVM 系スクリプト言語それぞれの利点、ドローバックを簡潔に述べ、 皆でそれについて考課し、考査する。勘考も忘れるな! そして一番効率的なスクリプト言語を決定しようではないか!! 2 名前：デフォルトの名無しさん [04/11/16 09:12:14] Jythonを知る ttp://www-6.ibm.com/jp/developerworks/java/040924/j_j-alj07064.html Groovyに触ってみよう www.atmarkit.co.jp/fjava/rensai3/devworks05/devworks05_1.html JRuby は知らん 3 名前：デフォルトの名無しさん mailto:sage [04/11/16 09:23:05] Ruby 系はもういいよ 4 名前：飯島愛 [04/11/16 09:40:33] 何が「ruby系」だ。 Python の方がユーザー数が多いのだぞ! 5 名前：デフォルトの名無しさん mailto:sage [04/11/16 10:55:01] Jython は 1.5 を扱えないらしいが？ 6 名前：デフォルトの名無しさん mailto:sage [04/11/16 13:37:34] JythonはPython 2.1で止まっていて、開発者はバグフィクスよりも 2.2へのキャッチアップを優先しているが、new style classの実装に苦労している。 近いうちに安定版をリリースできる状況ではなさそうだ。 sourceforge.net/mailarchive/forum.php?thread_id=5754593&forum_id=5587 7 名前：デフォルトの名無しさん mailto:sage [04/11/16 16:04:00] Jython 2.2 のjarファイルはどこでダウンできますか？ 8 名前：デフォルトの名無しさん mailto:sage [04/11/17 01:27:26] まあ、一応 JRubyを好きになってください ttp://www-6.ibm.com/jp/developerworks/java/041029/j_j-alj09084.html 9 名前：デフォルトの名無しさん [04/11/17 16:56:26] Jythonは、スクリプトファイルをバイトコードに翻訳してくれるのかい？ 10 名前：デフォルトの名無しさん mailto:sage [04/11/17 17:27:23] YES 11 名前：デフォルトの名無しさん mailto:sage [04/11/17 18:28:49] JRubyはどうか 12 名前：デフォルトの名無しさん mailto:sage [04/11/17 21:17:58] また馬鹿なスレが立ったなあ 13 名前：飯島愛 [04/11/18 10:35:31] 我に、数多く存在する JVM 系スクリプト言語それぞれの利点、ドローバックを簡潔に述べ、 皆でそれについて考課し、考査する。勘考も忘れるな! ↑ ・・・ はやくしろよ。 14 名前：飯島愛 [04/11/19 18:39:55] Jython が気にいったぞ。生産性では Jython に勝る者無し!! これより、このスレッドは 　　　　　　　　　 「Jython - 生産性最強の JVM 言語 part 1」 とさせてもらう。ではよろしく。 -------------------------------------------------------------------------------- Jythonを知る ttp://www-6.ibm.com/jp/developerworks/java/040924/j_j-alj07064.html 15 名前：デフォルトの名無しさん mailto:sage [04/11/19 19:44:46] なんだ飯島愛って 16 名前：飯島愛 [04/11/19 20:50:35] print "anybody???" 17 名前：デフォルトの名無しさん mailto:sage [04/11/19 21:58:25] >>14 その魅力を語ってください。 オレとしてはjavaみたいな型付けの強い言語はもう面倒で 死ぬのでVM上スクリプトが流行って一般のプロジェクトで使える ようになる日が来るのを待っている。javaマンドクセ。 18 名前：デフォルトの名無しさん mailto:sage [04/11/19 22:59:07] ぜんぶString型で問題ない。 19 名前：デフォルトの名無しさん mailto:sage [04/11/19 23:20:05] 強い型付けで防げるバグもある 20 名前：デフォルトの名無しさん mailto:sage [04/11/19 23:27:18] どちらにしろ同じようにテストして最終的なバグの数が同じになるなら、実装の早いスクリプト言語の方が有利かも。 どうでもいいものを作る場合でテストしないなら、さらにスクリプトの方がいい。 間違いを見つけたときに修正すればいいからね。 オレは補完が賢く効いてくれる強い型付け言語の方が楽で好きだが。 21 名前：飯島愛 [04/11/19 23:34:49] >>20 > オレは補完が賢く効いてくれる強い型付け言語の方が楽で好きだが。 弱い型付けの言語でも十分補完はできるんだが。。。 java のような半OO言語でのプログラミングは面倒すぎる。 22 名前：デフォルトの名無しさん mailto:sage [04/11/20 00:50:58] >>21 完全OOの言語の方がめんどくさそうですが。 23 名前：デフォルトの名無しさん mailto:sage [04/11/20 00:53:45] > 完全OOの言語の方がめんどくさそうですが。 (ﾟДﾟ)ﾊｧ? おまえJavaプログラミング初心者だろ？ 24 名前：デフォルトの名無しさん mailto:sage [04/11/20 01:21:52] >>21 プリミティブとクラスの変換。 コレクションと配列の変換。 面倒。 java.io の低レベルAPIっぽい作り。 ファイル開いて読んで閉じるのに何行書かせるんじゃ。 面倒。 スクリプトでいいよもう。 25 名前：デフォルトの名無しさん mailto:sage [04/11/20 01:24:01] >>18 Integer.parseIntせずに数値として評価する技を教えてくらはい。 オレも全部Stringでやりたい。 26 名前：デフォルトの名無しさん mailto:sage [04/11/20 01:24:11] >>24 > プリミティブとクラスの変換。 Integer a = 5; とか、 int b = a; とかけますが、何か？ 27 名前：デフォルトの名無しさん [04/11/20 01:37:11] >>26 > Integer a = 5; > とか、 > int b = a; > とかけますが、何か？ 書けませんが何か？ (それ5.0からじゃねーの？) // あとプリミティブ型の引数を受けるメソッド、return typeがプリミティブ型 // のメソッドとかも考えること。 28 名前：デフォルトの名無しさん mailto:sage [04/11/20 01:47:43] >>27 > 書けませんが何か？ > (それ5.0からじゃねーの？) 書けてるじゃないか。 // あとプリミティブ型の引数を受けるメソッド、return typeがプリミティブ型 // のメソッドとかも考えること。 List<Integer> l = new ArrayList<Integer>(); 　　l.add(5); も 　　int a = l.get(0); できますが、なにか？ あ、逆ね。 　l.get(new Integer(0)); としても問題ないし 　Integer i = "いってよし".length(); としても問題ないけど。 29 名前：デフォルトの名無しさん [04/11/20 01:55:55] そ 　　れ 　　　　5 　　　　　　. 　　　　　　　　0 　　　　　　　　　　か 　　　　　　　　　　　　ら 　　　　　　　　　　　　　　じ 　　　　　　　　　　　　　　　　ゃ 　　　　　　　　　　　　　　　　　　ね 　　　　　　　　　　　　　　　　　　　　ー 　　　　　　　　　　　　　　　　　　　　　　の 　　　　　　　　　　　　　　　　　　　　　　　　？ ちゃんと嫁 30 名前：デフォルトの名無しさん mailto:sage [04/11/20 01:57:55] で、5.0からできてるじゃん。 何の問題が？ 31 名前：デフォルトの名無しさん [04/11/20 02:03:11] >>30 > で、5.0からできてるじゃん。 > 何の問題が？ それ以下のバージョンではコンパイルできない。 ちなみに List<Integer> l = new ArrayList<Integer>(); 　　l.add(5); だと Integer しか l に入れれないだろ？ JythonとかGroovyだと指定なしで何でも l に入れれるし、 「List<Integer> l = new ArrayList<Integer>();」 のようなきたない記述せんでもすむ 32 名前：デフォルトの名無しさん mailto:sage [04/11/20 02:17:09] >>31 > それ以下のバージョンではコンパイルできない。 「スクリプトでいいよもう。」と言ってる人にとって、何の問題が？ >　List<Integer> l = new ArrayList<Integer>(); >　l.add(5); >だと Integer しか l に入れれないだろ？ そうだよ。 でもl.add(5)；と記述することはできるんだよ。 33 名前：デフォルトの名無しさん mailto:sage [04/11/20 05:13:40] JSP系で使用可能なスクリプト言語は？ javaコードをリプレースできてもJSPがまた面倒。 34 名前：デフォルトの名無しさん mailto:sage [04/11/20 09:09:52] GroovyはJSPの中でも使えますが。 式言語なら標準で使えますが。 35 名前：デフォルトの名無しさん mailto:sage [04/11/20 10:03:49] そんなにVariantが好きか藻前ら。 36 名前：デフォルトの名無しさん mailto:sage [04/11/20 10:39:25] コンパイラが勝手に型を判断してくれればいい 37 名前：デフォルトの名無しさん mailto:sage [04/11/20 18:45:01] >>19 強い型付けで防げるバグもある! 俺にもそう思ってた時期がありました…。 １ コンパイル時に検出する 2 実行時に検出する ユニットテストしてたら所要時間は大差ない、かもしれぬ。 38 名前：デフォルトの名無しさん mailto:sage [04/11/21 04:26:52] >>37 問題は、みんながみんなちゃんとしたユニットテストを書けるわけではないってことだ 39 名前：デフォルトの名無しさん mailto:sage [04/11/21 06:03:39] つまりユニットテストを知らない人には強い型のある言語が向いているという事か。 40 名前：デフォルトの名無しさん mailto:sage [04/11/21 13:20:46] >>14 はよJython のこと語れ。ほれ。 41 名前：デフォルトの名無しさん mailto:sage [04/11/21 19:33:47] 論理的に正しいコードを書こうとしなければ、バグは無くならない。 正しいコードを書くには型がある方が便利。 ユニットテストはうっかりエンバグしないためのうっかり八兵衛用。 42 名前：デフォルトの名無しさん mailto:sage [04/11/21 22:25:55] 論理的に正しくても仕様にバグあるなら意味がない。 そして後者の方が深刻。 43 名前：デフォルトの名無しさん mailto:sage [04/11/22 02:45:02] Jrubyがrubyの20倍遅いってのは 今は改善されているのか？ 44 名前：デフォルトの名無しさん mailto:sage [04/11/22 03:55:10] >>43 改善されて18倍になりました 45 名前：デフォルトの名無しさん [04/11/22 11:24:04] 46 名前：デフォルトの名無しさん mailto:sage [04/11/22 14:55:53] >>41 逆です。 論理的に正しいコードを書こうとするのは当たり前。 型が無くても正しいコードは書けるが、型があればバグの無いコードが書けるとは限らない。 型こそうっかりエンバグしないためのうっかり八兵衛用。 47 名前：デフォルトの名無しさん mailto:sage [04/11/23 10:35:01] 型は契約。 型のない言語は口頭での約束に過ぎず、下請け法違反。 48 名前：デフォルトの名無しさん mailto:sage [04/11/23 20:34:06] なんのこっちゃ。 49 名前：デフォルトの名無しさん mailto:sage [04/11/23 23:56:58] 使ってる人あんまいないね。 50 名前：デフォルトの名無しさん [04/11/24 00:01:55] スクリプト言語なんて、それこそ動けばなんだっていいからなぁ。 51 名前：デフォルトの名無しさん [04/11/24 21:25:04] >>50 > スクリプト言語なんて、それこそ動けばなんだっていいからなぁ。 アフォだな 52 名前：デフォルトの名無しさん mailto:sage [04/11/24 23:05:17] カーニハンだな 53 名前：デフォルトの名無しさん [04/12/03 00:36:58] おい 54 名前：デフォルトの名無しさん mailto:sage [04/12/03 00:40:35] カーバンクルだろ 55 名前：デフォルトの名無しさん [04/12/03 00:55:52] >>54 おまえそういうこと言うなよ 56 名前：デフォルトの名無しさん mailto:sage [04/12/03 01:15:56] なんで>>1はRhinoを仲間に入れてくれないんだ？ 57 名前：飯島愛 [04/12/03 01:22:19] >>previous ネタじゃなく1だが、普通は Rhino 使うんだったらjavaでプログラムすると思ったので 入れてない。あんまり効率いいとも思わんし 58 名前：デフォルトの名無しさん mailto:sage [04/12/03 01:46:32] 57の言い分がRhinoを外す理由にさっぱり聞こえないのはなぜですか？ 普通は Jython 使うんだったらjavaでプログラムすると思ったので 普通は Groovy 使うんだったらjavaでプログラムすると思ったので 普通は JRuby 使うんだったらjavaでプログラムすると思ったので 59 名前：飯島愛 [04/12/03 01:51:47] だからー、愛はねー、「Rhino 使うんだったらjavaでプログラムすると思ったので」 で、「Rhinoはそんなにjavaと変わらんので」を暗示的に明示したわけよ。 Rhinoってjavaと変わるか？ かわらないのなら普通java使うだろ？ 60 名前：デフォルトの名無しさん mailto:sage [04/12/03 02:00:35] GroovyはJavaと変るのか？RhinoがJavaと変らない程度にGroovyも 変わらない気がするが。基準が全然わかんね。 61 名前：飯島愛 [04/12/03 02:06:18] Jythonはシンタックス的にもかなりジャヴァと変わるだろ。 パイソンのコードが使いまわしできるし、それにJythonはコード をそんなに書かなくても良いから効率がよい。 これからはJythonにしろ 62 名前：58 mailto:sage [04/12/03 02:06:39] >Rhinoってjavaと変わるか？ かわらないのなら普通java使うだろ？ このスレ自体良スレだとは思っていなかったが、59を見て決定的に失望した。 63 名前：デフォルトの名無しさん mailto:sage [04/12/03 02:07:58] コードを糞のように書かないといけないのはJavaだけです。 64 名前：飯島愛 [04/12/03 02:10:09] >>62 > >Rhinoってjavaと変わるか？ かわらないのなら普通java使うだろ？ あんたひっぱたくよ。 -> Rhinoってjavaと *そんなに* 変わるか？ かわらないのなら普通java使うだろ？ 65 名前：デフォルトの名無しさん mailto:sage [04/12/03 02:11:30] JavaはもうCOBOL化したね。 66 名前：デフォルトの名無しさん mailto:sage [04/12/03 10:57:57] それはCOBOLに、失ｒ(ry 67 名前：デフォルトの名無しさん mailto:sage [04/12/03 22:54:14] でさぁ、JSP的に使えるのはどれよ？ ロジックはjavaで書くだろ？ スクリプトでそれを繋げるだろ？ したらHTML出力するツマンネェとこに使って 楽したいじゃねぇか。 68 名前：デフォルトの名無しさん mailto:sage [04/12/04 20:40:56] 問題は速度とメモリ効率で。 69 名前：飯島愛 [04/12/10 08:44:41] java はもう中間言語の域に達っするほど 使いにくい 70 名前：飯島愛 [04/12/10 08:45:37] jythonをメイン開発言語にしてから作業がはかどるわ、はかどるわ。 8倍ぐらい違うんちゃうかな？ 71 名前：デフォルトの名無しさん mailto:sage [04/12/10 13:44:07] javaが中間言語ってアホちゃうか。 72 名前：デフォルトの名無しさん mailto:sage [04/12/10 15:06:07] あえていえば泡沫言語だよな 73 名前：デフォルトの名無しさん mailto:sage [04/12/31 11:01:34] ネイティブ環境がどこにもないだけでネイティブコンパイラですよ 74 名前：デフォルトの名無しさん mailto:sage [05/02/06 01:27:49 ] 人気ねぇな。 75 名前：デフォルトの名無しさん mailto:sage [05/02/07 21:02:07 ] おれはJythonを押すね。 76 名前：デフォルトの名無しさん mailto:sage [05/02/07 21:18:25 ] >>75 あれって開発止まってない？  77 名前：デフォルトの名無しさん mailto:sage [05/03/02 03:10:46 ] スレが止まってますな。誰も使ってないってことで このスレ終了。 78 名前：デフォルトの名無しさん mailto:sage [05/03/02 13:54:42 ] Groovyっていう結論がでたからじゃない？ 79 名前：デフォルトの名無しさん mailto:sage [05/03/03 21:48:10 ] >>78 使ってみればわかるが現時点では使い物にならない。 80 名前：デフォルトの名無しさん mailto:sage [05/03/03 22:05:06 ] 使わなければどうということはない! 81 名前：デフォルトの名無しさん mailto:sage [05/03/05 22:57:35 ] >>80 頭いいなお前 82 名前：デフォルトの名無しさん mailto:sage [2005/05/06(金) 18:12:17 ] ピーナッツってどうなのよ？ 83 名前：デフォルトの名無しさん mailto:sage [2005/05/06(金) 22:31:43 ] 鼻につめて飛ばします。 84 名前：デフォルトの名無しさん mailto:sage [2005/05/06(金) 22:43:12 ] 目では噛めない 85 名前：デフォルトの名無しさん mailto:sage [2005/05/06(金) 23:57:26 ] オパールをピーナッツと間違えて食った。ひどいめにあった。 86 名前：デフォルトの名無しさん mailto:sage [2005/05/07(土) 00:41:30 ] ピーナッツを真珠と間違えて埋めた。ひどいめすにあった。 87 名前：デフォルトの名無しさん [2005/06/13(月) 02:41:34 ] 質問です(situmonndesu） perl、python、ruby、これらはいずれもOOPが可能ですが、 これらでOOPをやる場合のそれぞれの利点を教えてください。 88 名前：デフォルトの名無しさん mailto:sage [2005/06/13(月) 07:13:28 ] プログラムが組みやすくなる。以上。 89 名前：デフォルトの名無しさん mailto:sage [2005/06/23(木) 09:57:28 ] >>87 OOは考え方なので実装はどれ使っても一緒。 90 名前：デフォルトの名無しさん mailto:sage [2005/06/23(木) 13:49:52 ] perlはOOやるにはつらいだろ。 pythonとrubyは同じようなもんだという話だけど。 ここに出てないけど、rubyとC++とJavaとPHPだと、OOといってもプログラムの組み方がまったく変わるわけで。 91 名前：デフォルトの名無しさん mailto:sage [2005/06/25(土) 14:21:56 ] >>90 つ ら い の が い い ん じ ゃ な い か 。 まあプログラムの組み方が全く同じなら違う言語使う意味ないわな。 だからといってOO{P|D}するにあたって違いが出るとは思えないが。（PHPは知らん） 92 名前：デフォルトの名無しさん mailto:sage [2005/06/26(日) 08:54:21 ] 静的型つけと動的型つけで違うし、多重継承できるかできないか、リフレクションがあるかないかで違うし、ミックスインがあるかないかで違うし、全然違う。 普通に簡単なWeb - DB連携するだけなら違いは出ないかもしれんが、OOPするなら違うし、OODするなら全く違う。 93 名前：デフォルトの名無しさん mailto:sage [2005/08/21(日) 15:53:35 ] OO支援の機能があるかどうかで、OOPのしやすい、しにくいはあるよ。 Cでポリモフィズムばりばり使ったOOPやろうとしたら、そりゃ大変だ。 Cと比べるとPerlはまだ、恵まれているな。 94 名前：デフォルトの名無しさん mailto:sage [2005/09/06(火) 08:31:07 ] 100レス近いのに比較が全くないってのも凄いな。 俺はどれも使ってないから分からん。 95 名前：デフォルトの名無しさん [2005/10/05(水) 02:01:55 ] 「自分の効率」は自分でないと分からないものです。 自分は Perl が一番効率がいいと思うし。 やっぱり文法が言語がモデルが汚かったとしても やりたいことがすばやくできるのには敵いません。 今まで何度助けられたか分からないくらいです。 なので自分のお勧めは Perl という結論。 96 名前：デフォルトの名無しさん [2005/10/05(水) 02:16:32 ] JRubyちょっと動かしてみたんだけど、なんかものすごく遅くね？ Rubyってこんなもんなの？ 97 名前：デフォルトの名無しさん mailto:sage [2005/10/05(水) 10:03:32 ] JRubyとRubyは文法がコンパチなだけじゃん。 JRubyを使って、Rubyに関する速度の感想を述べるのは軽率だな。 ・・・とJython使いの自分がコメントしてみる。 98 名前：デフォルトの名無しさん mailto:sage [2005/11/04(金) 02:23:14 ] 6.0にはRhinoが標準添付になる予定 99 名前：デフォルトの名無しさん [2005/11/06(日) 16:11:36 ] rubyで組んでJavaとして納品するのにJruby使ってるな。 遅いと言われたらハードの予算ぶんどるか、ネイティブrubyで動かすか、一部JavaやCで組み直すか。 jrubyが遅いのは当たり前。rubyをjavaでエミュレーションして、それを実行バイナリにエミュレーションしてるから。 100 名前：デフォルトの名無しさん mailto:sage [2005/11/07(月) 09:06:40 ] << 99 なんでそんなにまわりくどいコトやってんの？ JavaならJavaでRubyならRubyで組めよ。趣味でやっているならともかく。 しかも、遅いって言われたら予算ぶんどるって、業界の公害だな。

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef