1read 100read
2013年17プログラム91: Jython、Groovy、JRuby - どれが一番効率的? (277)
TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▼
C言語なら俺に聞け(入門編)Part 119 (899)
Jython、Groovy、JRuby - どれが一番効率的? (277)
C言語なら俺に聞け(入門編)Part 119 (899)
関数型言語ML (SML, OCaml, etc.), Part 6 (713)
【GPGPU】くだすれCUDAスレ part6【NVIDIA】 (480)
インテルC++コンパイラ9.0発表! (589)
Jython、Groovy、JRuby - どれが一番効率的?
1 :04/11/16 〜 最終レス :2013/09/22 最近、本気で 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倍ぐらい違うんちゃうかな?
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元 削除依頼 ▲
メガデモを語る fr-08 (738)
データベースプログラミング全般スレ (385)
【Scheme】Schemeインタプリタ Mosh Part1【Lisp】 (217)
CLDC+MIDP+携帯電話用Javaスレッド part 9 (955)
プログラム関係の雑誌について (230)
VisualBasic6.0 対 VisualBasic .NET 2003 (461)
--log9.info------------------
ドライブのときに聞くとノリノリになれる曲 (883)
合唱曲、十字架の島について語ろう (968)
★みんな、CD何枚持ってる?★ (308)
ツタヤ・ゲオなどCDレンタル情報交換スレッド Part2 (666)
合唱曲「この曲何年生が歌うべき?」 (587)
タワーレコードはツタワーレコードになります (417)
音楽史上、最低の曲は何だね? (785)
汗だく女性アーティスト興奮しない?V (361)
日本人てなんでバラード好きなの? (164)
BEING/GIZAののろしを上げろ (105)
【赤字】avexの今後について考えるスレ【転落】 (517)
CDに対して異常に神経質なヤツ part11 (804)
JRの発車メロで一番好きなのは (293)
軍歌について語りたい人集合 (102)
ずっと勘違いしていた、歌詞2007 (215)
悪徳avex(エイベックス)絶対に許せません (774)
--log55.com------------------
ミニドルフィードリーム11
【DDS】ドルフィードリームシスター4【DDSister】
【ぬくぬく】もえキャラぬいぐるみ【もっふもふ】
17スレ目も叫べーーーーーーーーーーーー!!!!
脱サラして人形ショップ経営したいYO!
人形者容姿向上計画・3
-** LEEKEWORLD **- 17
☆好きなお人形5体でプロファイリングしてもらうスレ★