Ruby>>>>>Java at TECH
[2ch|▼Menu]
1:デフォルトの名無しさん
06/09/21 11:53:49
今すぐ勉強すべきプログラム言語トップ10
URLリンク(news.yahoo.com)

 1. PHP
 2. C#
 3. AJAX
 4. JavaScript
 5. Perl
 6. C
 7. Ruby and Ruby on Rails
 8. Java
 9. Python
 10. VB.Net

関連スレ
アラン・ケイも認めた!Ruby>>>>>Smalltalk
スレリンク(tech板)

2:デフォルトの名無しさん
06/09/21 12:00:36
 3. AJAX
 7. Ruby and Ruby on Rails

AJAX
Ruby on Rails

えっと・・・

3:デフォルトの名無しさん
06/09/21 12:04:04
糞スレ認定

4:デフォルトの名無しさん
06/09/21 12:04:36
PHP が 1 位という時点でアレだな。

5:デフォルトの名無しさん
06/09/21 12:06:12
C#>>>>>>>>>Java

6:デフォルトの名無しさん
06/09/21 15:16:22
PHPの1位はねーだろ

7:デフォルトの名無しさん
06/09/21 16:18:53
いや、PHPは高速だし簡単だからその可能性はあり得る

8:デフォルトの名無しさん
06/09/21 18:06:33
やたらWebプログラミング補正のはいったランキングだな

9:デフォルトの名無しさん
06/09/21 18:17:25
日本だとどういうランキングになるの

10:デフォルトの名無しさん
06/09/21 18:44:51
>>9
こんなネタもあるようだ。

.NETが日本で最も普及しているプログラム言語
スレリンク(tech板)

11:デフォルトの名無しさん
06/09/21 19:18:40
スレタイだけで見る気うせた

12:デフォルトの名無しさん
06/09/21 20:04:24
AJAXって言語じゃねーだろヴォケが

13:デフォルトの名無しさん
06/09/21 21:29:00
そもそもそれってランキングなのか?
Job Availabilityの数字(Dice.comというサイトの求人情報数らしい)が
ぜんぜん順番通りになってないのだが

14:デフォルトの名無しさん
06/09/21 22:00:09
Ruby and Ruby on Rails
Job availabilities : 210 and 54, respectively

Java
Job availabilities: 14,408

>>1は一生仕事無く自宅でRuby使っていろよ(藁

15:デフォルトの名無しさん
06/09/21 22:38:06
プログラマーが学ぶべき言語はC++、Java、Lisp、Rubyの4つ。
C++はboostが余裕で理解できるくらい勉強するべし。

16:デフォルトの名無しさん
06/09/21 22:39:51
最近の据え置きゲームってboost使ってるの?

17:デフォルトの名無しさん
06/09/21 22:47:26
>>>>>
にはどんな意味があるのか?
これだから演算子オーバーロードはこまる。

推測1. rubyからjavaへ
推測2. rubyはjavaより処理速度がやたら遅い

18:デフォルトの名無しさん
06/09/22 01:08:34
すげぇ
昨日出来て今日つぶれそうなスレですね

19:デフォルトの名無しさん
06/09/22 03:34:14
勉強すべきではないランクかと思った

20:デフォルトの名無しさん
06/09/22 22:22:08
おめーらそんなにRubyに負けたのが悔しいの?

21:デフォルトの名無しさん
06/09/22 22:24:30
プロジェクトありすぎでJAVAわけわからんですよ
あと、XMLうざすぎ

22:デフォルトの名無しさん
06/09/23 00:23:52
>>21
それは貴方のオツムがゆるいから〜

23:デフォルトの名無しさん
06/10/02 12:07:14
URLリンク(blogs.itmedia.co.jp)

>Bruce A. Tate氏は、本書の中で非常に思慮深く、慎重に議論を運ぶ。
>
> 1. Javaが市民権を獲得した時代背景を分析し、
>   さまざまな偶発事象が重なった結果の必然であると主張する。
> 2. なぜ今Javaが転換期を迎えていると考えているのか意見を述べる。
> 3. Javaの後に来るべき言語の候補をいくつか挙げる。
> 4. 現時点ではrubyが最良の選択であると結論づける。
> 5. 実際にrubyを使った場合にどれだけ生産性が上がるのかを定量的なデータで示す。



24:デフォルトの名無しさん
06/10/02 20:54:08
Rubyも好きだけど…やっぱりJavaが好き。

25:デフォルトの名無しさん
06/10/02 20:59:09
生産性が30倍というが、java+eclipseと比較してもそうなの?
LOCはそうかもしんないけど。

26:デフォルトの名無しさん
06/10/02 21:13:17
URLリンク(itpro.nikkeibp.co.jp)

5.0のfor文は意図的に注(別ウインドウ)に隠すわ、
素のJDBCコードと、Rubyを代表するフレームワークの核ActiveRecordを比較してJavaを貶すわ…
ファイナライザのあたりなんて言いがかりに近い(w

Rubyの人って、みんなこうなのですか?

27:デフォルトの名無しさん
06/10/02 22:10:32
文盲のJava厨はこれだから困る。

> 素のJDBCコードと、Rubyを代表するフレームワークの核ActiveRecordを比較してJavaを貶すわ…

Java の言語仕様上、資源の開放のために、汚ならしい try - finally を何度も書かなきゃいけない、
というのがそこの意図であって、素のJDBCとかActiveRecordとかは重要ではない。

28:デフォルトの名無しさん
06/10/02 23:42:21
言語仕様上めんどうな事があっても
その分がんばってくれる各種フレームワークが
充実しまくっとるのも含めてJavaだと、思うんだけどなあ。
開発する側としてはね。

29:デフォルトの名無しさん
06/10/03 00:08:05
>>27
「Javaではデータベースへの接続やトランザクションを自前で管理しなければならない」
ことが格好悪いと言ってるんじゃないの?

オレもactiverecordとJDBCを比較するのは筋違いだと思うけど。

30:デフォルトの名無しさん
06/10/03 00:14:58
今時getter setterを自力で書いているヤツがいるのかと。

rubyって他人の書いたコード読めるん?
自分の書いたコード以外は読みにくそう

31:デフォルトの名無しさん
06/10/03 00:28:38
>>29
「力の源泉である『メタプログラミング』と『ブロック構文』」とあるんだから、
あきらかに「Rubyの強力なブロック構文を使うと、
Javaでは汚なくなりがちな解放処理をすっきり書くことも可能です」という一例。

32:デフォルトの名無しさん
06/10/03 00:37:36
>>29
ActiveRecordは一例でしょ。
もっと素のDB接続に近いRuby DBIでもトランザクションにはブロックを使ってる。
URLリンク(www.jiubao.org)

別に他の言語でも同じことはできるけど、詳しい人なら知っているイディオムではなく、
言語を勉強し始めて最初の方に覚えるだろうファイルの読み書きから使われている
一般的な手法というのがポイント。

33:デフォルトの名無しさん
06/10/03 01:15:08
>>27
いや、だから、それならActiveRecordなんて使わないで、>>32 みたいに
JDBCに相当する、同じように低レベルなサンプルを書けばいいじゃん。
わざわざわかりづらくする意図はなんですか?
一部の「煩雑な」コードを隠蔽して見栄えを良くするためじゃないんですかね。

>>32
try...finally も、言語を勉強し始めて最初の方に覚えるだろう
ファイルの読み書きから使われている一般的な手法なわけですが。

34:デフォルトの名無しさん
06/10/03 01:29:57
try finallyを自分で書くのも結構まれかと思われますが。
醜い事は確か。

35:デフォルトの名無しさん
06/10/03 01:33:13
間違えた。try finallyは自分で書くか。
try catchはIDEまかせでしょう。

36:デフォルトの名無しさん
06/10/03 01:38:29
「Javaではデータベースへの接続やトランザクションを自前で管理しなければならない」
これはおかしい文章だとおもうんだけどね。。ちがう?

37:デフォルトの名無しさん
06/10/03 11:01:32
JTA管理下のJPAやORマッピングツール使えば、
トランザクション管理もコネクション管理も自動化できるよ
JTA実装してるDIコンテナ使えば導入も簡単

38:デフォルトの名無しさん
06/10/03 11:11:44
ActiveRecordと比較するなら、そういったフレームワークであるべきなのに
素の手続きをずらずら並べるJDBC直書きと比較するのはおかしいんじゃね?
自分の主張は正しいんだ、Rubyは優れているんだ、という、作為的なモノが感じられね?
というハナシだ。

39:デフォルトの名無しさん
06/10/03 14:08:06
Ruby>>>>>Java


40:デフォルトの名無しさん
06/10/03 15:50:15
仕事の多さ
Java >>>>>>>>> Ruby

41:デフォルトの名無しさん
06/10/03 16:57:36
崇拝者の多さ
Ruby>>>>>Java

42:デフォルトの名無しさん
06/10/03 17:26:23
コードの可読性
Java≫≫≫≫≫≫≫≫≫≫≫≫≫≫≫≫≫≫≫≫≫≫≫ruby

43:デフォルトの名無しさん
06/10/03 19:04:32
将来有望
Ruby>>>>>>>>>>>>>>>(中略)>>>>>>>>>>>>>>>>Java

44:デフォルトの名無しさん
06/10/03 19:06:41
というわけでオマイラ今日はこれでも聞いてろ
URLリンク(128.177.3.80:4078)

45:デフォルトの名無しさん
06/10/03 19:10:20
曇りガラスの向こうには
Ruby > Java

46:デフォルトの名無しさん
06/10/03 19:13:21
世代を超えた愛
Java > Ruby > Java

47:デフォルトの名無しさん
06/10/03 19:17:17
じゃあRubyも
Ruby> java > Ruby > Java

48:デフォルトの名無しさん
06/10/03 21:04:16
キリスト愛

Java >>>>>>>>> Ruby

49:デフォルトの名無しさん
06/10/03 21:22:40
やっとJavaの時代が終わる・・・
Rubyマンセー

50:デフォルトの名無しさん
06/10/03 21:29:09
  J( '∀`)し 
__ 
 母 |  
 の |         カーチャン・・・やっぱりカーチャンの作ったJavaが一番美味しかったよ   
 墓 |  ∴  ('A`)  まずいなんか言ってゴメンな・・・・・・・
─┐ ∀  << )    もう一回カーチャンの作ったJavaが飲みたいよ・・・・・・・・・・・
                 ・・・でもRubyと混ぜてみてもおいしかったよ by JRuby

51:デフォルトの名無しさん
06/10/03 21:33:39
Python >>>>>>> Java

52:デフォルトの名無しさん
06/10/03 21:43:07
  J( '∀`)し 
__ 
 母 |  
 の |         カーチャン・・・やっぱりカーチャンの作ったJRubyが一番美味しかったよ   
 墓 |  ∴  ('A`)  まずいなんか言ってゴメンな・・・・・・・
─┐ ∀  << )    もう一回カーチャンの作ったJRubyが飲みたいよ・・・・・・・・・・・
                 ・・・でもJavaはPythonと混ぜてみてもおいしかったよ by Jython

53:デフォルトの名無しさん
06/10/03 22:19:48
読みやすさ・書きやすさ・速度・ライブラリ を考慮したら
PYTHONが一番だな

54:デフォルトの名無しさん
06/10/04 02:31:10
Lisp最強

55:デフォルトの名無しさん
06/10/04 04:34:38
Ruby>Java
ってのはIDEサポートがない場合なんだろうなとは思う。
RSA暗号化とかRelaxNGパーサとか細かいところに手が届くライブラリが
Javaにはあるからエンタープライズ系の開発はJavaのほうがさらに楽

56:デフォルトの名無しさん
06/10/04 07:37:58
なんでMSはRubyじゃなくてPythonを選んだんだ
絶対Rubyが勝つのに。あほが

57:デフォルトの名無しさん
06/10/04 07:43:28
Googleもですが

58:デフォルトの名無しさん
06/10/04 08:53:19
カルト信者でイエローモンキー作者の言語を採用するはずがない。

59:デフォルトの名無しさん
06/10/04 21:14:27
ブログ読んでて協会とか書いてあるとマジ萎える

60:デフォルトの名無しさん
06/10/05 00:41:14
>>55
IDE ってそんなに重要なのかといつも思うのだが。
機能面で考えると別に IDE 使わなくても一通りそろうんだよね。

61:デフォルトの名無しさん
06/10/05 01:39:51
>>60
オレなんかはよくmethodの名前とかパラメーターとか忘れるからIDE必須。
わざわざドキュメントを確認するのもめんどい。


62:デフォルトの名無しさん
06/10/05 10:04:56
教会とか学会とか書いてあったら爆弾送る

63:デフォルトの名無しさん
06/10/05 11:04:50
通報しました

64:63
06/10/05 23:02:09
ダーリンの悪口いう人は許さないっチャ。

65:デフォルトの名無しさん
06/10/05 23:41:58
Ruby <> Java

66:デフォルトの名無しさん
06/10/05 23:59:51
>>60
自分Java使いだが、ソースはほとんどctrl+スペースでEclipseに書かせてる
最近はXMLも同じやり方で書けるようになったから、記述ミスはほとんど無い

67:61
06/10/06 16:59:08
>>66
そうそう。
xmlなんか普通のエディタで書くのが馬鹿馬鹿しくなる
xml批判はeclipse使ってからやってほしい

rubyが好きな人はIDE何つかうの?

68:デフォルトの名無しさん
06/10/06 17:11:53
> xml批判はeclipse使ってからやってほしい

いみふめー

69:デフォルトの名無しさん
06/10/06 19:31:11
>>68
WSTと言った方がよいか

70:デフォルトの名無しさん
06/10/07 02:32:11
> rubyが好きな人はIDE何つかうの?

Eclipse

71:デフォルトの名無しさん
06/10/07 21:59:17
>>70
主にviかemacsと聞いていますが、違う?
オレはrubyのその辺がキモイ

72:デフォルトの名無しさん
06/10/08 00:04:09
python使いは↑のようないみふめーな人が多い。その辺がキモイ。

73:デフォルトの名無しさん
06/10/08 03:43:33
↑のようにpythonに僻み、viで使い捨てのコードを書くruby使いは最高にキショイ

74:デフォルトの名無しさん
06/10/08 10:28:41
>>73
またまた意味不明だな。僻んでるのはお前だろボケ。

↓Pythonスレより。

537 名前:デフォルトの名無しさん[sage] 投稿日:2006/10/08(日) 08:54:37
たまにインタラクティブモードでごちょごちょハックした後
あー今の状況ファイルに書き出してーと思う時があるんだよなあ

SQLServerのManagement Studioみたいに
上にエディタ、下にインタラクティブウィンドウがあって
上で何行か選択してショートカットキー打つとその部分を下で実行、
みたいな環境は無いものかなあ。

538 名前:デフォルトの名無しさん[sage] 投稿日:2006/10/08(日) 09:01:07
>>537
俺はEmacsでプログラミングしているので、
いままで当たり前のようにそうやってきたのだがw

539 名前:デフォルトの名無しさん[sage] 投稿日:2006/10/08(日) 10:13:15
>>538
Me too.
便利だよね.

540 名前:デフォルトの名無しさん[sage] 投稿日:2006/10/08(日) 10:15:42
vim 中華思想のオレがきましたょ.

75:デフォルトの名無しさん
06/10/09 01:14:47
>>27
> Java の言語仕様上、資源の開放のために、汚ならしい try - finally を何度も書かなきゃいけない、
今更だけど、この辺の話にしたって、Javaでも匿名クラス使えばRubyと同様の書き方するのは
容易なんだけど、記事の著者は匿名クラス知らないのか、それとも使ったこと無いのか
まあ、匿名クラスはRubyのブロックに比べたら記述が冗長などの欠点もあるけど

76:デフォルトの名無しさん
06/10/14 17:00:02
結論
Python>>>>>>>>>>>>>>>uby>>>>>Java

77:デフォルトの名無しさん
06/10/15 13:33:31
FA
java+eclipse >= python >>> ruby >>> java + vi/emacs

78:デフォルトの名無しさん
06/10/17 00:52:57
東京大学教養課程の第一プログラミング言語がRubyに
URLリンク(d.hatena.ne.jp)
URLリンク(b.hatena.ne.jp)

79:デフォルトの名無しさん
06/10/17 16:00:42
Javaだけはマジいらない。

80:デフォルトの名無しさん
06/10/18 03:16:47
東京大学教養課程の第一プログラミング言語がRubyに
URLリンク(d.hatena.ne.jp)
URLリンク(b.hatena.ne.jp)

81:デフォルトの名無しさん
06/10/18 20:23:38
>>27
別に現状のJava言語仕様でRuby以上に簡潔にDBアクセスを行う、
フレームワークやコード生成ツールなんていくらでもあるわけだ。
なぜ、これらのフレームワークと比較しなかったのかという点が問題。

これだから文章の読めない低脳は困る。

82:デフォルトの名無しさん
07/01/13 18:07:22
>>1
はげどう

83:デフォルトの名無しさん
07/01/13 18:52:53
私は、小学3年です。:::  私には、彼氏がいます。彼とわたしは、
デートの時、どちらかの家に行き、だれもいないとき、部屋で横になって
裸でだきあいます。それがだんだんエスカレートしていって、学校の体育館倉庫で
服をぬがされ、まだ3年生ですが学年で一番大きいおっぱいを、つかむように触られたり、
しゃぶったりされます。最初は苦手だったんだけどだんだん気持ちよくなり
サイコーです。しかも、わたしは、学年1美人でもてます。彼も同じで美男美女で
よくみんなにうらやましく、思われます。
::このカキコを見たあなたは4日後に不幸がおとづれ44日後に死にます。
それがイヤならこれをコピペして5ヶ所にカキコしてください。
私の友達はこれを信じず4日後に親が死にました。
44日後友達は行方不明・・・・。いまだに手がかりもなく私はこのコピペを
5ヶ所に貼り付けました。すると7日後に彼氏ができ10日後に大嫌いな人が
事故で入院しました。
::   信じる信じないは勝ってです

84:デフォルトの名無しさん
07/01/14 15:08:05
□!!!これを見た貴方は3日以内に死にます!!!■
■死にたくなければ、このレスをコピーして他のスレに □
□10回貼り付けて下さい。1時間以内にです!もし無 ■
■した場合は、今日寝ている間に富子さんがやってきて□
□貴方の首を絞めに来ます。富子さんは太平洋戦争の■
■時に16歳という若さで亡くなった女の子で、未だに成 □
□仏していないそうです。信じる信じないは貴方次第。 ■
■今年になってからこのレスを無視した人で、“呪われ □
□て死亡した人”が続出しています。これは富子さんの ■
■呪い。呪われて死んでもいいのならこれを無視するこ□
□とでしょうね。                        ■
■―貴方がこうしているうちに富子さんが後ろから見□
□ていますよ…。                       ■
■□■□■□■□■□■□■□■□■□■□■□■□

85:デフォルトの名無しさん
07/02/06 20:43:35
Java>>>>>Ruby

86:デフォルトの名無しさん
07/02/07 13:37:50
Java→JRuby

87:デフォルトの名無しさん
07/02/09 15:15:43
ルビ厨、無様〜(w
URLリンク(blog.japan.cnet.com)

200人が単に「入室」しただけでパンクするチャット部屋

88:デフォルトの名無しさん
07/02/09 15:24:50
Java仮想マシンでRubyが使えるようになるとかならないとか
なかったっけ

89:デフォルトの名無しさん
07/02/09 15:46:48
1.6.0ではまだだけど、やろうとしてるヤツらは居るらしいな。
次期Mac OSXでもrubyサポートされるらしいし、この先やっとくと面白いかも。

90:デフォルトの名無しさん
07/02/09 16:10:37
>>87
Rubyかんけーねーw
アーキテクチャの問題じゃねーかw
しかも、これって、ブレークスルーがないと解決できなさそうだな。


91:デフォルトの名無しさん
07/02/09 17:10:46
2ちゃんねるの実況板 >>>>>>>>>>> >>87のチャットソフト

そもそもHTTPでプッシュ型って発想からして根本的に間違っている。

92:デフォルトの名無しさん
07/02/09 18:17:30
マルチはスルーしといてあげようよ

93:デフォルトの名無しさん
07/02/09 18:19:00
Ruby使いはロクに設計もできないアフォ揃いということでスルー

94:デフォルトの名無しさん
07/02/10 10:20:21
>>91
枯れた技術を使い続けるだけじゃ先には進めないよ。

95:デフォルトの名無しさん
07/02/10 12:35:38
>>94
それって…枯れたHTTPサーバ/クライアントを
向いていない分野に無理して使ってるLingrの事?

96:デフォルトの名無しさん
07/02/27 08:45:33
Rails=カルト

97:デフォルトの名無しさん
07/03/17 10:02:47
200人が単に「入室」しただけでパンクするチャット部屋
URLリンク(blog.japan.cnet.com)

何かリベンジやるそうなので、またパンクさせようぜ。
URLリンク(www.lingr.com)


98:デフォルトの名無しさん
07/03/17 10:17:37
よしきた!

99:デフォルトの名無しさん
07/03/17 12:19:52
 3. AJAX
 4. JavaScript

100:デフォルトの名無しさん
07/03/17 13:20:20
4はおかしくない。

101:デフォルトの名無しさん
07/03/20 15:45:45
Dは?D言語は?

102:デフォルトの名無しさん
07/03/20 17:39:05
当面要らね
だがVB.netよりは上にあってもいいかな

103:デフォルトの名無しさん
07/03/20 17:55:25
VB.NETは存在意義ゼロだしな。
VB6はそれなりに意味があるのに。

104:デフォルトの名無しさん
07/03/23 19:41:16
あれAS3が入ってない

105:デフォルトの名無しさん
07/03/23 20:59:52
そんな狭い世界の品……

106:デフォルトの名無しさん
07/05/04 23:50:06
> Java の言語仕様上、資源の開放のために、汚ならしい try - finally を何度も書かなきゃいけない、
今更だけど、この辺の話にしたって、Javaでも匿名クラス使えばRubyと同様の書き方するのは
容易なんだけど、記事の著者は匿名クラス知らないのか、それとも使ったこと無いのか
まあ、匿名クラスはRubyのブロックに比べたら記述が冗長などの欠点もあるけど

107:デフォルトの名無しさん
07/05/06 16:30:04
そもそも別の用途で作られた言語で大小比べるなっつーことか?

108:デフォルトの名無しさん
07/05/06 17:44:29
>>106
これのことですか?

矢野勉のはてな日記 - Rubyのブロック構文のように、Javaでどういう終わり方をしようが確実にファイルをクローズする全行処理メソッドを作る
URLリンク(d.hatena.ne.jp)



109:デフォルトの名無しさん
07/05/06 20:49:42
拡張forループ構文を使わず、わざわざインデックスで順次アクセスする
それなんて駄目プログラマ?なコードと比較して勝った気になっている馬鹿とか?

110:デフォルトの名無しさん
07/05/06 20:52:31
バイトコードレベルでは同じになるから
別にどっちが優れてるってもんでもないんだけど・・

111:デフォルトの名無しさん
07/05/06 20:55:28
foreachって列挙子通して書き込みアクセスできるっけ?

112:デフォルトの名無しさん
07/05/06 21:38:43
リスト(内部Arrayじゃないやつ)に対してインデックスでアクセスするのは馬鹿だな


113:デフォルトの名無しさん
07/05/18 17:16:15
>>109
ArrayListなら、インデックス使ったほうが速いハズだが。

114:デフォルトの名無しさん
07/05/18 20:38:38
>>113
速度比較でRubyがJavaに勝てるわけがなかろう。
型宣言なし&クロージャありなんだから、
普通に書けばRubyの方が簡潔なコードになる。

どちらが簡潔なコードを記述できるかについて比較する時に、
無理やり冗長なJavaコードを書いて、Rubyの何倍ものコードを記述する
必要があるみたいな内容のブログや解説サイトが目立つってこと。

115:デフォルトの名無しさん
07/05/18 21:01:36
Ruby と書いた場合は実装ではなく言語仕様になるから
いつの日かバカみたいに早い実装が登場しないとも限らない。

116:デフォルトの名無しさん
07/05/19 00:00:10
その候補のひとつがJRubyだな。
というか、マルチコア環境で速く実行できそうなのはJRuby以外なさそう。

117:デフォルトの名無しさん
07/05/19 00:27:22
JRubyを見てると、RubyとJavaの関係って
今のJavaとC++みたいな関係になりそうな気がする

118:デフォルトの名無しさん
07/05/19 00:33:48
型付けの弱い言語はバグの温床

119:デフォルトの名無しさん
07/05/19 00:34:01
matz氏ってJava嫌いっぽいしねぇ。

120:デフォルトの名無しさん
07/05/19 00:39:02
Rubyも読みやすい書きやすいっていうけど、リフレクションを多用すると
恐ろしいことになるからなぁ。

リフレクションみたいに、静的な型なんてクソクラエみたいな書き方は、
なかなか強力で、たしかに書くときの効率はかなり上がるけど、
メンテの効率をいちじるしく落とすね。

121:デフォルトの名無しさん
07/05/19 00:40:12
>>119
でも、Sun JVMに乗せた方がネイティブよりも早くなるって…。駄目すぎね?

122:デフォルトの名無しさん
07/05/19 00:43:31
>>121
YARV だと JRuby より速いらしいし。
言語仕様(?) で eval 持ってる動的な言語と静的型言語の速度比べても……

123:デフォルトの名無しさん
07/05/19 00:45:35
結論:言語仕様的に、Rubyは永久にJavaに性能で劣る。

124:デフォルトの名無しさん
07/05/19 00:49:53
永久って、スケールでかいな。

Java とか Ruby って俺が死ぬまで絶滅せずに残ってるかね?

125:デフォルトの名無しさん
07/05/19 05:57:25
>>119
Java のほとんどのメソッドは self 返さずに void だからねぇ


126:デフォルトの名無しさん
07/05/19 08:51:36
>>121
matz氏は言語に興味があって実行環境には興味がないからな。
あと、JVMのスレッドの実装がすごすぎるからな。開発に使われたリソースがハンパではない。

127:デフォルトの名無しさん
07/05/19 18:03:10
JavaからRubyへ ― マネージャのための実践移行ガイド
Bruce A. Tate 著

「成功するプログラム言語の出現は、ほぼ10年周期で起こっているようです。・・・・
・・・・・・・・現在はまさに、新しい言語が登場し、Javaの凋落時期にあたります。」


URLリンク(www.oreilly.co.jp)
URLリンク(www.oreilly.com)


128:デフォルトの名無しさん
07/05/19 23:40:06
10年後ぐらいには
CPUや周りの環境の能力が100倍くらいになって
問題にならないだろ

129:デフォルトの名無しさん
07/05/19 23:49:29
.NETやJAVAってどんどんいろんな物取りこんでんだな、
JAVAは
JRubyでRubyが
JythonでPythonが

.netは
ASP、Visual Basic、Visual C#、Visual C++、Visual J#
等が動くようになってる。

時代の流れは速いな・・・
これからプログラミングするには覚えるの多すぎるな

130:デフォルトの名無しさん
07/05/20 00:22:09
昔のプログラムの方が、あたりまえにクイックソートだとかHTTPプロトコルだとかを知っておかないと組めなくて、覚えるの多すぎたわけだが。
今は、昔の1ライブラリ覚える感覚で1言語覚えれて楽。

131:デフォルトの名無しさん
07/05/20 01:52:11
Javaと置換させようとか、よりcoolなPerlとか
そんな売り方ばっかなのはどうにかならんのかな。
Rubyだけの特長とか無いのかよ。

132:デフォルトの名無しさん
07/05/20 09:01:38
もうみなさんソースの流出には無頓着なんですね


133:デフォルトの名無しさん
07/05/20 09:56:54
>>131
だれも、よりcoolなPerlとは言ってないと思うぞ。
Javaと置換させるとかも、たまに出てくるだけ。

売り方は常に「プログラムが楽しい言語」だと思うが。

134:デフォルトの名無しさん
07/05/20 10:16:51
Javaの方が早いとかうけるwww
Java->C++、Ruby->Javaに置き換えても、全然違和感無い

135:デフォルトの名無しさん
07/05/20 10:41:29
つまりLispみたいな位置か。
エライ人はみんな勉強に薦めるけど実務には使えないお洒落言語

136:デフォルトの名無しさん
07/05/20 13:20:37
エライ人ばっかりだといいんだけど、実務であんまりプログラムに興味がない人に使わせようとするとJavaが無難

137:デフォルトの名無しさん
07/05/20 13:29:23
COBOLってどうなの?

138:デフォルトの名無しさん
07/05/20 13:41:08
1.低レベルな開発現場でRubyとか入れても泥沼でしょ。
2.日本の半分以上は低レベルな現場。

……あー、導入して淘汰されたほうがいい気がしてきた。

139:デフォルトの名無しさん
07/05/20 13:46:47
Ruby使うと高レベルってのがよく分からん

140:デフォルトの名無しさん
07/05/20 15:08:30
Rubyの言語機能使いこなせないんだったらJavaでも変わらんわけで、そしたらツールとかライブラリとかノウハウがあるJavaの方がマシという話。

141:デフォルトの名無しさん
07/05/20 15:10:51
>>134
それで違和感ないってことは、yarvよりJRubyが速くなることについて理解してないということだな。

142:デフォルトの名無しさん
07/05/20 20:33:28
JVM上で動作する言語は、安定性、速度、利便性、全ての面でJavaが最強である件について。

143:デフォルトの名無しさん
07/05/20 21:55:12
Rubyじゃ飯食えめー!

144:デフォルトの名無しさん
07/05/20 22:47:10
>142
少なくとも、利便性はわからんよ。
JVMで動くRDBMSに対してSQLではなくJava言語を使う必要があるとしたら、非常に不便。

145:デフォルトの名無しさん
07/05/21 00:52:43
SAPやMQと連携する時、Rubyじゃ手も足も(r

146:デフォルトの名無しさん
07/05/23 19:23:18
Rubyは、手軽にクラスを作りまくれる言語ってイメージがある。
Javaだと一つ一つ丁寧に作る感じ。
Rubyはとりあえずクラス作っちゃえ、て感じ。

147:デフォルトの名無しさん
07/05/23 20:35:38
それってXPプログラミングと違うか?

148:デフォルトの名無しさん
07/05/24 01:48:02
>147
誰に言ってる?

149:デフォルトの名無しさん
07/05/24 02:27:26
>>147
eXtreme Programmingプログラミング?

150:デフォルトの名無しさん
07/05/24 08:53:44
頭痛が痛いな

151:デフォルトの名無しさん
07/05/24 11:09:27
そういうこというと
危険が危ないですよ。

サハラ砂漠でチゲ鍋でも食おうや。

152:デフォルトの名無しさん
07/05/24 11:12:16
いやどっちかというと
HTML言語に近いな。

153:デフォルトの名無しさん
07/05/24 12:17:54
それをいうならJavaScriptだろ。

154:デフォルトの名無しさん
07/05/25 02:53:07
>>153
なんで?これも頭痛が痛いパターンなの?

155:デフォルトの名無しさん
07/06/04 22:14:38
試行錯誤としないとプログラムなんて書けない。
Javaみたいに最初からがちがちの型で固めちゃうと
後々の変更に手間がかかるが、だが最終的な
プログラミング品質を考えると型チェックがあったほうが
安心できたりする。

156:デフォルトの名無しさん
07/06/05 20:55:09
そんなJavaでも実行時エラーは絶えないんだけどw

157:デフォルトの名無しさん
07/06/07 02:14:21
今時、型の変更なんてeclipse他自動化されてるだろ

158:デフォルトの名無しさん
07/06/07 02:35:02
ソフトウェアが複雑になればなるほど、組合せ爆発により十分なテストは難しくなる。

コンパイラによる静的な型チェックがなくても、テスト重視で品質を確保できると
言っている馬鹿はもう一度テスト技法について学んだほうが良い。

159:デフォルトの名無しさん
07/06/08 22:48:32
コンパイラによる静的な型チェックが
そこまで品質に大きく寄与すると思っている人も勉強しなおした方がいいね。

160:デフォルトの名無しさん
07/06/09 01:29:59
>>159
変数の強い型付けがどうして登場してきたのかを考えれば自ずと答えは出るよ。

161:デフォルトの名無しさん
07/06/09 07:03:50
型付けの有効度は作るアプリによって変わるので、自分がどんなアプリを対象にしているか表明せずに「型チェックが品質によるっていってる人は勉強しなおしたほうがいい」とか、「自ずと答えはでる」とか言うのはやめたほうがいい。

162:デフォルトの名無しさん
07/06/09 07:05:07
s/品質による/品質に寄与する/

163:デフォルトの名無しさん
07/06/09 12:24:41
どのような方法論でも有効性には程度の差ってものがある。
内容ゼロの負け惜しみはいらん。

164:デフォルトの名無しさん
07/06/09 15:47:07
>>160
> 強い型付けがどうして登場してきたのか

コンピュータが遅くて動的型付けだと使い物にならなかったからじゃねーの?

165:デフォルトの名無しさん
07/06/10 11:05:57
いいえ

166:デフォルトの名無しさん
07/06/10 18:42:21
>>164
プログラマがバカと考える性悪説的な思想からだろう。
動的型付けは、プログラマに自由をゆるす思想から。

俺は、動的型付けでもいいけど、未初期化変数に代入できたり参照できたりする言語は、ちょっと無理だな。
Rubyとかも好きだけど、かなりギリギリスレスレで使ってる

167:デフォルトの名無しさん
07/06/10 20:11:51
JR東日本
JR西日本
JRuby


これ今思いついたんだけどおもしろくね?wwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww

168:デフォルトの名無しさん
07/06/10 20:26:24
プログラマは馬鹿だった

169:デフォルトの名無しさん
07/06/10 20:55:21
>167を見てRubyをやめることを決断した

170:デフォルトの名無しさん
07/06/10 22:27:51
ワロッシ

171:デフォルトの名無しさん
07/06/11 02:13:01
>>161=162は、typoが多そうなので、やっぱコンパイラがあれこれ厳しくチェックする言語の方が向いていると思われる。

172:デフォルトの名無しさん
07/06/11 02:14:40
>>164
おいおい、型チェックの無い方がコンパイル時はもとより、
実行時も単純なつくりの場合、原理的には速いんだが。
データ領域の先頭ポインタ見るだけで済むので。

173:デフォルトの名無しさん
07/06/11 02:29:15
>>172
メソッドの動的バインディングのある言語だったら
メソッドを検索する時間がかかって遅いだろ。

174:デフォルトの名無しさん
07/06/11 02:33:47
バインディングと型を一緒にすんなよw

175:デフォルトの名無しさん
07/06/11 03:42:28
どうせキャストするんだから型なんて無意味w

176:デフォルトの名無しさん
07/06/11 10:23:05
>>172
属性をみなくていいならな。
そんなアプリないわけだが。

177:デフォルトの名無しさん
07/06/13 19:07:20
昔は、RubyはClass継承(extens)ができないから
大規模じゃ使えんねって思ってたが、最近のRubyはどうよ?

178:デフォルトの名無しさん
07/06/13 19:28:24
パソコン販売
URLリンク(www.fujishoweb.jp)


179:デフォルトの名無しさん
07/06/13 19:38:39
>177
継承は昔から出来るだろ。クラス定義を

class 今から作るサブクラス < 既にあるスーパークラス

と書き出せばいいだけ

180:デフォルトの名無しさん
07/06/14 05:49:24
継承はメンテの難易度上げるだけだから大規模ではむしろ禁じ手。

181:デフォルトの名無しさん
07/06/14 05:55:41
そうか。じゃあStrutsは使えんな。
まあStrutsは使い物にならんけどな。

182:デフォルトの名無しさん
07/06/14 09:38:25
つか大概のフレームワークって継承なしじゃ成り立たないんじゃ。

183:デフォルトの名無しさん
07/06/16 08:05:26
既存の出来上がった部分と
自分で Implement する部分までは
継承するひとは多いけど
そっから先を自分用にカスタマイズして
継承したオレームワーク作る香具師は少ないだろ

184:デフォルトの名無しさん
07/06/16 16:59:13
データベースのフロントエンド作るだけなら不要だろうが、ツール系を作ると必要。

185:デフォルトの名無しさん
07/06/17 14:26:08
最近のJavaフレームワークは継承使わないのが多いよ
StrutsだってPOJOでいける

186:デフォルトの名無しさん
07/07/05 13:28:47
>>182
委譲でおk

187:デフォルトの名無しさん
07/07/06 02:50:04
>>186
それはムリ。

188:デフォルトの名無しさん
07/07/06 05:00:02
無理じゃないのもあるけど
182は「大概の」って書いてるからな。

189:デフォルトの名無しさん
07/07/19 02:13:02
1.8.5と1.8.6の互換性に触れると「Railsが悪い」と言うくせに、
Rubyって何に使えるのと聴くと「Railsが凄い」と言う…

190:デフォルトの名無しさん
07/07/19 02:28:35
ツンデレなんだろ

191:デフォルトの名無しさん
07/07/19 05:10:39
二人っきりにしてあげようよ

192:デフォルトの名無しさん
07/07/19 07:51:11
Railsは運用環境がひどい

193:デフォルトの名無しさん
07/08/17 08:47:46
Rails使ってみたけど意外と良かったよ
Railに乗っかってる間は
ちょっと変わったことしようとし始めると(ry

194:デフォルトの名無しさん
07/08/20 00:41:41
でも、ちょっと変わったことしようとすると大変なのはJavaでもRubyでも変わらんし

195:デフォルトの名無しさん
07/08/20 00:48:10
フレームワークなんてそんなもんでしょ。
所詮は土台。

196:デフォルトの名無しさん
07/08/20 22:54:44
ちょっと変わったことすることで
ようやく金になるんだよ
それくらい我慢汁

197:デフォルトの名無しさん
07/09/02 11:24:24
>>196
だからおまいは商売下手なんだよ。

198:デフォルトの名無しさん
07/09/02 17:33:43
つーか、Rubyをプログラミング言語として使うから金にならない。
「Rubyで億万長者になる方法」とか言ってだせば、金になる

199:デフォルトの名無しさん
07/09/03 00:17:32
256倍とか、そういうことか

200:デフォルトの名無しさん
07/09/03 22:52:05
確かに本は金なる

201:デフォルトの名無しさん
07/09/05 00:10:12
Matzが、モルモン教に入っていなかったら、今のRubyは生まれてなかった。
そういう意味では感謝せねばならない。
モルモン教に

202:デフォルトの名無しさん
07/09/05 00:21:21
Matzがモルモン教徒でなければ、Matzでない誰かがRubyでない何かを作っていただけの話さ

203:デフォルトの名無しさん
07/09/05 01:53:01
Rubyが無くても、醜いインデントを我慢してPython使えばよいので実害は無い

204:デフォルトの名無しさん
07/09/06 01:32:24
むしろ、インデント強制がないRubyのソースが醜い

205:デフォルトの名無しさん
07/09/06 08:22:35
こっちでやれ

Python厨とRuby厨が仲直りするスレッド
スレリンク(tech板)

206:デフォルトの名無しさん
07/09/06 19:37:34
おまえは、インデントの共生がなかったら、インデントしないつもりか?w

207:デフォルトの名無しさん
07/09/07 10:57:20
もしJavaで今みたいなIDEによる自動インデントがなかったら、インデントが変なソースがゴロゴロしてる。

208:デフォルトの名無しさん
07/09/07 22:42:22
>>206
日本語ワカリマスカ?

「インデント強制がないRubyのソースが醜い」という人間がインデントをしないと
思っているのなら小学生からやり直すか今すぐ市ね。

209:デフォルトの名無しさん
07/09/07 23:34:45
君の日本語理解力に問題が・・・

210:デフォルトの名無しさん
07/09/07 23:52:29
いえいえそちらこそ問題が・・・

211:デフォルトの名無しさん
07/09/08 03:15:32
経緯

>203 Pythonはインデントが醜い(Pythonをけなしてる=Ruby派)
>204 Rubyはインデントが強制じゃないからソースが醜くなる(Rubyをけなしてる=Python派)
>206 インデントが強制じゃないからといってインデントしないのは素人(>204をけなしてる=Ruby派)
>208=>204 インデントが強制じゃないからといってインデントしないわけ無いだろ(Rubyで問題無い派)

>204と>208は同一人物だが、言ってことが矛盾している

結論

Python派は日本語がわからない

212:デフォルトの名無しさん
07/09/08 03:26:34
反証

このスレッドには俺とお前しかいない

結論

よってインデントは共生されるべきである

213:デフォルトの名無しさん
07/09/08 04:05:51
日本語の勉強スレ?

214:デフォルトの名無しさん
07/09/08 08:12:57
ここは俺の自作自演練習スレです。
練習の邪魔になるので、他の人は許可を得てから書き込むように。

215:デフォルトの名無しさん
07/09/09 10:26:50
強制を共生と誤記するから自作自演が丸判りだな。

216:デフォルトの名無しさん
07/09/09 13:59:07
>211
経緯

>203 Pythonはインデントが醜い(アンチインデント強制派=Ruby派)
>204 インデントが強制されないRubyは醜い(インデント強制派=Python派)
>206 おまえ(=204)は、インデントが強制でない言語だとインデントしないのか?(愚問を書き込む馬鹿)
>208 インデント強制派はどんな言語でもインデントをつけるに決まっているだろ。(一般人)

結論

>206と>211は日本語がわからない

217:デフォルトの名無しさん
07/09/09 15:28:28
インデントはどの言語でも必要だが、3タブ同盟とか言ってる奴は本気で殴りたいな。うぜぇ。

218:デフォルトの名無しさん
07/09/09 17:31:42
やっぱ2タブが最強だよね

219:デフォルトの名無しさん
07/09/13 01:32:52
7タブくらいがいいんじゃね?

220:デフォルトの名無しさん
07/09/23 12:55:05
1タブでいいじゃん

221:デフォルトの名無しさん
07/09/23 15:25:14
4は死を連想するから問題外。
1は人をタブ、3は身をタブといって、縁起が悪いので年配の人には嫌われる。
やはり2タブが無難

222:デフォルトの名無しさん
07/09/23 16:11:48
そもそもタグを使うな。2スペか4スペだろ。

3スペはねぇよ。死ね。

223:デフォルトの名無しさん
07/09/23 16:34:49
タグは使わんな。

224:デフォルトの名無しさん
07/10/04 13:08:55
日本語ですんなり読めるオブジェクト指向の良書はJAVAについてかかれたものが多いので
そういう意味で、JAVAは必須じゃないかな?

まあ、バリバリ使いこなせなくても良いけど、少なくとも基本的なことは知らないと、オブジェクト指向を勉強できない。

225:デフォルトの名無しさん
07/10/04 13:10:11
JAVAについて書かれた>JAVAで解説されてる

226:デフォルトの名無しさん
07/10/04 13:23:35
>>224
サンプルコードがJavaだったりする本もあるよな(Java対象じゃなくても)
リファクタリングとか

まあでも、C++とか(DelphiやRubyでもいいけど)やってたら、Javaもサックリ読めない?
あえて、Jaav必須って言うほどのもんでもないと思う
Javaの文法を軽く知っとけば、Javaの本でも結構サクサクよめる


227:デフォルトの名無しさん
07/10/04 14:39:48
  _____ 
  (会長物語)
   ̄ ̄\| ̄ 
URLリンク(videointroplayer.web.fc2.com)

228:デフォルトの名無しさん
07/10/04 21:07:15
せのたんは仮性包茎だったけど太めで包皮の上からカリが分かるプックリ型で良チンだったよ

229:デフォルトの名無しさん
07/10/04 21:24:18
オブジェクト指向の良書がJavaで説明されてる?
俺の知ってる中じゃEiffel,Smalltalk,C++で解説してる本以外はみんなクソだったぞ
憂鬱本はC++でもクソだったけど

230:デフォルトの名無しさん
07/10/05 00:42:39
そういや、憂鬱本って、なんで、あれ各所で勧められるんの?
俺、あれよんで、さっぱりわからんかったんだが・・・(当時OOPをすでにやっているにもかかわらず)

231:デフォルトの名無しさん
07/10/05 11:34:19
それは単に230が当時から今に至ってもなおOOPを理解できていないからだろう。
使っているのはOOPという手法ではなく、OOPLというツールだけだったってオチ?

232:デフォルトの名無しさん
07/10/05 13:54:20
憂鬱なプログラマのためのオブジェクト指向開発講座
―C++による実践的ソフトウェア構築入門 (DDJ Selection)

これのこと?
DDJって言うだけで糞臭がするんだけど


233:デフォルトの名無しさん
07/10/05 18:53:59
>>230を叩くのではなく、良いところを教えて欲しいんだが。

234:デフォルトの名無しさん
07/10/05 23:45:29
 0. Flash
 1. PHP
 2. C#
 3. AJAX
 4. JavaScript
 5. Perl
 6. C
 7. Ruby and Ruby on Rails
 8. Java
 9. Python
 10. VB.Net



235:デフォルトの名無しさん
07/10/06 00:33:33
>>232
それのこと。
なんか方々で憂鬱本がオブジェクト指向プログラミングの入門にいいって話を耳にする。
実際読んでみたけどオブジェクト指向プログラミングがなぜ必要なのか、
何をもってオブジェクト指向とするのかってことに全く触れておらず役に立たない本。
世間一般で言われてるオブジェクト指向のようなものに適合するように設計実装を行うための手順が書かれているだけのくだらない本。
もしこんなクソスレのこんな名無しの戯言に耳を傾ける暇な初心者がいたら、憂鬱本は避けた方がいい。
こんなん読む暇があったらメイヤーのオブジェクト指向入門っていうぶっとい本を読むといいよ。
そんな暇が無い人GoF本の一章の概論をよく読むといい。オブジェクト指向での設計とはどういうものか解説してあるから。



236:デフォルトの名無しさん
07/10/06 01:02:49
JavaBlack乙

237:デフォルトの名無しさん
07/10/06 02:45:39
URLリンク(www.premiumtv.12gbfree.com)
URLリンク(www.premiumtv.12gbfree.com)
URLリンク(www.premiumtv.12gbfree.com)


238:デフォルトの名無しさん
07/10/06 04:42:36
憂鬱本はとっつきやすいのがいいな。
世間一般で言われてるオブジェクト指向のようなものに適合するように設計実装を行うための手順が書かれているらしいしな。

239:デフォルトの名無しさん
07/10/06 06:10:20
おまえらすれ違いだろ
スレリンク(tech板)


240:デフォルトの名無しさん
07/10/06 14:54:17
OO信者の言う「真のOO」の教義に合致せずとも、
バグが少なくてメンテしやすいモノさえ出来るなら
「世間一般で言われているOOのようなもの」で充分。

241:デフォルトの名無しさん
07/10/06 15:16:14
入門でメイヤーとかを持ち出してくるヤツを信用してはいけないってじっちゃんが言ってた。

242:デフォルトの名無しさん
07/10/06 20:14:58
プログラミング初心者にメイヤーのオブジェクト指向入門勧めるのはどうかと思うが
それなりに既存の構造化プログラミングで経験積んだ香具師に
オブジェクト指向を入門させるときに読ませるにはメイヤーは良い本だろ

それで分らんのなら構造化プログラミングすら理解できていなかったから

メイヤー本のせいではない


243:デフォルトの名無しさん
07/10/06 23:12:53
>>240
世間一般のOOのようなものの概念はかなりあやふや。
そんなわけわからんものを拠り所にして「バグが少なくてメンテしやすいモノさえ出来る」わけないじゃん。
これは構造化設計も同じ。
理論はきちんと正しく勉強して正しく用いないと効果出ないよ。

244:デフォルトの名無しさん
07/10/06 23:13:47
既存の構造化プログラミングで経験つんでオブジェクト指向を入門するときにメイヤー読んで分かるやつなんて、すでに入門は終わらせてるだろ。
架空の生き物なんじゃねぇの?

245:デフォルトの名無しさん
07/10/06 23:14:37
>>243
理論を正しく勉強して正しく用いようとしてるやつほど失敗する件

246:デフォルトの名無しさん
07/10/06 23:37:28
実際構造化プログラミングで問題なく大規模アプリ作れるし
オブジェクト指向なんて本当に必要なの?
無駄なコード増やして自己満足に浸るだけじゃないの?
再利用?なにそれ?
みたいなひとにメイヤーは有効

247:デフォルトの名無しさん
07/10/07 00:08:11
>>245
理論を勉強しようともしない奴は全員失敗するけどな。
勉強して、やってみて、それでも失敗するのはいい。原因がわかるからさらに先にすすめる。
わかったふりしてるだけの奴はダメだ。

248:デフォルトの名無しさん
07/10/07 04:52:55
結局標準以外の他人の作ったクラスなんて気持ち悪くて
わざわざ再利用しようなんて思わないしね。

249:デフォルトの名無しさん
07/10/07 05:17:49
標準も他人の作ったクラスなんだけど
どうしてそれを選んでしまうのはなぜ?


250:デフォルトの名無しさん
07/10/07 07:35:21
教祖や聖人の作ったものは信じて当たり前だろ。
聖書とかと同じ考え方だ。

251:デフォルトの名無しさん
07/10/07 08:32:27
>>248
Tomcat使えないね。

252:デフォルトの名無しさん
07/10/07 08:40:47
ある程度知名度のあるライブラリやフレームワークなら使う気にはなるでしょ。
作者の人格が見えるような距離だと無理。
幼女ハアハア言ってる様な奴が作ったクラス使いたいか?

253:デフォルトの名無しさん
07/10/07 09:40:55
>>248
Boost使えないね。

254:デフォルトの名無しさん
07/10/07 09:42:08

モルモン教を信じてる人が作ったものは平気で使っていますが何か?



255:デフォルトの名無しさん
07/10/07 09:43:39
>>252
やねうらさんのは漏れも好きだけど

256:デフォルトの名無しさん
07/10/07 11:18:10
知名度でクラスやフレームワークを使うか使わないか決めるのか。

257:デフォルトの名無しさん
07/10/07 12:13:22
JavaVMの許せねえところはよお。
ブラウザにアプレット読み込んでるときに余計なロゴを表示してCPU食いまくってるところなんだよな
そんなモン表示してる暇あるんだったらさっさと読み込めってかんじ

258:デフォルトの名無しさん
07/10/07 14:16:13
ロゴの表示でCPU食いまくるわけじゃねぇだろ。

259:デフォルトの名無しさん
07/10/07 14:19:44
食うよバカ
無駄にエフェクトが豪華だろ

260:デフォルトの名無しさん
07/10/07 14:19:55
時間掛かってる大半は仮想PCモドキのセットアップだろ

261:デフォルトの名無しさん
07/10/07 14:29:37
ああ、そういうことか
ただでさえセットアップに時間かかるのにロゴなんか表示すんなよ


次ページ
最新レス表示
スレッドの検索
類似スレ一覧
話題のニュース
おまかせリスト
▼オプションを表示
暇つぶし2ch

5369日前に更新/94 KB
担当:undef