04/11/16 09:09:25
最近、本気で JVM を使用するスクリプト言語への乗換えを考えている。
考慮している。熟考している。
考課し、そして考査して、考察しながら勘考している。
我に、数多く存在する JVM 系スクリプト言語それぞれの利点、ドローバックを簡潔に述べ、
皆でそれについて考課し、考査する。勘考も忘れるな!
そして一番効率的なスクリプト言語を決定しようではないか!!
2:デフォルトの名無しさん
04/11/16 09:12:14
Jythonを知る
URLﾘﾝｸ(www-6.ibm.com)
Groovyに触ってみよう
URLﾘﾝｸ(www.atmarkit.co.jp)
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の実装に苦労している。
近いうちに安定版をリリースできる状況ではなさそうだ。
URLﾘﾝｸ(sourceforge.net)
7:デフォルトの名無しさん
04/11/16 16:04:00
Jython 2.2 のjarファイルはどこでダウンできますか？
8:デフォルトの名無しさん
04/11/17 01:27:26
まあ、一応
JRubyを好きになってください
URLﾘﾝｸ(www-6.ibm.com)
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を知る
URLﾘﾝｸ(www-6.ibm.com)
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
強い型付けで防げるバグもある!
俺にもそう思ってた時期がありました…。
１ コンパイル時に検出する
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に、失ｒ(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
頭いいなお前
82:デフォルトの名無しさん
05/05/06 18:12:17
ピーナッツってどうなのよ？
83:デフォルトの名無しさん
05/05/06 22:31:43
鼻につめて飛ばします。
84:デフォルトの名無しさん
05/05/06 22:43:12
目では噛めない
85:デフォルトの名無しさん
05/05/06 23:57:26
オパールをピーナッツと間違えて食った。ひどいめにあった。
86:デフォルトの名無しさん
05/05/07 00:41:30
ピーナッツを真珠と間違えて埋めた。ひどいめすにあった。
87:デフォルトの名無しさん
05/06/13 02:41:34
質問です(situmonndesu）
perl、python、ruby、これらはいずれもOOPが可能ですが、
これらでOOPをやる場合のそれぞれの利点を教えてください。
88:デフォルトの名無しさん
05/06/13 07:13:28
プログラムが組みやすくなる。以上。
89:デフォルトの名無しさん
05/06/23 09:57:28
>>87
OOは考え方なので実装はどれ使っても一緒。
90:デフォルトの名無しさん
05/06/23 13:49:52
perlはOOやるにはつらいだろ。
pythonとrubyは同じようなもんだという話だけど。
ここに出てないけど、rubyとC++とJavaとPHPだと、OOといってもプログラムの組み方がまったく変わるわけで。
91:デフォルトの名無しさん
05/06/25 14:21:56
>>90
つ ら い の が い い ん じ ゃ な い か 。
まあプログラムの組み方が全く同じなら違う言語使う意味ないわな。
だからといってOO{P|D}するにあたって違いが出るとは思えないが。（PHPは知らん）
92:デフォルトの名無しさん
05/06/26 08:54:21
静的型つけと動的型つけで違うし、多重継承できるかできないか、リフレクションがあるかないかで違うし、ミックスインがあるかないかで違うし、全然違う。
普通に簡単なWeb - DB連携するだけなら違いは出ないかもしれんが、OOPするなら違うし、OODするなら全く違う。
93:デフォルトの名無しさん
05/08/21 15:53:35
OO支援の機能があるかどうかで、OOPのしやすい、しにくいはあるよ。
Cでポリモフィズムばりばり使ったOOPやろうとしたら、そりゃ大変だ。
Cと比べるとPerlはまだ、恵まれているな。
94:デフォルトの名無しさん
05/09/06 08:31:07
100レス近いのに比較が全くないってのも凄いな。
俺はどれも使ってないから分からん。
95:デフォルトの名無しさん
05/10/05 02:01:55
「自分の効率」は自分でないと分からないものです。
自分は Perl が一番効率がいいと思うし。
やっぱり文法が言語がモデルが汚かったとしても
やりたいことがすばやくできるのには敵いません。
今まで何度助けられたか分からないくらいです。
なので自分のお勧めは Perl という結論。
96:デフォルトの名無しさん
05/10/05 02:16:32
JRubyちょっと動かしてみたんだけど、なんかものすごく遅くね？
Rubyってこんなもんなの？
97:デフォルトの名無しさん
05/10/05 10:03:32
JRubyとRubyは文法がコンパチなだけじゃん。
JRubyを使って、Rubyに関する速度の感想を述べるのは軽率だな。
・・・とJython使いの自分がコメントしてみる。
98:デフォルトの名無しさん
05/11/04 02:23:14
6.0にはRhinoが標準添付になる予定
99:デフォルトの名無しさん
05/11/06 16:11:36
rubyで組んでJavaとして納品するのにJruby使ってるな。
遅いと言われたらハードの予算ぶんどるか、ネイティブrubyで動かすか、一部JavaやCで組み直すか。
jrubyが遅いのは当たり前。rubyをjavaでエミュレーションして、それを実行バイナリにエミュレーションしてるから。
100:デフォルトの名無しさん
05/11/07 09:06:40
<< 99
なんでそんなにまわりくどいコトやってんの？
JavaならJavaでRubyならRubyで組めよ。趣味でやっているならともかく。
しかも、遅いって言われたら予算ぶんどるって、業界の公害だな。
101:デフォルトの名無しさん
05/11/15 01:59:47
>>100
Ruby厨の妄想はほっとけ
102:デフォルトの名無しさん
05/11/15 06:42:05
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
> JRuby自体の完成度は，正直に言ってまだあまり高くありません。ただ，
> フレームワークRuby on Railsの成功でRubyへの注目が高まっており...
> ...（ちなみにJRubyではまだRuby on Railsは動きません）。
えええええええええええええ
103:デフォルトの名無しさん
05/11/15 21:29:41
>>99
> rubyをjavaでエミュレーションして
なんだ、バイトコードにコンパイルとかしてくれないのか。
104:デフォルトの名無しさん
05/11/27 14:45:45
というか、Rubyて、実務で使われているんだな。
105:デフォルトの名無しさん
05/12/03 01:00:30
実務で使うと後で泣けるけどな
106:デフォルトの名無しさん
05/12/04 15:43:31
もしかしてJava→JRubyの呼び出しってできないのか？
107:デフォルトの名無しさん
06/02/12 01:29:46
Jythonて正式実装のわりに、本家からバージョン遅れすぎじゃね？
108:デフォルトの名無しさん
06/02/12 02:59:20
>>105
確かに。
互換性よりもまつもと的言語の美しさのほうが優先だからね。。。
109:デフォルトの名無しさん
06/02/12 10:19:28
>>107
メイン開発者がMSに引き抜かれてIronPython作ってるから、
Jythonの開発はほとんど止まってるんじゃない？
IronPythonの方は最新(2.4)の言語仕様に対応してるのにね……
110:デフォルトの名無しさん
06/02/12 14:51:06
>>109
Javaからドトネトに流れてたのか…。回復の見込みはなさそうだな。
monoでバッチリ動くのならまあいいけど、Java資産が使えないのはイタいな。
111:デフォルトの名無しさん
06/02/15 06:42:49
ＡＢＣＬってどうなの？
112:デフォルトの名無しさん
06/02/17 03:04:02
この中ではRhinoが良かったな
113:デフォルトの名無しさん
06/02/26 02:59:01
javaとjavascriptはかなり違う。クラスの扱い方というか定義の仕方からして違う。
と、超遅レス。
114:233
06/02/26 03:37:44
JMLは？
115:デフォルトの名無しさん
06/02/26 12:51:45
JaskellってHaskellじゃないんだね。ガックシ。
116:デフォルトの名無しさん
06/04/18 13:30:52
JRuby は遅いからなあ、と使うのをやめたあなた、
URLﾘﾝｸ(www.javaworld.com)
3月27に出た 0.83 はすごく速いぞ！もうほかの処理系に引けを取らないぞ！
URLﾘﾝｸ(sourceforge.net)
もうすぐ Ruby on Rails も動くそうだし、大注目だぞ！
だけどまだ継続(continuation)は使えないぞ！
117:デフォルトの名無しさん
06/04/19 02:45:47
タイトルの中の言語では、使ってみたところGroovyが一番使える。
最後発なのに使える範囲がめちゃ広い。
サブプロジェクト何個あるんだよ、という感じで。
118:デフォルトの名無しさん
06/04/19 10:14:03
すっかり忘れられた存在って気がするけど、どの辺がいいの？広いって例えば？
119:デフォルトの名無しさん
06/04/28 11:32:20
俺はGroovyもやめるぞジョジョォーッ
120:デフォルトの名無しさん
06/05/20 13:18:41
だんだんできることが似たり寄ったりになると、
それぞれの言語の言語仕様で選択することになるのかな。
121:デフォルトの名無しさん
06/05/22 08:13:11
モ ル モ ン
122:デフォルトの名無しさん
06/05/22 10:51:50
>>120
JVMの上で動くJava, Groovy, Jython, JRuby
CLRの上で動くC++/CLI, C♯, VB.NET, IronPython, 一応J♯
JITコンパイラの極まり具合だとJVMの方が上だが、
クライアントでの用途を考えると、WinFormsの分CLRが良いと思う。
どちらの上ででも動くPythonは使える範囲が広いってことか。
CLRで動くRubyって実物あったっけ？
こう見てみると、Perl6/Parrotって、すげーイマサラ感が漂う。
123:デフォルトの名無しさん
06/05/22 11:52:25
>>120
そういうのメンドクサイから、IFだけそろえてどの言語からでも同じように各種部品が使える状態にして欲しい
124:デフォルトの名無しさん
06/05/22 13:14:25
>>123
Bean Scripting Frameworkを組み込めば、とりあえずひととおりは簡単にサポートできる。
URLﾘﾝｸ(jakarta.apache.org)
Rhinoのリリースに対応していないのがいまいちだが。
つーかBSFて開発止まってる？
125:デフォルトの名無しさん
06/05/22 14:16:18
>>124
そういう話じゃないんだよ
ぶっちゃけ言語なんか何でも良いじゃん
RoRとかjakartaProjectとかを各種言語でシームレスに使いたい
126:デフォルトの名無しさん
06/05/23 03:40:10
>>125
でも、現実問題バリバリRubyの機能生かしてかかれたRoRとかを
多言語から利用するってのは無理くさくない？
例えば、BorlandのVCLをD言語から利用したくても、かなり無理くさいのと同様に
127:デフォルトの名無しさん
06/05/25 01:24:19
>>125
JavaOneでRoRの対応、全部じゃないけど出来てきてるって言ってた、
という記事をみたよ
128:デフォルトの名無しさん
06/05/26 22:08:39
という夢をみたよ。
129:デフォルトの名無しさん
06/06/05 11:28:05
>>126
D知らないんだけど、何で無理なん？
VCLってDel専用仕様はあまり使ってない気がするんだが。
だからこそApolloなんかも存在出来るんだと思うし。
130:デフォルトの名無しさん
06/06/18 00:00:07
BSFで、Rhino使ってるんだけど、
普通のGlobalが見えてないでprintすら使えないのは仕様？普通のGlobalのが見える方法ない？
BSFは2.3、Rhinoは1.5R3。正確にはantのscriptタスクに使ってる。
よく分かってないんで変なこと言ってたらごめん。
131:デフォルトの名無しさん
06/07/01 22:43:48
Groovy、始まったな
「Groovy 1.0 JSR-6 公開、正式版は今秋を目処に」
URLﾘﾝｸ(journal.mycom.co.jp)
132:デフォルトの名無しさん
06/07/02 00:00:31
っていうか、肝心のJSR自体はどうなってんだよ。
133:デフォルトの名無しさん
06/07/04 01:08:53
Rhino、終ったな
URLﾘﾝｸ(download.java.net)
134:デフォルトの名無しさん
06/07/06 11:38:13
BeanShell - Lightweight Scripting for Java
URLﾘﾝｸ(www.beanshell.org)
135:デフォルトの名無しさん
06/09/02 18:30:50
結局どれがいいんだよぅ
136:デフォルトの名無しさん
06/09/10 19:29:13
JRubyの開発者をSunが正式に雇用したらしいな
どうするつもりなんだろ
URLﾘﾝｸ(www.infoq.com)
137:デフォルトの名無しさん
06/09/11 00:00:29
Dynamic Language向けのJVMの最適化はやりたいんだろうな。
Rhinoだけじゃ偏るだろうしね・・・
138:デフォルトの名無しさん
06/09/11 01:03:23
今、Sunの中の人で公式にDynamic Language開発してる人って誰が居るんだろう？
Pnutsの戸松さんくらいしか思い浮かばないけど、他にも居るのかなあ
139:デフォルトの名無しさん
06/09/11 01:06:09
そういえば、なんでJDK6にはPnuts入れなかったんだろう？
少なくとも、Javaとの連携という意味では、Pnutsの方がRhinoよりもよっぽど
優れてると思うんだけどなあ。あと、性能でもJVM系Dynamic Languageの中
でほぼ最速だし
140:デフォルトの名無しさん
06/09/16 22:57:12
モルモン教は、1830年アメリカ合衆国にてジョセフ・スミス・ジュニア(1805年 - 1844年)
によって創始されたキリスト教系新興宗教の俗称。日本にはあまり信者はいない。
「モルモン」の名は、当教団の聖典モルモン書に由来すると言われる。
共通するものに飲酒・喫煙・お茶の禁止、避妊、妊娠中絶の禁止などがある。
また、毎月の収入の一部を教会に納めるよう指導がなされ、
そ の 割 合 は 収 入 の 1 0 ％ と い う 厳 格 な 規定が存在する。
Rubyの利用はモルモン教支援を行う事に等しく、宗教団体との関わりを避けたい
企業への導入の障害となっている。
141:デフォルトの名無しさん
06/10/09 21:28:33
JythonでGUIアプリを作ろうかと思ってます。
pyからclassファイルにコンパイルしたら理屈上では
Javaで書いたGUIアプリとパフォーマンスは変わらないものでしょうか。
142:デフォルトの名無しさん
06/10/25 06:58:26
puts 1+2
3
ここまで覚えた
ーーーーーーーーーーーー
143:デフォルトの名無しさん
07/02/16 23:08:11
>>139
別に仕事として開発している訳じゃないからではないかと・・・・
何より開発者が一人というのがきついのでは？
Rhinoは、言語仕様自体は規格化されているけどPnutsは戸松さんのセンスだし。
どっちが好きかだって？
そりゃPnutsですよｗｗ
144:デフォルトの名無しさん
07/05/03 13:50:31
,-､ ,.-､
./:::::＼ ／::::::ヽ
/::::::::::::;ゝ--─-- ､._/::::::::::::::|
/,.-‐''"´ ＼:::::::::::|
／ ヽ､::::|
/ ヽ|
l. l
.| ● |
l , , , ● l
` ､ (__人__丿 ､､､ /
`ｰ ､__ ／
/`'''ｰ‐‐─‐‐‐┬'''""´
./ ___ l __
l ./ ／ |／ |
`ｰ-< / ./ ./
`ｰ‐--{___／ゝ､,ノ
145:デフォルトの名無しさん
07/05/04 23:51:03
結論：素のjava+フレームワークが最も効率的
146:デフォルトの名無しさん
07/05/05 16:07:17
jython使わずにjavaのapi使えないのかな？
pythonで一緒に使いたいライブラリがあったりするので・・・
147:デフォルトの名無しさん
07/05/05 20:06:12
C
148:デフォルトの名無しさん
07/05/06 00:35:24
C#
149:デフォルトの名無しさん
07/05/09 01:22:46
あーいむ Javanese
これきついなー、
150:デフォルトの名無しさん
07/05/09 21:45:21
そろそろ、JavaFXも仲間入りでＯＫでしょうか？
151:デフォルトの名無しさん
07/05/27 17:16:29
>>137
どうせJythonの中の人がMSに取られたからとかそんな感じなんじゃないのか？
152:デフォルトの名無しさん
07/05/27 20:09:57
え？Jythonな人、SunからMSに移ったの？
153:デフォルトの名無しさん
07/05/27 21:36:27
Jim HuguninっていつSunにいたの？
154:デフォルトの名無しさん
07/05/28 19:17:22
ごめん、Jrubyと勘違いしてた。
155:デフォルトの名無しさん
07/06/03 22:12:30
kawa の話題は一個もないのな。さすがマイナー言語 lisp の流れをくむだけある。
156:デフォルトの名無しさん
07/06/09 23:39:21
2年くらい前にJEmacs 使ったけどすぐ落ちちゃったからそれ以来見てないな
157:デフォルトの名無しさん
07/06/10 01:10:11
JRubyリリースされたな。
URLﾘﾝｸ(dist.codehaus.org)
なんで書き込みが少ないんだ？
158:デフォルトの名無しさん
07/06/10 06:13:51
だって起動がクソ重いんだもん
159:デフォルトの名無しさん
07/08/31 03:07:56
誰かJRuby on Rails on Tomcatチャレンジしてないかね。
rubyforgeのjruby-extraにおいてあるgoldspikeでrailsプロジェクトをwarに出来るんだけど、
TomcatだろうがJettyだろうがある程度いじってるとヒープ食いつぶして死ぬんだよね。
これが真っ当に動けばRubyもRailsも仕事用にアリになるんだけどなあ。
160:デフォルトの名無しさん
07/09/01 01:43:28
主流になるのはJRuby on Rails on GlassFish with NetBeans 6.0では？
Ruby-on-Rails Hello World on GlassFish
URLﾘﾝｸ(blogs.sun.com)
Database-enabled Hello World RoR app
URLﾘﾝｸ(blogs.sun.com)
Database-enabled RoR WAR on GlassFish
URLﾘﾝｸ(blogs.sun.com)
First JRuby app in GlassFish
URLﾘﾝｸ(blogs.sun.com)
161:159
07/09/01 03:41:10
そっかー
GlassFish使うってまで重たい話にはしたくない気もするけどサポート度合いはこっちの方が良いだろね。
162:デフォルトの名無しさん
07/12/18 20:47:23
Groovyの本まだ？
163:デフォルトの名無しさん
08/01/21 09:28:20
C#Ruby最強伝説
164:ちんこ ◆GbXlaaQNk.
08/02/26 13:02:11
>>158
クソってほどでもないだろうよ。
165:デフォルトの名無しさん
08/05/06 13:55:11
Jythonプログラミング URLﾘﾝｸ(www.nishiohirokazu.org) が出たことだし、久しぶりに上げてみる。
166:165
08/05/06 13:57:28
こっちに目次がある。
URLﾘﾝｸ(book.mycom.co.jp)
167:飯島愛
08/05/06 18:18:52
俺はこのスレ主である >>1 だが、未だにスレが続いていることに苦笑してしまった。
168:デフォルトの名無しさん
08/05/06 19:25:36
結論：やっぱ生Java