2ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

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に触ってみよう
http://www.atmarkit.co.jp/fjava/rensai3/devworks05/devworks05_1.html


JRuby は知らん

3 :デフォルトの名無しさん:04/11/16 09:23:05
Ruby 系はもういいよ

4 :飯島愛:04/11/16 09:40:33
何が「ruby系」だ。
Python の方がユーザー数が多いのだぞ!

5 :デフォルトの名無しさん:04/11/16 10:55:01
Jython は 1.5 を扱えないらしいが?

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

7 :デフォルトの名無しさん:04/11/16 16:04:00
Jython 2.2 のjarファイルはどこでダウンできますか?

8 :デフォルトの名無しさん: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 :デフォルトの名無しさん:04/11/17 17:27:23
YES

11 :デフォルトの名無しさん:04/11/17 18:28:49
JRubyはどうか

12 :デフォルトの名無しさん: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 :デフォルトの名無しさん:04/11/19 19:44:46
なんだ飯島愛って

16 :飯島愛:04/11/19 20:50:35

print "anybody???"

17 :デフォルトの名無しさん:04/11/19 21:58:25
>>14
その魅力を語ってください。

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

18 :デフォルトの名無しさん:04/11/19 22:59:07
ぜんぶString型で問題ない。

19 :デフォルトの名無しさん:04/11/19 23:20:05
強い型付けで防げるバグもある

20 :デフォルトの名無しさん:04/11/19 23:27:18
どちらにしろ同じようにテストして最終的なバグの数が同じになるなら、実装の早いスクリプト言語の方が有利かも。
どうでもいいものを作る場合でテストしないなら、さらにスクリプトの方がいい。
間違いを見つけたときに修正すればいいからね。

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

21 :飯島愛:04/11/19 23:34:49
>>20
> オレは補完が賢く効いてくれる強い型付け言語の方が楽で好きだが。

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


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


22 :デフォルトの名無しさん:04/11/20 00:50:58
>>21
完全OOの言語の方がめんどくさそうですが。

23 :デフォルトの名無しさん:04/11/20 00:53:45
> 完全OOの言語の方がめんどくさそうですが。
(゚Д゚)ハァ? おまえJavaプログラミング初心者だろ?

24 :デフォルトの名無しさん:04/11/20 01:21:52
>>21
プリミティブとクラスの変換。
コレクションと配列の変換。
面倒。

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

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


25 :デフォルトの名無しさん:04/11/20 01:24:01
>>18
Integer.parseIntせずに数値として評価する技を教えてくらはい。
オレも全部Stringでやりたい。

26 :デフォルトの名無しさん: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 :デフォルトの名無しさん: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 :デフォルトの名無しさん: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 :デフォルトの名無しさん:04/11/20 02:17:09
>>31
> それ以下のバージョンではコンパイルできない。

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

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

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

33 :デフォルトの名無しさん:04/11/20 05:13:40
JSP系で使用可能なスクリプト言語は?
javaコードをリプレースできてもJSPがまた面倒。

34 :デフォルトの名無しさん:04/11/20 09:09:52
GroovyはJSPの中でも使えますが。
式言語なら標準で使えますが。

35 :デフォルトの名無しさん:04/11/20 10:03:49
そんなにVariantが好きか藻前ら。

36 :デフォルトの名無しさん:04/11/20 10:39:25
コンパイラが勝手に型を判断してくれればいい

37 :デフォルトの名無しさん:04/11/20 18:45:01
>>19
強い型付けで防げるバグもある!
俺にもそう思ってた時期がありました…。

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

38 :デフォルトの名無しさん:04/11/21 04:26:52
>>37
問題は、みんながみんなちゃんとしたユニットテストを書けるわけではないってことだ

39 :デフォルトの名無しさん:04/11/21 06:03:39
つまりユニットテストを知らない人には強い型のある言語が向いているという事か。


40 :デフォルトの名無しさん:04/11/21 13:20:46
>>14
はよJython のこと語れ。ほれ。

41 :デフォルトの名無しさん:04/11/21 19:33:47
論理的に正しいコードを書こうとしなければ、バグは無くならない。
正しいコードを書くには型がある方が便利。
ユニットテストはうっかりエンバグしないためのうっかり八兵衛用。

42 :デフォルトの名無しさん:04/11/21 22:25:55
論理的に正しくても仕様にバグあるなら意味がない。
そして後者の方が深刻。

43 :デフォルトの名無しさん:04/11/22 02:45:02
Jrubyがrubyの20倍遅いってのは
今は改善されているのか?

44 :デフォルトの名無しさん:04/11/22 03:55:10
>>43
改善されて18倍になりました

45 :デフォルトの名無しさん:04/11/22 11:24:04


46 :デフォルトの名無しさん:04/11/22 14:55:53
>>41
逆です。
論理的に正しいコードを書こうとするのは当たり前。
型が無くても正しいコードは書けるが、型があればバグの無いコードが書けるとは限らない。
型こそうっかりエンバグしないためのうっかり八兵衛用。


47 :デフォルトの名無しさん:04/11/23 10:35:01
型は契約。
型のない言語は口頭での約束に過ぎず、下請け法違反。

48 :デフォルトの名無しさん:04/11/23 20:34:06
なんのこっちゃ。

49 :デフォルトの名無しさん:04/11/23 23:56:58
使ってる人あんまいないね。

50 :デフォルトの名無しさん:04/11/24 00:01:55
スクリプト言語なんて、それこそ動けばなんだっていいからなぁ。

51 :デフォルトの名無しさん:04/11/24 21:25:04
>>50
> スクリプト言語なんて、それこそ動けばなんだっていいからなぁ。
アフォだな

52 :デフォルトの名無しさん:04/11/24 23:05:17
カーニハンだな

53 :デフォルトの名無しさん:04/12/03 00:36:58
おい

54 :デフォルトの名無しさん:04/12/03 00:40:35
カーバンクルだろ

55 :デフォルトの名無しさん:04/12/03 00:55:52
>>54
おまえそういうこと言うなよ

56 :デフォルトの名無しさん:04/12/03 01:15:56
なんで>>1はRhinoを仲間に入れてくれないんだ?

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

58 :デフォルトの名無しさん: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 :デフォルトの名無しさん:04/12/03 02:00:35
GroovyはJavaと変るのか?RhinoがJavaと変らない程度にGroovyも
変わらない気がするが。基準が全然わかんね。

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

62 :58:04/12/03 02:06:39
>Rhinoってjavaと変わるか? かわらないのなら普通java使うだろ?

このスレ自体良スレだとは思っていなかったが、59を見て決定的に失望した。

63 :デフォルトの名無しさん:04/12/03 02:07:58
コードを糞のように書かないといけないのはJavaだけです。

64 :飯島愛:04/12/03 02:10:09
>>62
> >Rhinoってjavaと変わるか? かわらないのなら普通java使うだろ?

あんたひっぱたくよ。

->
Rhinoってjavaと *そんなに* 変わるか? かわらないのなら普通java使うだろ?


65 :デフォルトの名無しさん:04/12/03 02:11:30
JavaはもうCOBOL化したね。

66 :デフォルトの名無しさん:04/12/03 10:57:57
それはCOBOLに、失r(ry

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

68 :デフォルトの名無しさん:04/12/04 20:40:56
問題は速度とメモリ効率で。

69 :飯島愛:04/12/10 08:44:41
java はもう中間言語の域に達っするほど
使いにくい


70 :飯島愛:04/12/10 08:45:37
jythonをメイン開発言語にしてから作業がはかどるわ、はかどるわ。
8倍ぐらい違うんちゃうかな?

71 :デフォルトの名無しさん:04/12/10 13:44:07
javaが中間言語ってアホちゃうか。

72 :デフォルトの名無しさん:04/12/10 15:06:07
あえていえば泡沫言語だよな

73 :デフォルトの名無しさん:04/12/31 11:01:34
ネイティブ環境がどこにもないだけでネイティブコンパイラですよ

74 :デフォルトの名無しさん:05/02/06 01:27:49
人気ねぇな。

75 :デフォルトの名無しさん:05/02/07 21:02:07
おれはJythonを押すね。

76 :デフォルトの名無しさん:05/02/07 21:18:25
>>75
あれって開発止まってない? 

77 :デフォルトの名無しさん:05/03/02 03:10:46
スレが止まってますな。誰も使ってないってことで
このスレ終了。

78 :デフォルトの名無しさん:05/03/02 13:54:42
Groovyっていう結論がでたからじゃない?

79 :デフォルトの名無しさん:05/03/03 21:48:10
>>78
使ってみればわかるが現時点では使い物にならない。

80 :デフォルトの名無しさん:05/03/03 22:05:06
使わなければどうということはない!

81 :デフォルトの名無しさん:05/03/05 22:57:35
>>80
頭いいなお前

15 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.02.02 2014/06/23 Mango Mangüé ★
FOX ★ DSO(Dynamic Shared Object)