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

[1 飯島愛 NG NG]

最近、本気で JVM を使用するスクリプト言語への乗換えを考えている。
考慮している。熟考している。
考課し、そして考査して、考察しながら勘考している。

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

そして一番効率的なスクリプト言語を決定しようではないか!!

[2 デフォルトの名無しさん NG NG]

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 デフォルトの名無しさん NG NG]

Ruby 系はもういいよ

[4 飯島愛 NG NG]

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

[5 デフォルトの名無しさん NG NG]

Jython は 1.5 を扱えないらしいが？

[6 デフォルトの名無しさん NG NG]

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

[7 デフォルトの名無しさん NG NG]

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

[8 デフォルトの名無しさん NG NG]

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

[9 デフォルトの名無しさん NG NG]

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

[10 デフォルトの名無しさん NG NG]

YES

[11 デフォルトの名無しさん NG NG]

JRubyはどうか

[12 デフォルトの名無しさん NG NG]

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

[13 飯島愛 NG NG]

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

↑ ・・・ はやくしろよ。

[14 飯島愛 NG NG]

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


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


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


--------------------------------------------------------------------------------

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

[15 デフォルトの名無しさん NG NG]

なんだ飯島愛って

[16 飯島愛 NG NG]

print "anybody???"

[17 デフォルトの名無しさん NG NG]

>>14
その魅力を語ってください。

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

[18 デフォルトの名無しさん NG NG]

ぜんぶString型で問題ない。

[19 デフォルトの名無しさん NG NG]

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

[20 デフォルトの名無しさん NG NG]

どちらにしろ同じようにテストして最終的なバグの数が同じになるなら、実装の早いスクリプト言語の方が有利かも。
どうでもいいものを作る場合でテストしないなら、さらにスクリプトの方がいい。
間違いを見つけたときに修正すればいいからね。

オレは補完が賢く効いてくれる強い型付け言語の方が楽で好きだが。

[21 飯島愛 NG NG]

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

弱い型付けの言語でも十分補完はできるんだが。。。


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

[22 デフォルトの名無しさん NG NG]

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

[23 デフォルトの名無しさん NG NG]

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

[24 デフォルトの名無しさん NG NG]

>>21
プリミティブとクラスの変換。
コレクションと配列の変換。
面倒。

java.io の低レベルAPIっぽい作り。
ファイル開いて読んで閉じるのに何行書かせるんじゃ。
面倒。

スクリプトでいいよもう。

[25 デフォルトの名無しさん NG NG]

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

[26 デフォルトの名無しさん NG NG]

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

[27 デフォルトの名無しさん NG NG]

>>26
> Integer a = 5;
> とか、
> int b = a;
> とかけますが、何か？

書けませんが何か？
(それ5.0からじゃねーの？)

// あとプリミティブ型の引数を受けるメソッド、return typeがプリミティブ型
// のメソッドとかも考えること。

[28 デフォルトの名無しさん NG NG]

>>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 デフォルトの名無しさん NG NG]

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

[30 デフォルトの名無しさん NG NG]

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

[31 デフォルトの名無しさん NG NG]

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

それ以下のバージョンではコンパイルできない。

ちなみに

List<Integer> l = new ArrayList<Integer>();
　　l.add(5);

だと Integer しか l に入れれないだろ？
JythonとかGroovyだと指定なしで何でも l に入れれるし、
「List<Integer> l = new ArrayList<Integer>();」
のようなきたない記述せんでもすむ

[32 デフォルトの名無しさん NG NG]

>>31
> それ以下のバージョンではコンパイルできない。

「スクリプトでいいよもう。」と言ってる人にとって、何の問題が？

>　List<Integer> l = new ArrayList<Integer>();
>　l.add(5);
>だと Integer しか l に入れれないだろ？

そうだよ。
でもl.add(5)；と記述することはできるんだよ。

[33 デフォルトの名無しさん NG NG]

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

[34 デフォルトの名無しさん NG NG]

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

[35 デフォルトの名無しさん NG NG]

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

[36 デフォルトの名無しさん NG NG]

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

[37 デフォルトの名無しさん NG NG]

>>19
強い型付けで防げるバグもある!
俺にもそう思ってた時期がありました…。

１ コンパイル時に検出する
2 実行時に検出する
ユニットテストしてたら所要時間は大差ない、かもしれぬ。

[38 デフォルトの名無しさん NG NG]

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

[39 デフォルトの名無しさん NG NG]

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

[40 デフォルトの名無しさん NG NG]

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

[41 デフォルトの名無しさん NG NG]

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

[42 デフォルトの名無しさん NG NG]

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

[43 デフォルトの名無しさん NG NG]

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

[44 デフォルトの名無しさん NG NG]

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

[45 デフォルトの名無しさん NG NG]

[46 デフォルトの名無しさん NG NG]

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

[47 デフォルトの名無しさん NG NG]

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

[48 デフォルトの名無しさん NG NG]

なんのこっちゃ。

[49 デフォルトの名無しさん NG NG]

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

[50 デフォルトの名無しさん NG NG]

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