1read 100read
2012年07月プログラム256: Jython、Groovy、JRuby - どれが一番効率的? (262) TOP カテ一覧 スレ一覧 2ch元 削除依頼
【信者】C++の問題点【アンチ】 (375)
電卓作る (223)
Silverlight登場で.NET使い大勝利!!! Part2 (491)
【RAD統合環境】 Qt 総合スレ 14 【Win/Mac/Linux】 (248)
魁け! Ruby 1.9.X (305)
Perlについての質問箱 56箱目 (707)

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


1 :04/11/16 〜 最終レス :2012/09/12

最近、本気で JVM を使用するスクリプト言語への乗換えを考えている。
考慮している。熟考している。
考課し、そして考査して、考察しながら勘考している。
我に、数多く存在する JVM 系スクリプト言語それぞれの利点、ドローバックを簡潔に述べ、
皆でそれについて考課し、考査する。勘考も忘れるな!
そして一番効率的なスクリプト言語を決定しようではないか!!


2 :
Jythonを知る
ttp://www-6.ibm.com/jp/developerworks/java/040924/j_j-alj07064.html
Groovyに触ってみよう
http://www.atmarkit.co.jp/fjava/rensai3/devworks05/devworks05_1.html

JRuby は知らん

3 :
Ruby 系はもういいよ

4 :
何が「ruby系」だ。
Python の方がユーザー数が多いのだぞ!

5 :
Jython は 1.5 を扱えないらしいが?

6 :
JythonはPython 2.1で止まっていて、開発者はバグフィクスよりも
2.2へのキャッチアップを優先しているが、new style classの実装に苦労している。
近いうちに安定版をリリースできる状況ではなさそうだ。
http://sourceforge.net/mailarchive/forum.php?thread_id=5754593&forum_id=5587

7 :
Jython 2.2 のjarファイルはどこでダウンできますか?

8 :
まあ、一応
JRubyを好きになってください
ttp://www-6.ibm.com/jp/developerworks/java/041029/j_j-alj09084.html

9 :
Jythonは、スクリプトファイルをバイトコードに翻訳してくれるのかい?

10 :
YES

11 :
JRubyはどうか

12 :
また馬鹿なスレが立ったなあ

13 :

我に、数多く存在する JVM 系スクリプト言語それぞれの利点、ドローバックを簡潔に述べ、
皆でそれについて考課し、考査する。勘考も忘れるな!
↑ ・・・ はやくしろよ。

14 :
Jython が気にいったぞ。生産性では Jython に勝る者無し!!
これより、このスレッドは

          「Jython - 生産性最強の JVM 言語 part 1」

とさせてもらう。ではよろしく。

--------------------------------------------------------------------------------
Jythonを知る
ttp://www-6.ibm.com/jp/developerworks/java/040924/j_j-alj07064.html

15 :
なんだ飯島愛って

16 :

print "anybody???"

17 :
>>14
その魅力を語ってください。
オレとしてはjavaみたいな型付けの強い言語はもう面倒で
死ぬのでVM上スクリプトが流行って一般のプロジェクトで使える
ようになる日が来るのを待っている。javaマンドクセ。

18 :
ぜんぶString型で問題ない。

19 :
強い型付けで防げるバグもある

20 :
どちらにしろ同じようにテストして最終的なバグの数が同じになるなら、実装の早いスクリプト言語の方が有利かも。
どうでもいいものを作る場合でテストしないなら、さらにスクリプトの方がいい。
間違いを見つけたときに修正すればいいからね。
オレは補完が賢く効いてくれる強い型付け言語の方が楽で好きだが。

21 :
>>20
> オレは補完が賢く効いてくれる強い型付け言語の方が楽で好きだが。
弱い型付けの言語でも十分補完はできるんだが。。。

java のような半OO言語でのプログラミングは面倒すぎる。

22 :
>>21
完全OOの言語の方がめんどくさそうですが。

23 :
> 完全OOの言語の方がめんどくさそうですが。
(゚Д゚)ハァ? おまえJavaプログラミング初心者だろ?

24 :
>>21
プリミティブとクラスの変換。
コレクションと配列の変換。
面倒。
java.io の低レベルAPIっぽい作り。
ファイル開いて読んで閉じるのに何行書かせるんじゃ。
面倒。
スクリプトでいいよもう。

25 :
>>18
Integer.parseIntせずに数値として評価する技を教えてくらはい。
オレも全部Stringでやりたい。

26 :
>>24
> プリミティブとクラスの変換。
Integer a = 5;
とか、
int b = a;
とかけますが、何か?

27 :
>>26
> Integer a = 5;
> とか、
> int b = a;
> とかけますが、何か?
書けませんが何か?
(それ5.0からじゃねーの?)
// あとプリミティブ型の引数を受けるメソッド、return typeがプリミティブ型
// のメソッドとかも考えること。

28 :
>>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 :


  れ
    5
      .
        0
          か
            ら
              じ
                ゃ
                  ね
                    ー
                      の
                        ?
ちゃんと嫁

30 :
で、5.0からできてるじゃん。
何の問題が?

31 :
>>30
> で、5.0からできてるじゃん。
> 何の問題が?
それ以下のバージョンではコンパイルできない。
ちなみに
List<Integer> l = new ArrayList<Integer>();
  l.add(5);
だと Integer しか l に入れれないだろ?
JythonとかGroovyだと指定なしで何でも l に入れれるし、
「List<Integer> l = new ArrayList<Integer>();」
のようなきたない記述せんでもすむ

32 :
>>31
> それ以下のバージョンではコンパイルできない。
「スクリプトでいいよもう。」と言ってる人にとって、何の問題が?
> List<Integer> l = new ArrayList<Integer>();
> l.add(5);
>だと Integer しか l に入れれないだろ?
そうだよ。
でもl.add(5);と記述することはできるんだよ。

33 :
JSP系で使用可能なスクリプト言語は?
javaコードをリプレースできてもJSPがまた面倒。

34 :
GroovyはJSPの中でも使えますが。
式言語なら標準で使えますが。

35 :
そんなにVariantが好きか藻前ら。

36 :
コンパイラが勝手に型を判断してくれればいい

37 :
>>19
強い型付けで防げるバグもある!
俺にもそう思ってた時期がありました…。
1 コンパイル時に検出する
2 実行時に検出する
ユニットテストしてたら所要時間は大差ない、かもしれぬ。

38 :
>>37
問題は、みんながみんなちゃんとしたユニットテストを書けるわけではないってことだ

39 :
つまりユニットテストを知らない人には強い型のある言語が向いているという事か。

40 :
>>14
はよJython のこと語れ。ほれ。

41 :
論理的に正しいコードを書こうとしなければ、バグは無くならない。
正しいコードを書くには型がある方が便利。
ユニットテストはうっかりエンバグしないためのうっかり八兵衛用。

42 :
論理的に正しくても仕様にバグあるなら意味がない。
そして後者の方が深刻。

43 :
Jrubyがrubyの20倍遅いってのは
今は改善されているのか?

44 :
>>43
改善されて18倍になりました

45 :


46 :
>>41
逆です。
論理的に正しいコードを書こうとするのは当たり前。
型が無くても正しいコードは書けるが、型があればバグの無いコードが書けるとは限らない。
型こそうっかりエンバグしないためのうっかり八兵衛用。

47 :
型は契約。
型のない言語は口頭での約束に過ぎず、下請け法違反。

48 :
なんのこっちゃ。

49 :
使ってる人あんまいないね。

50 :
スクリプト言語なんて、それこそ動けばなんだっていいからなぁ。

51 :
>>50
> スクリプト言語なんて、それこそ動けばなんだっていいからなぁ。
アフォだな

52 :
カーニハンだな

53 :
おい

54 :
カーバンクルだろ

55 :
>>54
おまえそういうこと言うなよ

56 :
なんで>>1はRhinoを仲間に入れてくれないんだ?

57 :
>>previous
ネタじゃなく1だが、普通は Rhino 使うんだったらjavaでプログラムすると思ったので
入れてない。あんまり効率いいとも思わんし

58 :
57の言い分がRhinoを外す理由にさっぱり聞こえないのはなぜですか?
普通は Jython 使うんだったらjavaでプログラムすると思ったので
普通は Groovy 使うんだったらjavaでプログラムすると思ったので
普通は JRuby 使うんだったらjavaでプログラムすると思ったので

59 :
だからー、愛はねー、「Rhino 使うんだったらjavaでプログラムすると思ったので」
で、「Rhinoはそんなにjavaと変わらんので」を暗示的に明示したわけよ。
Rhinoってjavaと変わるか? かわらないのなら普通java使うだろ?

60 :
GroovyはJavaと変るのか?RhinoがJavaと変らない程度にGroovyも
変わらない気がするが。基準が全然わかんね。

61 :
Jythonはシンタックス的にもかなりジャヴァと変わるだろ。
パイソンのコードが使いまわしできるし、それにJythonはコード
をそんなに書かなくても良いから効率がよい。
これからはJythonにしろ

62 :
>Rhinoってjavaと変わるか? かわらないのなら普通java使うだろ?
このスレ自体良スレだとは思っていなかったが、59を見て決定的に失望した。

63 :
コードを糞のように書かないといけないのはJavaだけです。

64 :
>>62
> >Rhinoってjavaと変わるか? かわらないのなら普通java使うだろ?
あんたひっぱたくよ。
->
Rhinoってjavaと *そんなに* 変わるか? かわらないのなら普通java使うだろ?

65 :
JavaはもうCOBOL化したね。

66 :
それはCOBOLに、失r(ry

67 :
でさぁ、JSP的に使えるのはどれよ?
ロジックはjavaで書くだろ?
スクリプトでそれを繋げるだろ?
したらHTML出力するツマンネェとこに使って
楽したいじゃねぇか。

68 :
問題は速度とメモリ効率で。

69 :
java はもう中間言語の域に達っするほど
使いにくい

70 :
jythonをメイン開発言語にしてから作業がはかどるわ、はかどるわ。
8倍ぐらい違Rゃうかな?

71 :
javaが中間言語ってアホちゃうか。

72 :
あえていえば泡沫言語だよな

73 :
ネイティブ環境がどこにもないだけでネイティブコンパイラですよ

74 :
人気ねぇな。

75 :
おれはJythonを押すね。

76 :
>>75
あれって開発止まってない? 

77 :
スレが止まってますな。誰も使ってないってことで
このスレ終了。

78 :
Groovyっていう結論がでたからじゃない?

79 :
>>78
使ってみればわかるが現時点では使い物にならない。

80 :
使わなければどうということはない!

81 :
>>80
頭いいなお前

82 :
ピーナッツってどうなのよ?

83 :
鼻につめて飛ばします。

84 :
目では噛めない

85 :
オパールをピーナッツと間違えて食った。ひどいめにあった。

86 :
ピーナッツを真珠と間違えて埋めた。ひどいめすにあった。

87 :
質問です(situmonndesu)
perl、python、ruby、これらはいずれもOOPが可能ですが、
これらでOOPをやる場合のそれぞれの利点を教えてください。

88 :
プログラムが組みやすくなる。以上。

89 :
>>87
OOは考え方なので実装はどれ使っても一緒。

90 :
perlはOOやるにはつらいだろ。
pythonとrubyは同じようなもんだという話だけど。
ここに出てないけど、rubyとC++とJavaとPHPだと、OOといってもプログラムの組み方がまったく変わるわけで。

91 :
>>90
つ ら い の が い い ん じ ゃ な い か 。
まあプログラムの組み方が全く同じなら違う言語使う意味ないわな。
だからといってOO{P|D}するにあたって違いが出るとは思えないが。(PHPは知らん)

92 :
静的型つけと動的型つけで違うし、多重継承できるかできないか、リフレクションがあるかないかで違うし、ミックスインがあるかないかで違うし、全然違う。
普通に簡単なWeb - DB連携するだけなら違いは出ないかもしれんが、OOPするなら違うし、OODするなら全く違う。

93 :
OO支援の機能があるかどうかで、OOPのしやすい、しにくいはあるよ。
Cでポリモフィズムばりばり使ったOOPやろうとしたら、そりゃ大変だ。
Cと比べるとPerlはまだ、恵まれているな。

94 :
100レス近いのに比較が全くないってのも凄いな。
俺はどれも使ってないから分からん。

95 :
「自分の効率」は自分でないと分からないものです。
自分は Perl が一番効率がいいと思うし。
やっぱり文法が言語がモデルが汚かったとしても
やりたいことがすばやくできるのには敵いません。
今まで何度助けられたか分からないくらいです。
なので自分のお勧めは Perl という結論。

96 :
JRubyちょっと動かしてみたんだけど、なんかものすごく遅くね?
Rubyってこんなもんなの?

97 :
JRubyとRubyは文法がコンパチなだけじゃん。
JRubyを使って、Rubyに関する速度の感想を述べるのは軽率だな。
・・・とJython使いの自分がコメントしてみる。

98 :
6.0にはRhinoが標準添付になる予定

99 :
rubyで組んでJavaとして納品するのにJruby使ってるな。
遅いと言われたらハードの予算ぶんどるか、ネイティブrubyで動かすか、一部JavaやCで組み直すか。
jrubyが遅いのは当たり前。rubyをjavaでエミュレーションして、それを実行バイナリにエミュレーションしてるから。

100read 1read
1read 100read
TOP カテ一覧 スレ一覧 2ch元 削除依頼
D言語は多分コケると思っている人の数→ (377)
プログラム板 自治スレッド Part5 (821)
Androidプログラミング質問スレ Part26 (583)
Google App Engine for java (266)
国産オープンソースDIコンテナSeasar2 その16 (497)
圧縮・復元 相談室 (880)
--log9.info------------------
かまいたちの夜のパクリ作れる人。 (237)
ゴスロリのゲームつくろうよ (230)
ゲーム用BGMを作ってる人達のスレ (238)
【65816:SNES】アセンブリ【6502:NES】 (233)
無料で俺がRPGを作れるようにするスレ (471)
【2D&3D】ゲームグラフィックス【質問OK】 (272)
NScripter Ver.18.00 (799)
【アイデア命#】配布型CGIゲームをつくろう (236)
【復活】shi3zスレ【元祖】 (839)
モナーRPGを作ろう! Part 8 (274)
人工知能or人工無脳作ろうぜ (840)
【入門書クリア前提】初心者用段階的ゲーム製作スレ (232)
【オープンソース】Construct【ゲーム作成ソフト】 (632)
作業じゃないミニRPGを作ってます (388)
絶対に成功しないプロジェクト 1000の特徴 (282)
ワールドネバーランドみたいなゲーム (250)
--log55.com------------------
実質社員992
別館★羽生結弦&オタオチスレ10014
【ホモ】銀魂なんでもあり雑談スレ55【ノマ百合】
実質10976
わしpart.2652
肴23934
実質10977
実質クォッカ887