Ruby＞＞＞＞＞Java

1 ：2006/09/21 〜 最終レス ：2012/10/21

今すぐ勉強すべきプログラム言語トップ１０
http://news.yahoo.com/s/zd/188736
　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
http://pc8.2ch.net/test/read.cgi/tech/1150106090/

2 ：

　3. AJAX
　7. Ruby and Ruby on Rails
AJAX
Ruby on Rails
えっと・・・

3 ：

糞スレ認定

4 ：

PHP が 1 位という時点でアレだな。

5 ：

C#＞＞＞＞＞＞＞＞＞Java

6 ：

PHPの1位はねーだろ

7 ：

いや、PHPは高速だし簡単だからその可能性はあり得る

8 ：

やたらWebプログラミング補正のはいったランキングだな

9 ：

日本だとどういうランキングになるの

10 ：

>>9
こんなネタもあるようだ。
.NETが日本で最も普及しているプログラム言語
http://pc8.2ch.net/test/read.cgi/tech/1156986942/

11 ：

スレタイだけで見る気うせた

12 ：

AJAXって言語じゃねーだろｳﾞｫｹが

13 ：

そもそもそれってランキングなのか？
Job Availabilityの数字（Dice.comというサイトの求人情報数らしい）が
ぜんぜん順番通りになってないのだが

14 ：

Ruby and Ruby on Rails
Job availabilities : 210 and 54, respectively
Java
Job availabilities: 14,408
>>1は一生仕事無く自宅でRuby使っていろよ（藁

15 ：

プログラマーが学ぶべき言語はC++、Java、Lisp、Rubyの4つ。
C++はboostが余裕で理解できるくらい勉強するべし。

16 ：

最近の据え置きゲームってboost使ってるの？

17 ：

>>>>>
にはどんな意味があるのか？
これだから演算子オーバーロードはこまる。
推測1. rubyからjavaへ
推測2. rubyはjavaより処理速度がやたら遅い

18 ：

すげぇ
昨日出来て今日つぶれそうなスレですね

19 ：

勉強すべきではないランクかと思った

20 ：

おめーらそんなにRubyに負けたのが悔しいの？

21 ：

プロジェクトありすぎでJAVAわけわからんですよ
あと、XMLうざすぎ

22 ：

>>21
それは貴方のオツムがゆるいから〜

23 ：

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

24 ：

Rubyも好きだけど…やっぱりJavaが好き。

25 ：

生産性が30倍というが、java+eclipseと比較してもそうなの？
LOCはそうかもしんないけど。

26 ：

http://itpro.nikkeibp.co.jp/article/COLUMN/20060919/248312/
5.0のfor文は意図的に注（別ウインドウ）に隠すわ、
素のJDBCコードと、Rubyを代表するフレームワークの核ActiveRecordを比較してJavaを貶すわ…
ファイナライザのあたりなんて言いがかりに近い（ｗ
Rubyの人って、みんなこうなのですか？

27 ：

文盲のJava厨はこれだから困る。
> 素のJDBCコードと、Rubyを代表するフレームワークの核ActiveRecordを比較してJavaを貶すわ…
Java の言語仕様上、資源の開放のために、汚ならしい try - finally を何度も書かなきゃいけない、
というのがそこの意図であって、素のJDBCとかActiveRecordとかは重要ではない。

28 ：

言語仕様上めんどうな事があっても
その分がんばってくれる各種フレームワークが
充実しまくっとるのも含めてJavaだと、思うんだけどなあ。
開発する側としてはね。

29 ：

>>27
「Javaではデータベースへの接続やトランザクションを自前で管理しなければならない」
ことが格好悪いと言ってるんじゃないの？
オレもactiverecordとJDBCを比較するのは筋違いだと思うけど。

30 ：

今時getter setterを自力で書いているヤツがいるのかと。
rubyって他人の書いたコード読めるん？
自分の書いたコード以外は読みにくそう

31 ：

>>29
「力の源泉である『メタプログラミング』と『ブロック構文』」とあるんだから、
あきらかに「Rubyの強力なブロック構文を使うと、
Javaでは汚なくなりがちな解放処理をすっきり書くことも可能です」という一例。

32 ：

>>29
ActiveRecordは一例でしょ。
もっと素のDB接続に近いRuby DBIでもトランザクションにはブロックを使ってる。
http://www.jiubao.org/ruby-dbi/ruby-dbi.html#TOC_13
別に他の言語でも同じことはできるけど、詳しい人なら知っているイディオムではなく、
言語を勉強し始めて最初の方に覚えるだろうファイルの読み書きから使われている
一般的な手法というのがポイント。

33 ：

>>27
いや、だから、それならActiveRecordなんて使わないで、>>32 みたいに
JDBCに相当する、同じように低レベルなサンプルを書けばいいじゃん。
わざわざわかりづらくする意図はなんですか？
一部の「煩雑な」コードを隠蔽して見栄えを良くするためじゃないんですかね。
>>32
try...finally も、言語を勉強し始めて最初の方に覚えるだろう
ファイルの読み書きから使われている一般的な手法なわけですが。

34 ：

try finallyを自分で書くのも結構まれかと思われますが。
醜い事は確か。

35 ：

間違えた。try finallyは自分で書くか。
try catchはIDEまかせでしょう。

36 ：

「Javaではデータベースへの接続やトランザクションを自前で管理しなければならない」
これはおかしい文章だとおもうんだけどね。。ちがう？

37 ：

JTA管理下のJPAやORマッピングツール使えば、
トランザクション管理もコネクション管理も自動化できるよ
JTA実装してるDIコンテナ使えば導入も簡単

38 ：

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

39 ：

Ruby＞＞＞＞＞Java

40 ：

仕事の多さ
Java >>>>>>>>> Ruby

41 ：

崇拝者の多さ
Ruby＞＞＞＞＞Java

42 ：

コードの可読性
Java≫≫≫≫≫≫≫≫≫≫≫≫≫≫≫≫≫≫≫≫≫≫≫ruby

43 ：

将来有望
Ruby＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞（中略）＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞Java

44 ：

というわけでオマイラ今日はこれでも聞いてろ
ttp://128.177.3.80:4078

45 ：

曇りガラスの向こうには
Ruby > Java

46 ：

世代を超えた愛
Java > Ruby > Java

47 ：

じゃあRubyも
Ruby> java > Ruby > Java

48 ：

キリスト愛
Java >>>>>>>>> Ruby

49 ：

やっとJavaの時代が終わる・・・
Rubyマンセー

50 ：

　　J( '∀`)し　
＿＿　
　母 | 　
　の |　　　　　　　　　ｶｰﾁｬﾝ・・・やっぱりｶｰﾁｬﾝの作ったJavaが一番美味しかったよ　　　
　墓 |　　∴　　('A`)　 まずいなんか言ってゴメンな・・・・・・・
──┐　∀　　<< ) 　 　もう一回ｶｰﾁｬﾝの作ったJavaが飲みたいよ・・・・・・・・・・・
　　　　　　　　　　　　　　　　　･･･でもRubyと混ぜてみてもおいしかったよ　by JRuby

51 ：

Python >>>>>>> Java

52 ：

　　J( '∀`)し　
＿＿　
　母 | 　
　の |　　　　　　　　　ｶｰﾁｬﾝ・・・やっぱりｶｰﾁｬﾝの作ったJRubyが一番美味しかったよ　　　
　墓 |　　∴　　('A`)　 まずいなんか言ってゴメンな・・・・・・・
──┐　∀　　<< ) 　 　もう一回ｶｰﾁｬﾝの作ったJRubyが飲みたいよ・・・・・・・・・・・
　　　　　　　　　　　　　　　　　･･･でもJavaはPythonと混ぜてみてもおいしかったよ　by Jython

53 ：

読みやすさ・書きやすさ・速度・ライブラリ を考慮したら
PYTHONが一番だな

54 ：

Lisp最強

55 ：

Ruby＞Java
ってのはIDEサポートがない場合なんだろうなとは思う。
RSA暗号化とかRelaxNGパーサとか細かいところに手が届くライブラリが
Javaにはあるからエンタープライズ系の開発はJavaのほうがさらに楽

56 ：

なんでMSはRubyじゃなくてPythonを選んだんだ
絶対Rubyが勝つのに。あほが

57 ：

Googleもですが

58 ：

カルト信者でイエローモンキー作者の言語を採用するはずがない。

59 ：

ブログ読んでて協会とか書いてあるとマジ萎える

60 ：

>>55
IDE ってそんなに重要なのかといつも思うのだが。
機能面で考えると別に IDE 使わなくても一通りそろうんだよね。

61 ：

>>60
オレなんかはよくmethodの名前とかパラメーターとか忘れるからIDE必須。
わざわざドキュメントを確認するのもめんどい。

62 ：

教会とか学会とか書いてあったら爆弾送る

63 ：

通報しました

64 ：

ダーリンの悪口いう人は許さないっチャ。

65 ：

Ruby <> Java

66 ：

>>60
自分Java使いだが、ソースはほとんどｃｔｒｌ＋スペースでEclipseに書かせてる
最近はXMLも同じやり方で書けるようになったから、記述ミスはほとんど無い

67 ：

>>66
そうそう。
xmlなんか普通のエディタで書くのが馬鹿馬鹿しくなる
xml批判はeclipse使ってからやってほしい
rubyが好きな人はIDE何つかうの？

68 ：

> xml批判はeclipse使ってからやってほしい
いみふめー

69 ：

>>68
WSTと言った方がよいか

70 ：

> rubyが好きな人はIDE何つかうの？
Eclipse

71 ：

>>70
主にviかemacsと聞いていますが、違う？
オレはrubyのその辺がキモイ

72 ：

python使いは↑のようないみふめーな人が多い。その辺がキモイ。

73 ：

↑のようにpythonに僻み、viで使い捨てのコードを書くruby使いは最高にキショイ

74 ：

>>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 ：

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

76 ：

結論
Python＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞uby＞＞＞＞＞Java

77 ：

FA
java+eclipse >= python >>> ruby >>> java + vi/emacs

78 ：

東京大学教養課程の第一プログラミング言語がRubyに
http://d.hatena.ne.jp/sumii/20060928/1159394568
http://b.hatena.ne.jp/entry/http://d.hatena.ne.jp/sumii/20060928/1159394568

79 ：

Javaだけはマジいらない。

80 ：

東京大学教養課程の第一プログラミング言語がRubyに
http://d.hatena.ne.jp/sumii/20060928/1159394568
http://b.hatena.ne.jp/entry/http://d.hatena.ne.jp/sumii/20060928/1159394568

81 ：

>>27
別に現状のJava言語仕様でRuby以上に簡潔にDBアクセスを行う、
フレームワークやコード生成ツールなんていくらでもあるわけだ。
なぜ、これらのフレームワークと比較しなかったのかという点が問題。
これだから文章の読めない低脳は困る。

82 ：

>>1
はげどう

83 ：

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

84 ：

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

85 ：

Java＞＞＞＞＞Ruby

86 ：

Java→JRuby

87 ：

ﾙﾋﾞ厨、無様〜（ｗ
http://blog.japan.cnet.com/kenn/archives/003556.html
２００人が単に「入室」しただけでパンクするチャット部屋

88 ：

Java仮想マシンでRubyが使えるようになるとかならないとか
なかったっけ

89 ：

1.6.0ではまだだけど、やろうとしてるヤツらは居るらしいな。
次期Mac OSXでもrubyサポートされるらしいし、この先やっとくと面白いかも。

90 ：

>>87
Rubyかんけーねーｗ
アーキテクチャの問題じゃねーかｗ
しかも、これって、ブレークスルーがないと解決できなさそうだな。

91 ：

2ちゃんねるの実況板 >>>>>>>>>>> >>87のチャットソフト
そもそもHTTPでRュ型って発想からして根本的に間違っている。

92 ：

マルチはスルーしといてあげようよ

93 ：

Ruby使いはロクに設計もできないｱﾌｫ揃いということでｽﾙｰ

94 ：

>>91
枯れた技術を使い続けるだけじゃ先には進めないよ。

95 ：

>>94
それって…枯れたHTTPサーバ/クライアントを
向いていない分野に無理して使ってるLingrの事？

96 ：

Rails＝カルト

97 ：

２００人が単に「入室」しただけでパンクするチャット部屋
http://blog.japan.cnet.com/kenn/archives/003556.html
何かリベンジやるそうなので、またパンクさせようぜ。
http://www.lingr.com/room/jtpa-umeda

98 ：

よしきた！

99 ：

　3. AJAX
　4. JavaScript

100 ：

4はおかしくない。

101 ：

Dは？Ｄ言語は？

102 ：

当面要らね
だがVB.netよりは上にあってもいいかな

103 ：

VB.NETは存在意義ゼロだしな。
VB6はそれなりに意味があるのに。

104 ：

あれAS3が入ってない

105 ：

そんな狭い世界の品……

106 ：

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

107 ：

そもそも別の用途で作られた言語で大小比べるなっつーことか？

108 ：

>>106
これのことですか？
矢野勉のはてな日記 - Rubyのブロック構文のように、Javaでどういう終わり方をしようが確実にファイルをクローズする全行処理メソッドを作る
http://d.hatena.ne.jp/t_yano/20061004/1159987463

109 ：

拡張forループ構文を使わず、わざわざインデックスで順次アクセスする
それなんて駄目プログラマ？なコードと比較して勝った気になっている馬鹿とか？

110 ：

バイトコードレベルでは同じになるから
別にどっちが優れてるってもんでもないんだけど・・

111 ：

foreachって列挙子通して書き込みアクセスできるっけ？

112 ：

リスト(内部Arrayじゃないやつ)に対してインデックスでアクセスするのは馬鹿だな

113 ：

>>109
ArrayListなら、インデックス使ったほうが速いハズだが。

114 ：

>>113
速度比較でRubyがJavaに勝てるわけがなかろう。
型宣言なし＆クロージャありなんだから、
普通に書けばRubyの方が簡潔なコードになる。
どちらが簡潔なコードを記述できるかについて比較する時に、
無理やり冗長なJavaコードを書いて、Rubyの何倍ものコードを記述する
必要があるみたいな内容のブログや解説サイトが目立つってこと。

115 ：

Ruby と書いた場合は実装ではなく言語仕様になるから
いつの日かバカみたいに早い実装が登場しないとも限らない。

116 ：

その候補のひとつがJRubyだな。
というか、マルチコア環境で速く実行できそうなのはJRuby以外なさそう。

117 ：

JRubyを見てると、RubyとJavaの関係って
今のJavaとC++みたいな関係になりそうな気がする

118 ：

型付けの弱い言語はバグの温床

119 ：

matz氏ってJava嫌いっぽいしねぇ。

120 ：

Rubyも読みやすい書きやすいっていうけど、リフレクションを多用すると
恐ろしいことになるからなぁ。
リフレクションみたいに、静的な型なんてクソクラエみたいな書き方は、
なかなか強力で、たしかに書くときの効率はかなり上がるけど、
メンテの効率をいちじるしく落とすね。

121 ：

>>119
でも、Sun JVMに乗せた方がネイティブよりも早くなるって…。駄目すぎね？

122 ：

>>121
YARV だと JRuby より速いらしいし。
言語仕様(?) で eval 持ってる動的な言語と静的型言語の速度比べても……

123 ：

結論：言語仕様的に、Rubyは永久にJavaに性能で劣る。

124 ：

永久って、スケールでかいな。
Java とか Ruby って俺が死ぬまで絶滅せずに残ってるかね？

125 ：

>>119
Java のほとんどのメソッドは self 返さずに void だからねぇ

126 ：

>>121
matz氏は言語に興味があって実行環境には興味がないからな。
あと、JVMのスレッドの実装がすごすぎるからな。開発に使われたリソースがハンパではない。

127 ：

JavaからRubyへ　― マネージャのための実践移行ガイド
Bruce A. Tate　著
「成功するプログラム言語の出現は、ほぼ１０年周期で起こっているようです。・・・・
・・・・・・・・現在はまさに、新しい言語が登場し、Javaの凋落時期にあたります。」

ttp://www.oreilly.co.jp/books/9784873113203/
ttp://www.oreilly.com/catalog/0976694093/index.html

128 ：

10年後ぐらいには
CPUや周りの環境の能力が100倍くらいになって
問題にならないだろ

129 ：

.NETやJAVAってどんどんいろんな物取りこんでんだな、
JAVAは
JRubyでRubyが
JythonでPythonが
.netは
ASP、Visual Basic、Visual C#、Visual C++、Visual J#
等が動くようになってる。
時代の流れは速いな・・・
これからプログラミングするには覚えるの多すぎるな

130 ：

昔のプログラムの方が、あたりまえにクイックソートだとかHTTPプロトコルだとかを知っておかないと組めなくて、覚えるの多すぎたわけだが。
今は、昔の1ライブラリ覚える感覚で1言語覚えれて楽。

131 ：

Javaと置換させようとか、よりcoolなPerlとか
そんな売り方ばっかなのはどうにかならんのかな。
Rubyだけの特長とか無いのかよ。

132 ：

もうみなさんソースの流出には無頓着なんですね

133 ：

>>131
だれも、よりcoolなPerlとは言ってないと思うぞ。
Javaと置換させるとかも、たまに出てくるだけ。
売り方は常に「プログラムが楽しい言語」だと思うが。

134 ：

Javaの方が早いとかうけるｗｗｗ
Java->C++、Ruby->Javaに置き換えても、全然違和感無い

135 ：

つまりLispみたいな位置か。
エライ人はみんな勉強に薦めるけど実務には使えないお洒落言語

136 ：

エライ人ばっかりだといいんだけど、実務であんまりプログラムに興味がない人に使わせようとするとJavaが無難

137 ：

COBOLってどうなの？

138 ：

1.低レベルな開発現場でRubyとか入れても泥沼でしょ。
2.日本の半分以上は低レベルな現場。
……あー、導入して淘汰されたほうがいい気がしてきた。

139 ：

Ruby使うと高レベルってのがよく分からん

140 ：

Rubyの言語機能使いこなせないんだったらJavaでも変わらんわけで、そしたらツールとかライブラリとかノウハウがあるJavaの方がマシという話。

141 ：

>>134
それで違和感ないってことは、yarvよりJRubyが速くなることについて理解してないということだな。

142 ：

JVM上で動作する言語は、安定性、速度、利便性、全ての面でJavaが最強である件について。

143 ：

Rubyじゃ飯食えめー！

144 ：

>142
少なくとも、利便性はわからんよ。
JVMで動くRDBMSに対してSQLではなくJava言語を使う必要があるとしたら、非常に不便。

145 ：

SAPやMQと連携する時、Rubyじゃ手も足も（ｒ

146 ：

Rubyは、手軽にクラスを作りまくれる言語ってイメージがある。
Javaだと一つ一つ丁寧に作る感じ。
Rubyはとりあえずクラス作っちゃえ、て感じ。

147 ：

それってXPプログラミングと違うか？

148 ：

>147
誰に言ってる？

149 ：

>>147
eXtreme Programmingプログラミング？

150 ：

頭痛が痛いな

151 ：

そういうこというと
危険が危ないですよ。
サハラ砂漠でチゲ鍋でも食おうや。

152 ：

いやどっちかというと
HTML言語に近いな。

153 ：

それをいうならJavaScriptだろ。

154 ：

>>153
なんで？これも頭痛が痛いパターンなの？

155 ：

試行錯誤としないとプログラムなんて書けない。
Javaみたいに最初からがちがちの型で固めちゃうと
後々の変更に手間がかかるが、だが最終的な
プログラミング品質を考えると型チェックがあったほうが
安心できたりする。

156 ：

そんなJavaでも実行時エラーは絶えないんだけどｗ

157 ：

今時、型の変更なんてeclipse他自動化されてるだろ

158 ：

ソフトウェアが複雑になればなるほど、組合せ爆発により十分なテストは難しくなる。
コンパイラによる静的な型チェックがなくても、テスト重視で品質を確保できると
言っている馬鹿はもう一度テスト技法について学んだほうが良い。

159 ：

コンパイラによる静的な型チェックが
そこまで品質に大きく寄与すると思っている人も勉強しなおした方がいいね。

160 ：

>>159
変数の強い型付けがどうして登場してきたのかを考えれば自ずと答えは出るよ。

161 ：

型付けの有効度は作るアプリによって変わるので、自分がどんなアプリを対象にしているか表明せずに「型チェックが品質によるっていってる人は勉強しなおしたほうがいい」とか、「自ずと答えはでる」とか言うのはやめたほうがいい。

162 ：

s/品質による/品質に寄与する/

163 ：

どのような方法論でも有効性には程度の差ってものがある。
内容ゼロの負け惜しみはいらん。

164 ：

>>160
> 強い型付けがどうして登場してきたのか
コンピュータが遅くて動的型付けだと使い物にならなかったからじゃねーの？

165 ：

いいえ

166 ：

>>164
プログラマがバカと考える性悪説的な思想からだろう。
動的型付けは、プログラマに自由をゆるす思想から。
俺は、動的型付けでもいいけど、未初期化変数に代入できたり参照できたりする言語は、ちょっと無理だな。
Rubyとかも好きだけど、かなりギリギリスレスレで使ってる

167 ：

JR東日本
JR西日本
JRuby

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

168 ：

プログラマは馬鹿だった

169 ：

>167を見てRubyをやめることを決断した

170 ：

ﾜﾛｯｼ

171 ：

>>161=162は、typoが多そうなので、やっぱコンパイラがあれこれ厳しくチェックする言語の方が向いていると思われる。

172 ：

>>164
おいおい、型チェックの無い方がコンパイル時はもとより、
実行時も単純なつくりの場合、原理的には速いんだが。
データ領域の先頭ポインタ見るだけで済むので。

173 ：

>>172
メソッドの動的バインディングのある言語だったら
メソッドを検索する時間がかかって遅いだろ。

174 ：

バインディングと型を一緒にすんなよｗ

175 ：

どうせキャストするんだから型なんて無意味ｗ

176 ：

>>172
属性をみなくていいならな。
そんなアプリないわけだが。

177 ：

昔は、RubyはClass継承(extens)ができないから
大規模じゃ使えんねって思ってたが、最近のRubyはどうよ？

178 ：

パソコン販売
http://www.fujishoweb.jp/luckyworks_web/

179 ：

>177
継承は昔から出来るだろ。クラス定義を
class 今から作るサブクラス < 既にあるスーパークラス
と書き出せばいいだけ

180 ：

継承はメンテの難易度上げるだけだから大規模ではむしろ禁じ手。

181 ：

そうか。じゃあStrutsは使えんな。
まあStrutsは使い物にならんけどな。

182 ：

つか大概のフレームワークって継承なしじゃ成り立たないんじゃ。

183 ：

既存の出来上がった部分と
自分で Implement する部分までは
継承するひとは多いけど
そっから先を自分用にカスタマイズして
継承したオレームワーク作る香具師は少ないだろ

184 ：

データベースのフロントエンド作るだけなら不要だろうが、ツール系を作ると必要。

185 ：

最近のJavaフレームワークは継承使わないのが多いよ
StrutsだってPOJOでいける

186 ：

>>182
委譲でおｋ

187 ：

>>186
それはムリ。

188 ：

無理じゃないのもあるけど
182は「大概の」って書いてるからな。

189 ：

1.8.5と1.8.6の互換性に触れると「Railsが悪い」と言うくせに、
Rubyって何に使えるのと聴くと「Railsが凄い」と言う…

190 ：

ツンデレなんだろ

191 ：

二人っきりにしてあげようよ

192 ：

Railsは運用環境がひどい

193 ：

Rails使ってみたけど意外と良かったよ
Railに乗っかってる間は
ちょっと変わったことしようとし始めると（ｒｙ

194 ：

でも、ちょっと変わったことしようとすると大変なのはJavaでもRubyでも変わらんし

195 ：

フレームワークなんてそんなもんでしょ。
所詮は土台。

196 ：

ちょっと変わったことすることで
ようやく金になるんだよ
それくらい我慢汁

197 ：

>>196
だからおまいは商売下手なんだよ。

198 ：

つーか、Rubyをプログラミング言語として使うから金にならない。
「Rubyで億万長者になる方法」とか言ってだせば、金になる

199 ：

256倍とか、そういうことか

200 ：

確かに本は金なる

201 ：

Matzが、モルモン教に入っていなかったら、今のRubyは生まれてなかった。
そういう意味では感謝せねばならない。
モルモン教に

202 ：

Matzがモルモン教徒でなければ、Matzでない誰かがRubyでない何かを作っていただけの話さ

203 ：

Rubyが無くても、醜いインデントを我慢してPython使えばよいので実害は無い

204 ：

むしろ、インデント強制がないRubyのソースが醜い

205 ：

こっちでやれ
Python厨とRuby厨が仲直りするスレッド
http://pc11.2ch.net/test/read.cgi/tech/1099804004/

206 ：

おまえは、インデントの共生がなかったら、インデントしないつもりか？ｗ

207 ：

もしJavaで今みたいなIDEによる自動インデントがなかったら、インデントが変なソースがゴロゴロしてる。

208 ：

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

209 ：

君の日本語理解力に問題が・・・

210 ：

いえいえそちらこそ問題が・・・

211 ：

経緯
>203 Pythonはインデントが醜い(Pythonをけなしてる=Ruby派)
>204 Rubyはインデントが強制じゃないからソースが醜くなる(Rubyをけなしてる=Python派)
>206 インデントが強制じゃないからといってインデントしないのは素人(>204をけなしてる=Ruby派)
>208=>204 インデントが強制じゃないからといってインデントしないわけ無いだろ(Rubyで問題無い派)
>204と>208は同一人物だが、言ってことが矛盾している
結論
Python派は日本語がわからない

212 ：

反証
このスレッドには俺とお前しかいない
結論
よってインデントは共生されるべきである

213 ：

日本語の勉強スレ？

214 ：

ここは俺の自作自演練習スレです。
練習の邪魔になるので、他の人は許可を得てから書き込むように。

215 ：

強制を共生と誤記するから自作自演が丸判りだな。

216 ：

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

217 ：

インデントはどの言語でも必要だが、3タブ同盟とか言ってる奴は本気で殴りたいな。うぜぇ。

218 ：

やっぱ2タブが最強だよね

219 ：

7タブくらいがいいんじゃね？

220 ：

1タブでいいじゃん

221 ：

4は死を連想するから問題外。
1は人をタブ、3は身をタブといって、縁起が悪いので年配の人には嫌われる。
やはり2タブが無難

222 ：

そもそもタグを使うな。2スペか4スペだろ。
3スペはねぇよ。R。

223 ：

タグは使わんな。

224 ：

日本語ですんなり読めるオブジェクト指向の良書はJAVAについてかかれたものが多いので
そういう意味で、JAVAは必須じゃないかな？
まあ、バリバリ使いこなせなくても良いけど、少なくとも基本的なことは知らないと、オブジェクト指向を勉強できない。

225 ：

JAVAについて書かれた＞JAVAで解説されてる

226 ：

>>224
サンプルコードがJavaだったりする本もあるよな（Java対象じゃなくても）
リファクタリングとか
まあでも、C++とか（DelphiやRubyでもいいけど）やってたら、Javaもサックリ読めない？
あえて、Jaav必須って言うほどのもんでもないと思う
Javaの文法を軽く知っとけば、Javaの本でも結構サクサクよめる

227 ：

　　＿＿＿_＿　
　 （会長物語）
　　￣￣＼|￣　
http://videointroplayer.web.fc2.com/?ii9YN1kO-TK36%+8mdKsm-z3pn32%+WhqyiIrhz0F110%+iwCjWdz0Gid150%+Kjtps4byn7a119%+@1@_%E4%BC%9A%E9%95%B7%E7%89%A9%E8%AA%9E

228 ：

せのたんは仮性Rだったけど太めで包皮の上からカリが分かるプックリ型で良チンだったよ

229 ：

オブジェクト指向の良書がJavaで説明されてる？
俺の知ってる中じゃEiffel,Smalltalk,C++で解説してる本以外はみんなクソだったぞ
憂鬱本はC++でもクソだったけど

230 ：

そういや、憂鬱本って、なんで、あれ各所で勧められるんの？
俺、あれよんで、さっぱりわからんかったんだが・・・（当時OOPをすでにやっているにもかかわらず）

231 ：

それは単に230が当時から今に至ってもなおOOPを理解できていないからだろう。
使っているのはOOPという手法ではなく、OOPLというツールだけだったってオチ？

232 ：

憂鬱なプログラマのためのオブジェクト指向開発講座
―C++による実践的ソフトウェア構築入門 (DDJ Selection)
これのこと？
DDJって言うだけで糞臭がするんだけど

233 ：

>>230を叩くのではなく、良いところを教えて欲しいんだが。

234 ：

　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 ：

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

236 ：

JavaBlack乙

237 ：

http://www.premiumtv.12gbfree.com/?X3/?RTV+4277/NicoVideo1000
http://www.premiumtv.12gbfree.com/?X3/?RTV+4277/NicoVideo1000
http://www.premiumtv.12gbfree.com/?X3/?RTV+4277/NicoVideo1000

238 ：

憂鬱本はとっつきやすいのがいいな。
世間一般で言われてるオブジェクト指向のようなものに適合するように設計実装を行うための手順が書かれているらしいしな。

239 ：

おまえらすれ違いだろ
http://pc11.2ch.net/test/read.cgi/tech/1190192944/

240 ：

OO信者の言う「真のOO」の教義に合致せずとも、
バグが少なくてメンテしやすいモノさえ出来るなら
「世間一般で言われているOOのようなもの」で充分。

241 ：

入門でメイヤーとかを持ち出してくるヤツを信用してはいけないってじっちゃんが言ってた。

242 ：

プログラミング初心者にメイヤーのオブジェクト指向入門勧めるのはどうかと思うが
それなりに既存の構造化プログラミングで経験積んだ香具師に
オブジェクト指向を入門させるときに読ませるにはメイヤーは良い本だろ
それで分らんのなら構造化プログラミングすら理解できていなかったから
メイヤー本のせいではない

243 ：

>>240
世間一般のＯＯのようなものの概念はかなりあやふや。
そんなわけわからんものを拠り所にして「バグが少なくてメンテしやすいモノさえ出来る」わけないじゃん。
これは構造化設計も同じ。
理論はきちんと正しく勉強して正しく用いないと効果出ないよ。

244 ：

既存の構造化プログラミングで経験つんでオブジェクト指向を入門するときにメイヤー読んで分かるやつなんて、すでに入門は終わらせてるだろ。
架空の生き物なんじゃねぇの？

245 ：

>>243
理論を正しく勉強して正しく用いようとしてるやつほど失敗する件

246 ：

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

247 ：

>>245
理論を勉強しようともしない奴は全員失敗するけどな。
勉強して、やってみて、それでも失敗するのはいい。原因がわかるからさらに先にすすめる。
わかったふりしてるだけの奴はダメだ。

248 ：

結局標準以外の他人の作ったクラスなんて気持ち悪くて
わざわざ再利用しようなんて思わないしね。

249 ：

標準も他人の作ったクラスなんだけど
どうしてそれを選んでしまうのはなぜ？

250 ：

教祖や聖人の作ったものは信じて当たり前だろ。
聖書とかと同じ考え方だ。

251 ：

>>248
Tomcat使えないね。

252 ：

ある程度知名度のあるライブラリやフレームワークなら使う気にはなるでしょ。
作者の人格が見えるような距離だと無理。
Rハアハア言ってる様な奴が作ったクラス使いたいか？

253 ：

>>248
Boost使えないね。

254 ：

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

255 ：

>>252
やねうらさんのは漏れも好きだけど

256 ：

知名度でクラスやフレームワークを使うか使わないか決めるのか。

257 ：

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

258 ：

ロゴの表示でCPU食いまくるわけじゃねぇだろ。

259 ：

食うよバカ
無駄にエフェクトが豪華だろ

260 ：

時間掛かってる大半は仮想PCモドキのセットアップだろ

261 ：

ああ、そういうことか
ただでさえセットアップに時間かかるのにロゴなんか表示すんなよ

262 ：

あれ表示しないと一般人はフリーズしたと思うんだよ

263 ：

なんであんな時間掛かるんだろうね。
バイトコードをネイティブにして速度かせいでも
そのコンパイル速度で相殺だよねほとんどの場合。
ところでJavaランタイム入れると勝手にアップデート見に行く設定になるけど、
あれで確認もせずにランタイムアップデートする奴いないだろ。
完全にUIの選択失敗してるよな。WindowsUpdateの真似したいんだろうけどさ。
勝手にダウンロード始めてとんでもない場所にファイル作ってるし。
止めて欲しい。

264 ：

起動ロゴというのはエレベータの扉を鏡にするようなもんだな

265 ：

>>264
車いすで降りるときの後方確認のための鏡とどんな関係が？！

266 ：

http://elm-chan.org/index_j.html
http://www.limo.fumi2kick.com/

267 ：

>>263
律儀に毎回起動しているからなぁ・・・
.NETのようにJavaVMもサービス化して常駐させとけよと思う。

268 ：

>>263
使わないクラスもメモリにロードしてるからだよ。
ということで、近いうちにコンシューマJREで起動時間短縮。

269 ：

いまどきちょっと2DアニメしたところでCPU負荷なんかたかがしれてる。

270 ：

あのJavaの起動で不思議なのが、会社で使ってるPentium4 2.5GHzのマシンと
自宅で使ってるPentium3 450Mhzのマシンで起動時間があんまり変わらないってこと。
こりゃ一体どういう事なんかねぇ。

271 ：

>>270
つ HDD

272 ：

メモリ

273 ：

直線番長CPU

274 ：

>>270
豪華に見せるためのただの演出だったということ。
そのためだけに約４秒も起動を遅らせている。

275 ：

そりゃ何千個もファイルをロードすれば
どんなCPUでも遅いだろ

276 ：

どう考えてもファイルアクセスだと思うぜー。
だからConsumerJREが期待されてるんだし。

277 ：

あんなに、起動が遅いのに、よく、サーバーで動かしているな、と思う

278 ：

はあ？
鯖なら問題ないのでは。

279 ：

あれだ、サーバはいったん起動したら落とさないから、我慢するのは最初の一回だけ。
それに利用者に見えるわけじゃないからな。

ただEJBのテスト（デバッグ）はマジで泣くわ。
コードちまちま直してコンパイルしてjarつくってwarつくってearつくってデプロイして
やっと実行にたどり着いたと思ったら、あのおっそい起動だからな。
こういうときスクリプトの手軽さが羨ましく感じる。

280 ：

>>278
そうなん？
CGIとかリクエストの度に起動するよね？
Javaって、fastcgiなんとかみたいに起動しっぱなのか

281 ：

お前どういうレベルだよw

282 ：

お望みなら、JavaでもCGI出来るぞ。見た事無いけど。

283 ：

クライアント側だとユーザーの実行環境がまちまちだからどうしようもない
サーバなら運用次第だけど>>279みたいな問題がある
Javaマジむかつく
ちなみにRubyはどっちでももっさりだから気にするだけ無駄

284 ：

>>280
Rubyってリクエストの度に一々プロセス起動するの？

285 ：

CGI なら。

286 ：

うん。言語とか関係ないな。

287 ：

modruby

288 ：

>>279 >>283
eclipseのtomcatモジュールとか使ってれば
その辺のストレスは減るはずなんだが

289 ：

>>279
それは自分が効率よい方法を知らないだけでは？
デバッグでearまで作る必要はないんじゃねぇの？

290 ：

fastcgiって、処理の種類毎にプロセスが一つ起動するん？

291 ：

どんな言語よりJavaは劣っていると思う

292 ：

JavaもJavaより劣ってるのか・・・

293 ：

経験的独断
C > Ruby > PHP > Java > Perl > C++ > VB

294 ：

Rubyはなんで上位なん？

295 ：

なんとなく

296 ：

PHPが上にあるところが、293のレベルを物語ってるな。

297 ：

この順位付けでCが上にあるとこにも変な打算を感じる

298 ：

少人数でやるならJAVAよりRubyだなぁ。

299 ：

少人数なら、個人的な好みでおっけ〜

300 ：

>>293
PerlがC++より上ってありえねえｗ

301 ：

C++ なんて Visual C++ でしか使われてない。

302 ：

俺用途で優先順位付けるのならこんなかんじだな。
結局は言語の優位というよりどの言語をどの用途に使うか次第だろう。
同じ用途向きの言語は要らんし（perl, php, python、おまけでrubyはどれか一つあれば良い）。
==============================================
1. Perl = サーバーサイド言語用
2. JavaScript = クライアントサイド/AJAX用
3. C = 過去遺産/OSSメンテ用
4. C# = WinMobile開発用
5. C++ = Windowsアプリ開発用
6. Java = 携帯開発用/SI屋就職用
7. PHP = PHP使うWeb会社での業務用(Yahoo, 楽天...)
==== 超えられない壁 ===
8. Python = Google就職用
9. Ruby and Ruby on Rails = 趣味
10. VB.Net = VB過去遺産移植用

303 ：

俺用途とか言っておいて、Yahoo・楽天での業務用とかGoogle就職用とか書いちゃうんだ

304 ：

俺がそこに転職することあったら、って考え。
結局言語はどこで働くか（既存資産のメンテ）がかなり絡むからね。
SI屋用javaとかもそう。
今の自分の用途だと7(PHP)以下のは全く必要ないな。

305 ：

つうか、1. Perl って釣りだろ？

306 ：

Ruby　> C++ > Java > C > PHP > Perl > VB

307 ：

awk

308 ：

Ruby == C++ == Java == C == PHP == Perl >>> VB

309 ：

>>302
Ruby=趣味用
っていうのは、なかなかいい洞察だと思うぞ。
確かに書いてて楽しい言語だしな。
会社でRuby使いたいって奴は基本的に、仕事も趣味・お遊び気分でやってる奴らばかりだし。
技術者としてお遊びの部分を忘れちゃならないのは
そのとおりなんだが仕事としての完成度を追及できない奴は困る。

310 ：

経験上、遊びでもPGやってるやつの方が完成度高いぞ。

311 ：

あたかもRubyで完成度の高いプログラムは書けないかのような物言いは笑えるw
使ってもいないくせにww
まぁ、人次第であるのは確かだから>>309はやめておいたほうがいい

312 ：

使う使わないはともかく、流行の言語の一つとしてRubyの勉強しない奴はちょっとセンスが無いわな。
俺ならPerlでなんか書く必要がある場合にはRubyかPython使うけどね。

313 ：

自分用途って視点と、転職って視点を外せば
C, Javascript<= それでしか出来ないことで必須
Perl / Python <= 枯れスクリプトとしてどちらかが必須
C++, C#, Java <= クライアント側の用途でどれかが必須
PHP <= 用途無し（バージョンアップの仕方/Securityが気に入らない）
Ruby <= 仕事よりは趣味。枯れ不足/ライブラリが後発な分不十分。でも遊んでみるには良し。
=== 超えられない壁 ===
VB.net <= VB系列というだけでモチベ沸かない
ってとこだね。

314 ：

> 自分用途って視点と、転職って視点を外せば
> VB系列というだけでモチベ沸かない

315 ：

VBしか知らない香具師はVBに文句言わないけど
他の言語知ってる香具師ならVBの使いにくさはすぐに分かる

316 ：

具体的におながいします

317 ：

そんないくつも言語覚えても
Rubyに慣れちゃえば、ほとんどRubyでできるので
他の使わなくなるよ

318 ：

と思っている時期が私にもありました。

319 ：

>>317の文章のうち「Ruby」の部分を好きな言語に置き換えて遊びましょう

320 ：

そんないくつも言語覚えても
VBに慣れちゃえば、ほとんどVBでできるので
他の使わなくなるよ

321 ：

そんないくつも言語覚えても
PHPに慣れちゃえば、ほとんどPHPでできるので
他の使わなくなるよ

322 ：

PHPでコマンドラインツールやGUIアプリ書けるのw
あんなWebアプリしか出来ない糞言語いらないよ

323 ：

VBでコマンドラインツールやGUIアプリ書けるのw
あんなWebアプリしか出来ない糞言語いらないよ

324 ：

>>323
なんか混ざってないかw

325 ：

VBはGUIアプリ書けるわなｗ
オレはPHPでコマンドラインツール書くけど

326 ：

ルビーでアプレットみたいのって作れるの？

327 ：

RubyのVMがどこのPCにでも入ってるってような状況にならなきゃ
作っても無駄でしょ

328 ：

RubyってVM上で動作してる訳じゃないだろ…JRubyは除くが。
単なるインタープリタじゃないの？

329 ：

1.9からYARVっていうVMになるらしいよ

330 ：

インタプリタもVMだろ・・・常考

331 ：

Rubyでメタプログラミングして
Javaコード吐いて
Ruby統合環境内でコンパイルさせればいいだろ

332 ：

>>323
VBで書いたプログラムを
拡張子vbsで保存して cscript hoge.vbs と実行すると
コマンドラインアプリになるし
拡張子htaで保存してエクスプローラからダブルクリックすると
GUIアプリになるんだよ
そんなことも知らないのか

333 ：

GUIアプリかけるの、って時点でネタだろ

334 ：

>>330
…これがゆとり世代の劣化日本人、か…

335 ：

>>334
おまえこそゆとりだよｗｗｗｗ
インタプリタをVMという事は、コンパイラ関連の勉強をきちんとしたことある人間なら常識レベルの知識

336 ：

ゆとりじゃなさそうだが、そうやって、通常会話で通じない言葉を主張するのも困ったやつだな。

337 ：

>>335
eval loopをVMと呼ぶのは無理がある。

338 ：

最近のCPUってマイクロコードで書かれてるらしいから
ほとんど全部はVMだね

339 ：

そのVM上で動作するプログラムが、VMか単純ループか、の話題なんだが。

340 ：

>>332
ならねーよ＾＾；；；；；

341 ：

>>339
いつから話題を切り替える術を手に入れたんだ？＾＾；；；；

342 ：

>>335
そう書いてある教科書を教えれ

343 ：

むしろ逆にインタプリタがVMでないっつーソースを教えてくれ

344 ：

>>343
「コンパイラとバーチャルマシン」って本はインタプリタとVMは別に説明してる。
ドラゴンブックのインタプリタ(通訳系)のところにVMの説明はない。
VM(抽象機械)は中間コードの説明に出てくるがそっちには
インタプリタの事は書いてない。

345 ：

>>342
http://www.amazon.co.jp/プログラミング言語処理系-岩波講座-ソフトウェア科学-佐々-政孝/dp/4000103458

346 ：

まあ、普通に話すときは、インタプリタをVMに含めないほうが話しがやりやすいし、特に断らない限りVMにインタプリタは含めないね。

347 ：

VMはインタプリタだが全てのインタプリタがVMではない。
中間コード(VMにとっての機械語)を生成しないインタプリタもあるからな。
よって>330,335はゆとり。

348 ：

どこにも洋書がでてこないのにワロタ

おまえら一辺勉強しなおしてこい

349 ：

>>348
じゃあ洋書でインタプリタがVMと書いてあるorない例をあげれ

350 ：

コンパイラはVMではない、と書いてある本がなかったら、コンパイラはVMなのかな？

351 ：

誰も言ってないことはどうとでも言える

352 ：

>>350
コンパイラはVMである、と書いてある本があるなら、コンパイラはVMかもしれんが
それはおかしいだろ。
「AならばB」の反論で「AでないならBでない」を持ち出していいのは小学生までだ。
論理式の勉強しなおしてこい

353 ：

>>352
ということを352は言ってるんだろ。おまえは国語を勉強しなおすべきだな。

354 ：

>>349
おれが読んだハリーポッターの原書には、インタプリタがVMとは書いてなかった。

355 ：

>>353
威勢よく出てきてアンカーミスってるおまいは人生考え直すべきだな

356 ：

Ruby＝インタプリタ
↓
「インタプリタもVMだろ」
↓
「だって本にインタプリタはVMって書いてない」←いまここ
↓
「てことは、Ｒｕｂｙって既にＶＭで動いてるんじゃね？」
↓
「ＶＭなのにＲｕｂｙ糞遅せえｗｗｗ」
スレにふさわしい話題ですね

357 ：

誤：スレにふさわしい話題ですね
正：スレのレベルにふさわしい話題ですね

358 ：

誰もVMの定義を書いてないけど，VMってどっかの会社が言い出したバズワードなんだよね
インタプリタもコンパイラも今じゃほとんどバズワードだし．
結局みんな頭の中にあるVMとインタプリタが違っていて，話がかみ合わないまま進んでる希ガス

終わったな　＼（^o^）／　ﾅﾝﾃｺｯﾀｲ

359 ：

バズワードってほどでもないぞ。
昔は抽象マシン(Abstract Machine)と呼ばれただけで概念は古くからある。
仮想マシン(Virtual Machine)というと昔はIBMメインフレーム用の
VMwareやVirtual PC相当のことだった。

360 ：

仮想DOSマシン

361 ：

仮想ミシン

362 ：

バーチャルミシン　←なぜか不愉快

363 ：

ttp://www.itmedia.co.jp/enterprise/articles/0710/22/news002.html
ttp://itpro.nikkeibp.co.jp/article/NEWS/20071022/285089/?ST=oss
ttp://itpro.nikkeibp.co.jp/99/ruby/index.html

364 ：

ttp://yher2.blogspot.com/2006/10/groovy-rhino-jython-jruby.html
に、各スクリプト言語のベンチマークがあった。
（2006年後半時点でのことだが）
Javaとの実行時間比は：
groovy: 約5.5〜500倍
rhino: 約1.5〜50倍
jython: 約2〜150倍
jruby: 約20〜6000倍
となる。
本家より速いと評判のJruby ですらこれじゃ、本家はどんだけ

365 ：

本家より早いと評判になったのはいつなのか考えてから発言しろよ。低脳すぎるよ･･･。

366 ：

JRubyって遅いんだよね。
Java陣営、挽回に必死だけど意味ねーw

367 ：

>>366
つまりJavaが速いって事だな。

368 ：

>>366
Java での Ruby 実装の遅さを云々する前に、
まず、まともな速度で本家を動かしてから言えってかんじ？

369 ：

普通に実用レベルだけどね

370 ：

WEB系だとPHPの独壇場だからな。
Rubyを囃し立ててるのは、Ruby関係者とRubyをWEB2.0とか
セカンドライフの代わりのキャッチコピーにしようとしてる企業と
ＳＩよりも講演とセミナーで稼いでる人種だけで。
エンタープライジーなら相変わらずJavaだし、今一番勢いがあるのはASPNET。
海外ならPythonもあるわけだし。
だいたいWEBアプリって、実際はちっともオブジェクト指向である必要ないんだよな。
だからこそPHPが人気あるわけで。
つまりは、WEB系に限ればRubyのメリットはちっともない。
遅くて不安定なだけで。

371 ：

つまりクライアント側ってことですね！？

372 ：

こぴぺ

373 ：

マジレスすると、Rubyの現行の1.8系は、構文木を評価していて、VM使ってない
次期バージョンの1.9は、VM搭載される予定

374 ：

Exerb

375 ：

>>370
またいいかげんなことを

376 ：

こぴぺ

377 ：

>>373
そのVMってJavaとか.NETに劣らない性能だせそうなの？

378 ：

JavaVM上や、.NET上で動かすVMよりは良い性能が出ます。

379 ：

Perlは最強やな

380 ：

http://www.atmarkit.co.jp/news/200710/29/rubycert.html
第1回Ruby検定は45人が受験

45人(笑

381 ：

こんなしょうもない記事でも枕詞に「日本発のプログラミング言語」か。
Ruby 自体は嫌いじゃないんだが、Ruby 関連の記事ってろくなのがないな。

382 ：

資格検定ってなんか金の臭いがするんだよね
受ける側じゃなくて主催者側にまわらなきゃ損

383 ：

流れ読まずにすまんが
新ロゴ
http://pc11.2ch.net/test/read.cgi/tech/1193668038/l50

384 ：

>>370
ruby on railsがあるだろハゲ

385 ：

昔そういうのもあったな

386 ：

今はRuby on Railsが主流だな

387 ：

概出だろうけど
ttp://cappuccino.jp/keisuken/logbook/20070927.html
ttp://d.hatena.ne.jp/iR3/searchdiary?word=*%5BRuby%20on%20Rails%5D
ttp://slashdot.jp/articles/07/09/23/2357202.shtml

388 ：

>>387
---
まあ 私思うに Excel で様々な一覧表が管理されている世界があります。
そのような情報データを共有しようと思うと、
第一ステップ メールで添付して共用
第二ステップ ファイルサーバで共用
第三ステップ Webサーバでファイルアップロード、ダウンロードで共有
第四ステップ Google SpreadSheet で共用
第五ステップ Ruby on Rails (scaffold)で 簡易なWebDBで共用
第六ステップ Ruby on Rails での エンタープライズシステムで共用
などの推移が考えられます。
---
なにこの無理矢理な推移（ｗ
普通、
＞第二ステップ ファイルサーバで共用
で終了。
どうしても必要ならば参照のみODBC経由でエンタープライズに、だろ。

389 ：

ExcelでODBC出来るの知らない人多いね

390 ：

>第二ステップ ファイルサーバで共用
>第三ステップ Webサーバでファイルアップロード、ダウンロードで共有
第二ステップの方が進歩してる感じがするのは俺だけ？

391 ：

第４はGoogleから企業向けの製品が出てるから、それ買って
あとは保守させれば残りのステップに進む必要ないな。

392 ：

DBアクセスがあるから言語の実行効率は問題にならない、とか寝言言ってる奴がいるけどさ、
DBの負担を減らすためにDBは簡単なスキーマにしてスクリプト側で複雑な処理をする事あるじゃん。
その場合にRubyとJavaじゃまるで実行性能が違う。
後、Javaだと変数をアプリケーションスコープに入れとけば簡単に永続化できる。
これもDBへのアクセスを減らすことに役立つ。

393 ：

そんなに速度が気になるならJavaみたいなすっとろいの使ってないでC++とかLisp使えよ

394 ：

最初にExcel使ってるなら.NETじゃねぇの？
どうせ大体は最終的に「Excelでも出せ」とか上から言われるだろうし。

395 ：

>>393
C++はともかく、Lisp？

396 ：

>>394
俺もそう思う。なぜ？Rails？
Rails好きだが、理解できん

397 ：

.xlsを閲覧編集するのに最も機敏で便利なソフト…それはExcel。

398 ：

おまえは何を言ってるんだ？

399 ：

>>395
俺もそう思うが、コンパイルしたりすると lisp も速いらしいしな。

400 ：

【速報】Google社が「Android」のSDKを公開，Javaでアプリケーションを記述
ttp://techon.nikkeibp.co.jp/article/NEWS/20071113/142245/
---
Androidのアプリケーション・ソフトウエア記述言語はJavaで，
「Java言語のコア・ライブラリが提供する機能のほとんどを提供する」（Androidの説明書）。
---

401 ：

携帯JavaなのにSEで来るのか？恐ろしいな。
>>302
C言語はちょっと特殊だよ。
JavaもC#もVBも、PerlやPythonもC言語から機能を補充することができる。
俺はサプリメント言語という呼称を推奨したい。

402 ：

正確には、Javaのような何か。
なので、Sunがピリピリしてる。

403 ：

Javaなら飯食えるがなあ
ぼそっ

404 ：

Javaのような何かだった
J++では飯は食えなかったが
今回はGoogleだからなあ。

405 ：

>>403
Javaで食えないプログラマは、他の言語やっても無駄

406 ：

誰かＦＯＲＴＲＡＮの宿題を教えてくれないですかね。
・ある数ｘとｙの約数と最大公約数と最小公倍数を計算せよ。

407 ：

くだすれFORTRAN（超初心者用）その2
http://pc11.2ch.net/test/read.cgi/tech/1164121236/

408 ：

>>405…！書き込ま無くともご存知でしょうが…
？,VB`で無く,python`でも,command-line`で,error-check`は出来ます…
或る,text`の,error`を無くしました…
！因みに,python`のみしか個人使用の,linux`には,install`して居りません…
？どの言語がと云う事を意識する基準をご存知で在れば質問しても宣しいですか…

409 ：

>>401
C言語もアセンブラから機能を補充することができる。
401的にはC言語もサプリメント言語に違いない。
サプリメント言語の意味がﾜｶﾝﾈ。
「C++はベターC」みたいなニュアンス？

410 ：

>>408
日本語でおｋ

411 ：

>>410
English, OK?

412 ：

>>411
Ok

413 ：

>>409
お前は何をいってるんだ

414 ：

>>412
I'll be back.

415 ：

>>414
go home

416 ：

lol

417 ：

Fuck yourself !

418 ：

Kill u to be myself.

419 ：

　　　　　　　　　　　　　　 _,......,,,_
　　　　 　 　 　 　 　 ,､:'":::::::::::::::::｀`:...､
　　　　　　　　 　 ／::::::::::::::::::::::::::::::::::::::＼
　　　　　　　　　 i::::::::::::::::::::::::::::::::::::::::::::::::::ヽ
　　　 　 　 　 　 !::::::::::::::::::::::;‐､:::::::::＿::::::_::::';
　　　　　　　　　|::::::::::::::::::::::|　 ::￣　 　 　 ｀`!
　　　　　　　　 r''ヾ'::::::::::／　　::　 　 　 　 　 |
　　　　　　　　 l r‐､＼::/　　_,,､ii_;;_､　　　 _,,,l､
　　　　　　　　 ヽヾ〈　　　 ::= -r:;;j_;､`/ :;'ィ;７
　　　　　　　 　 !:!_,､　　　　::　｀ ー　 : |: ｀´/　　　　　何かもう必死でしょ？
　　　　　　 　 ,./ヽ |　 ､_　　::　 ,: 'r' :i　|:　 / 　　　　　　最近のrubyは
　　　　　　 ,../　｀ヽ;_　　i　| '"､_:::__｀:'‐'.　/
　 　 　 　 /　｀`'ｰ ､_＼　　! `::｀￣''`ﾁ`ｼ
　　　　／ー ､_　　　　｀＼:､_　::　｀￣／
　　 ／　　　　　｀`ヽ､　　　ヽ｀'7‐--'

420 ：

Ruby1.9 や Rubinius は MRI と比べて本当に速いのか
http://d.hatena.ne.jp/kwatch/20080304/1204646782
絶望した! Rubinius のあまりの遅さに絶望した!
また Ruby1.9 も、Ruby1.8 より遅くなっている。
eRuby ではどうしても eval() が絡むからしかたないんだけど、
とにかく Ruby1.9 になればなんでもかんでも速くなるというのは間違いであると断言できる。
絶望した! eval ないのにひとケタ遅い Rubinius に絶望した!
また eval がなくても、Ruby1.9 は Ruby1.8 と大して変わらないことがわかる。
結局、Ruby1.9 や Rubinius で速くなるのはバイトコードの実行部分だけであり、
String#<< のような built-in method の実行が速くなるわけではない。
fibonacchi sequence のベンチマークが速いのは built-in method の呼び出しがない、
純粋にバイトコードの実行だけで済むベンチマークだからである。

421 ：

引く手あまたのプログラミング言語は?
http://slashdot.jp/developers/article.pl?sid=08/04/06/2313251
---
Java(16479件)、C++(8080件)、C#(7780件)、JavaScript(6749件)、
Perl(5710件)、PHP(2641件)、Python(1408件)、COBOL(1207件)、
Ruby(769件)、Lisp(33件)といった感じらしい。
とりあえずJavaとC/C++/C#、あとJavaScriptを覚えれば、
当分仕事には困らないようである。COBOLのしぶとさも目立つ。
ちなみにHaskellやOCamlの求人は10以下だったそうだ。
---

422 ：

なぜ数日遅れの話題を一生懸命マルチしてるのだろう

423 ：

takano32,TAKANO Mitsuhiroこと高野光弘（日立製作所社員、日本UNIXユーザ会幹事）が、
自身の『32nd diary』で公然と日立の機密を開示し、障害者差別発言をしている問題。
1981年11月12日　千葉県のディズニーランドのそばで誕生
2001年4月1日　千葉大学に入学
2005年4月1日　千葉大学大学院へ進学、日本UNIXユーザ会に入会
2007年4月1日　日立製作所に入社、神奈川県秦野市の寮へ
2007年8月22日　「ついに職場で人が倒れた」と公表
2007年11月13日　「情報漏えい」を言う上司に「死んだほうがいいよ」と暴言
2007年12月28日　「社内システムクソR」と発言し、仕組みも暴露
2008年5月23日　機密漏洩問題について一応の謝罪
2008年5月26日　「給料泥棒とかうんぬん言われた」と謝罪を忘れて告白
2008年5月27日　「心バキバキ川田くん」と前日の発言者の名前を公言
2008年5月31日　「キチガイ」と日立のユーザーに障害者差別発言を連発
2006年10月27日（日立製作所に入社前に忠告されたこと）
「日記やコメントの投稿日時から勤務時間に業務外のことをしていることが判明」は
某社の某親会社が 2ch で祭られたように、NG です。
6月も勤務時間中に更新し続ける高野光弘君の『32nd diary』にツッコミをどうぞ

424 ：

ゲームコンテストに出しなさい。
http://www.tohofuhai.com/ 　豆腐ゲームコンテスト
http://kirara111.sakura.ne.jp/ 　星屑きらら杯
http://3punge.com/ ３分ゲーコンテスト（今休止中）

何でもかんでも詰め込もうとしないで、切り捨てるとこころは切り捨てて
完成させねば。。シンプルにやれ。
んでゲーム、ゲームしてなくてもいい。ゲームの限界を超えなければならない。
もっと自由な発想を持つのだ。

425 ：

>>424
板違い。
ゲーム製作技術板に書いたほうが参考になると思うよ

426 ：

外野：・・・どこが違うの？
ＪRＡにも出来ることには眼を瞑ってでも
特色を育てないと、開発・環境パワーのある
海外オタクが釣られないクマー？
>>425さん、　もしかしたら　>>424さんは
Ｒｕｂｙに対して「も」そう言いたいんじゃない？
「ゲーム」の部分が何に置き換わるかは「？」
例えば基本仕様を絞って固定してくれないと
共同開発が進められないといった意味で。
コンパクトで気のきいたプログラムが組めそう、
という期待はＲｕｂｙの場合比較的大きそうだし。
私は「格好の悪い」プログラムの方が好きだけど、
それはどんな言語だってやろうと思えば出来る。
具体的・逐次的にダラダラ書いてくスタイルで
遅いとかじゃなく動かないような実用言語はない。
でも、それでいいならＲｕｂｙじゃなかったはず。
「気の利いたコンパクトなコードが動く！」
となれば、どれだけの才能が集まることか。
ＪRＡに劣るのはまず人的パワーだから、
質のいい人材が釣れそうなエサは
もっと大きくぶらさげてもいいんじゃない？
現状でも釣れてる位だから可能性はあるよ。

427 ：

※以下、「偏見しかありません」。
まず第一に経験的事実に基づいてないし、
実在のプログラミング言語とも関係ありません。
「もれ、カッコイイプログラマになりたかったんだ、
誰よりもかっこいいコード書きたかったんだ…
○ィジュアルベーシックってダサいと思ったんだ、
○ＩＳＰで苦労してすごいの書いてみたけど
コードの見た目が…ブラクラみたいだったんだ…
○ＭＬ環境でのプログラミングは楽しかったんだ、
でもそこで使われるＵＴＦ−８とかいうののせいで
日本、対応リストから省《はぶ》られてたんだ…
―（中略というか面倒になったｗ本命登場）―
○RＡで効率的なコード書いてもれＳＵＧｅｅｅ！
でも改めて見てみたら本体が小さくなりすぎてて、
あの毎度御馴染みの寝言に埋もれてたんだ…。」

428 ：

http://jp.rubyist.net/RubyKaigi2008/Live.html

429 ：

Javaでは複素数演算はサポートされてるのか？
複素数クラスは作ることはできても＋−＊/の
演算子のオーバーロードはできないだろ。
Javaが複素数演算をサポートするならC++の代わりに
Javaを使ってやってもいい。

430 ：

>>429
演算子オーバーロードとか糖衣構文だろｊｋ
まぁgroovy使ってもいいならアリ

431 ：

まっ、演算子のオーバーロード使うと遅くなるからねぇ。
コピーのしまくりが発生するし。こういうこともできますよ、
というデモンストレーションにはなっても実用性は０。
でも、これは行列計算の場合であって複素数演算の場合は
そんなに遅くなるとは思えないが。

432 ：

いやまぁ，演算子は関数呼び出しの糖衣構文だからってことなんだが…まぁなんか軽く誤解されてるけどいいや

433 ：

関数呼び出しと同じということ？　だったら糖衣錠みたいなややこしい漢字使うな。
馬鹿ちんが。
関数呼び出しと演算子では･･･　いや、まぁ、どうでもいいか

434 ：

syntax sugarの訳として定着しているはずだが。

435 ：

>>431
行列計算だと演算子オーバーロードが遅くなるってどういうこと？
関数で書いたって同じことだと思うが

436 ：

javaは演算子のオーバーロードが出来ない．
本当に必要な実装に対して不必要な実装がC++で行われてたから，という噂を聞く．
std::ofstream とかの << はその一つ．
で，二項演算子は2引数1返却値の関数と同等だからJavaでも複素数演算くらい作れる．
// http://www.kmonos.net/alang/d/2.0/cppcomplex.html を実装したものではない
class Complex{
  private double _real, _imaginaly;
  public Complex(double real, double imaginaly){ _real = real; _imaginaly = imaginaly }
  public static Complex add(Complex lhs, complex rhs){ return new Complex(lhs.real + rhs.real, lhs.imaginaly + rhs.imaginaly); }
  ...
}
もちろん Complex.add() は関数なので二つのComplexインスタンスを足すときは
Complex r = Complex.add(new Complex(1, 1), new Complex(1, -1));
などとなる．
決してJavaでは new Complex(1, 1) + new Complex(1, -1) はできない．
でもgroovyなら演算子オーバーロードできるからちょっと楽になるよ，見たいな話．
この辺参照 http://groovy.codehaus.org/Operator+Overloading

437 ：

言語としてのエレガントさはどうか知らんが、javaのよさは洗練された豊富な
APIとjavadocのリファレンスのしやすさ、それとガベージコレクターのおかげ
でメモリーリークとか気にしないで済むので貧乏くさい作業から開放されるこ
ととかほとんど実用的な理由だな。
こんな帳票設計ツール http://jdrafter.sakura.ne.jp/ 作ったんだが、前
述の理由で開発も片手間の４ヶ月くらいで済んだ。速度的にも不満はないし
、これをほかの言語でやってくれと言っても絶対断る。

438 ：

こういう書き方されると縦読みしてしまう

439 ：

Ruby on Railsかなぁと思ってたけど、
やっぱしPHPなのかなぁと思う今日この頃。

440 ：

強制されたのでないなら、自分で決めたのをやればいいさ

441 ：

>>435
行列クラス用いて演算子オーバーロード使うと基本的に関数戻り値を
値コピーで返すしかないこと．
a*b*c*dなどの行列演算でa,b,c,dが1000×1000のdouble型行列クラスだと
しよう．そうすると，8Mbyteの値コピーが＊につき多分２回，上のように
行列の多重積になるとおぞましく発生する．
行列クラスなんか使わずに，ただの配列つかって配列名を引数渡しすれば
(普通のFortranやC言語と同じ使い方)こんなことは生じないおぞましい
コピーは生じない．
あと，コンパイラが戻り値最適化をサポートしていれば．．．以下略

442 ：

>>441
それ実装の問題やん。

443 ：

>>441
行列が値型なら演算子オーバーロードだろうと何だろうとコピーは発生します
あと途中で返却値と引数がごちゃまぜになってるけど難なの？

444 ：

＞＞行列が値型なら
お前何いってんだ？
＞＞だろうとコピーは発生します
そりゃ，ポインタのこぴーだって発生するだろ．
あと途中で返却値と引数がごちゃまぜになってるけど難なの？
＊を何回もやりゃ，そうなるだろ？何が言いたいんだ？
これだから，いちいち馬鹿の相手したくないんだ．
もう２度とこないから適当に好きなこと書いてくれや！ボケ

445 ：

>>444
特に読んでないけどﾌﾟｷﾞｬｰ

446 ：

>>444
読んでみた
> > あと途中で返却値と引数がごちゃまぜになってるけど難なの？ 
> 
> ＊を何回もやりゃ，そうなるだろ？何が言いたいんだ？
R何回もや(ほじく)りゃ、返り値と引数が混ざるんですね。
他はなに言いたいのかわかりません＞＜；；；

447 ：

1．日立製作所社員の高野くん（高野光弘）が会社を誹謗中傷して機密も漏洩
2．日立のユーザーにも「キチガイ」との障害者差別発言
3．日立製作所の企業イメージをバキバキにする
4．自身のサイトの『32nd diary』に掲載
5．日立製作所に通報される
6．あせって似顔絵削除
7．火に油を注ぐだけで所属する日本UNIXユーザ会にも通報祭り勃発
8．「給料泥棒」と説教される
9．「殺します」と殺人予告をして警察に事情を聞かれる←イマココ
高野光弘の行動
現在は、過去の記事を閲覧できなくして、「本日の日記はツッコミ数の制限を越えています」としています。
まずは、不愉快な思いをされた方々に謝罪するべきなのではないでしょうか。
高野光弘の発言
「まぁ、どこの団体もそんなにヤワじゃないので、平気なんですけども。
日本UNIXユーザ会が一番対応に慣れてる感じ。」
日本UNIXユーザ会が対応に慣れているか、みなさん確認してみてください。
連絡先
http://www.net.intap.or.jp/oiia/cont2/p0402.html%7B0recid=10168.html

448 ：

ぼんくらruubbyふりーくのみなさん
悔しかったら http://jdrafter.sakura.ne.jp
に匹敵するプログラムつくってねぱか

449 ：

やっぱりrubbyつかいはばか

450 ：

java最高

451 ：

理屈先行
あほrubby

452 ：

なんとここでJRubyが登場

453 ：

島根のRubyなんか死んでしまえ

454 ：

アンチ Java の人が多い理由が分かった気がする。
『Java は、近代の言語。Ruby は、現代の言語』で会場中が爆笑できるほどの状況ならば、
Java をフィールドに活動している人間にとっては、気持ちいいものではない
Ruby には、アンチ Java (とPHP) が経典に含まれている
http://d.hatena.ne.jp/yuta4839/20080622#1214155876

455 ：

Javaが敬遠される最大の理由は(C)Sunだから。

456 ：

金が掛からないソフトなんて熟れて無い証拠

457 ：

　　　　　　　　　　　　　　 _,......,,,_
　　　　 　 　 　 　 　 ,､:'":::::::::::::::::｀`:...､
　　　　　　　　 　 ／::::::::::::::::::::::::::::::::::::::＼
　　　　　　　　　 i::::::::::::::::::::::::::::::::::::::::::::::::::ヽ
　　　 　 　 　 　 !::::::::::::::::::::::;‐､:::::::::＿::::::_::::';
　　　　　　　　　|::::::::::::::::::::::|　 ::￣　 　 　 ｀`!
　　　　　　　　 r''ヾ'::::::::::／　　::　 　 　 　 　 |
　　　　　　　　 l r‐､＼::/　　_,,､ii_;;_､　　　 _,,,l､
　　　　　　　　 ヽヾ〈　　　 ::= -r:;;j_;､`/ :;'ィ;７
　　　　　　　 　 !:!_,､　　　　::　｀ ー　 : |: ｀´/　　　　　何かもう必死でしょ？
　　　　　　 　 ,./ヽ |　 ､_　　::　 ,: 'r' :i　|:　 / 　　　　　　ここのJava厨はwww
　　　　　　 ,../　｀ヽ;_　　i　| '"､_:::__｀:'‐'.　/
　 　 　 　 /　｀`'ｰ ､_＼　　! `::｀￣''`ﾁ`ｼ
　　　　／ー ､_　　　　｀＼:､_　::　｀￣／
　　 ／　　　　　｀`ヽ､　　　ヽ｀'7‐--'

458 ：

Matzがあんなにｲﾀﾀじゃなければもうちょっと流れもちがっただろうに・・・

459 ：

Matzの会社を財務分析してみたんだが。
http://d.hatena.ne.jp/AntiSeptic/20080704/p1
などと思わせぶりな言い方をするものだから覗いてみりゃ、
なんて事無い田舎の零細企業の財務諸表であって、面白くもなーんともなかったわけだ。
それにしても、この程度の収益で2007年度って、
あの会社にとっては多分空前絶後の景気のいい年だったはずだの
Rubyとゆー「鉱脈」があるだの言っているのは何なのだ。
Geekのヨタ話というのは、いつもこんなしょぼいスケールで行われているのか?
あそこの技術者の平均レベルは、他の普通の会社よりはずっと高いと思うって、
これじゃあ、技術なんてIT企業の収益とは何の関係も無いと証明しているようなもんじゃねえか。
そもそも、この会社が何をやっているのかがHPを見た限りではよく分からん。
要は受託開発だろ労働力を人月で売ってるだけだろマーケ屋がこねくりあげた横文字得意げに使ってなに悦に入ってやがんだコラ。
更には製品・サービス部門まであって、なにやら参考価格が書いてあるところを見ると、
多分にパッケージっぽい印象を受けるが、それでいて全体の粗利率が26%程度ではどうしようもないだろ。
あそこに入りたい人は、損益計算書も注意して見ておくといい。まぁこれはどんな会社でも同じだけど、
ここを見るといろんなことが見えて来る。株価指標を計算してみるのもいい(非公開会社でもね)。

460 ：

TextSS

461 ：

工場組み込み系でのGUI部分は、VB6が日本じゃ、ほぼデファクトなんで、
避けて通れませんわ。あとシーケンサ通信とかのC部分もわかってないとかけないんでCも必須
組み込みじゃないほうで、個人的に受けてすぐ完成させれるのは、PHPかな。
30日150万とかでうけても、たいてい1週間で仕様みたすのは、動いて、そこから残り3週間
みっちりプロの開発できる。
プログラムが楽しいのは、Ruby。ライブラリ少ないので、その度自作、
自分ライブラリがどんどんたまっていく。

462 ：

Emacs+RubyとEclipse+Java
だったらJavaの方が開発速度速いと思うんだけど・・・
Rubyってライブラリ貧弱じゃね？
確かに文法は美しいと思うけどね・・・実行速度も遅いし。

463 ：

NetBeans+Ruby

464 ：

Eclipse+Ruby

465 ：

JavaからRuby読破したけど、
Javaぼろくそ言われ杉で吹いたwww

466 ：

C++　＋　CORBAのときも、JAVA＋SOAP側からぼろくそにいわれてたのと
そっくりだったな。結局JAVAが駆逐しちゃいましたが

467 ：

いや、そういう歴史は知らないんだけど、
確かにRubyは早くプログラミング出来る言語仕様だけど、
EclipseとかのIDEサポートがjavaにはあるから、
スタンドアロンアプリケーション開発においてはjavaの方がむしろ早いんじゃねと思うんだよね。

468 ：

スタンドアロンアプリケーションをＪａｖａで作ることって多々あるの？

469 ：

>>468
一日一本程度かな。

470 ：

Rubyってライブラリに熟練した方がいいよね？
何も知らんで書くとJavaと同じような感じになるんですけどw

471 ：

標準ライブラリと標準添付ライブラリが使えれば、典型的なスクリプトはさっくり書ける
Javaから脱落した無能IT屋に騙されてる人を救えるくらいJavaを超えられるかどうかは知らん

472 ：

rubygemって、rubyのバージョンによって違うディレクトリが作られるのかな？
例えば1.8で使っていたgemを1.9で使う事は可能なの？
環境はUbuntuです。

473 ：

質問は質問スレで
一応、普通に make install した場合に限り、1.8 と 1.9 で別になるが
これは変更可能なのでUbuntu/Debianのパッケージにあるrubygemパッケージがどう動作するかは知らない
gem install は自分のrubyのバージョンを知ってるので1.8と1.9の共通化は危険

474 ：

バージョンっていうのは、
1.8.0と1.8.6とかも違う風にとらえるべきですか？
それぞれにrubygemがあるのでしょうか？

475 ：

質問は質問スレで

476 ：

>>470
ライブラリに熟練すれば、Javaのほうがいい感じになるわけだね

477 ：

てかRubyなんてなんに使うの？サーバはJava/C#で十分だし、クライアントもC/C++/Java/C#で
こと足りるし、使い道が見当たらないんだが。

478 ：

無限クロックのコンピュータが出来たら、
マゾい言語より簡単にかける言語でよくなる。
てゆうか現状でもRuby十分速いじゃんw

479 ：

rubyが真価を発揮する場面が思いつかない

480 ：

そんなもんエロ画像のダウンロードに決まっとるがな

481 ：

>>478
Javaより遅い時点で問題外らしいぞ

482 ：

スクリプト言語に何を求めてるんだｗ

483 ：

FirefoxのJavaScriptエンジンは本気らしいよ。
てかRubyってYARVとかいうエンジンで早くなったんじゃないの？

484 ：

本気つったら、Google ChromeのJavaScriptエンジンだろう女子高生
他のJavaScriptエンジンの数倍速いんだぜ？

485 ：

いつもJavaScript切ってるからわからない

486 ：

Matzの会社を財務分析してみたんだが。
http://d.hatena.ne.jp/AntiSeptic/20080704/p1
などと思わせぶりな言い方をするものだから覗いてみりゃ、
なんて事無い田舎の零細企業の財務諸表であって、面白くもなーんともなかったわけだ。
それにしても、この程度の収益で2007年度って、
あの会社にとっては多分空前絶後の景気のいい年だったはずだの
Rubyとゆー「鉱脈」があるだの言っているのは何なのだ。
Geekのヨタ話というのは、いつもこんなしょぼいスケールで行われているのか?
あそこの技術者の平均レベルは、他の普通の会社よりはずっと高いと思うって、
これじゃあ、技術なんてIT企業の収益とは何の関係も無いと証明しているようなもんじゃねえか。
そもそも、この会社が何をやっているのかがHPを見た限りではよく分からん。
要は受託開発だろ労働力を人月で売ってるだけだろマーケ屋がこねくりあげた横文字得意げに使ってなに悦に入ってやがんだコラ。
更には製品・サービス部門まであって、なにやら参考価格が書いてあるところを見ると、
多分にパッケージっぽい印象を受けるが、それでいて全体の粗利率が26%程度ではどうしようもないだろ。
あそこに入りたい人は、損益計算書も注意して見ておくといい。まぁこれはどんな会社でも同じだけど、
ここを見るといろんなことが見えて来る。株価指標を計算してみるのもいい(非公開会社でもね)。

487 ：

マルチする奴って馬鹿だな、まで読んだ

488 ：

書かれていない文字を読むとは…病院行ったら？

489 ：

>>1
頭おかしいの？

490 ：

どう考えても
C#>>>>>>>>>wsh>Ruby

491 ：

UNIXで動くようになったらね

492 ：

引く手あまたのプログラミング言語は?
http://slashdot.jp/developers/article.pl?sid=08/04/06/2313251
---
Java(16479件)、C++(8080件)、C#(7780件)、JavaScript(6749件)、
Perl(5710件)、PHP(2641件)、Python(1408件)、COBOL(1207件)、
Ruby(769件)、Lisp(33件)といった感じらしい。
とりあえずJavaとC/C++/C#、あとJavaScriptを覚えれば、
当分仕事には困らないようである。COBOLのしぶとさも目立つ。
ちなみにHaskellやOCamlの求人は10以下だったそうだ。
---

493 ：

>>490
C#なんて粗大ゴミ以外の何物でもないじゃまいか

494 ：

mono2.0なかなかいいぜ。

趣味の世界なら。

495 ：

確かに趣味の世界ならなかなか良いよね☆

496 ：

4位javascriptに壮大に吹いた

497 ：

不毛だなぁ

498 ：

mofumofu

499 ：

全部憶えればいいのに。

500 ：

1つの言語覚えるのに３日もかからないしな

501 ：

亀だけど
>>496
ECMAScript+DOM+XHRは意外に侮れない。
覚えればFlashも作れるし。ES3.1ではJSONオブジェクトも出来るし。
実装がほぼWEB関連だけなのが寂しいし、
ぶっちゃけ言語として優れてはいないと思うけどね。

502 ：

C#より遥かに粗大ゴミに近い位置にいるだろ

503 ：

>>501
AIRの登場でデスクトップアプリも作れる。
まあ、俺はAIRアプリでまともなの見たことないがｗ

504 ：

ちなみにGoogleの新卒採用では「C、C++ または Java のいずれかにおけるプログラミング知識」、
中途採用では「C++ または Java における開発経験」とある

505 ：

>>504
Googleみたいな馬鹿の集まりの基準なんてどうでもいい。

506 ：

いつの時代も、頭の悪い奴ほど東大や一流企業を馬鹿にするのよね。

507 ：

rubyを知らないjava使いなのですが、
そもそもその二つって比較対照になるのですか？
rubyはjavaでできることは一通りできるものなの？

508 ：

あなたがいうJavaでできることとは？

509 ：

DBアクセス　ネットワーク通信　デスクトップアプリ　Webアプリなどなど

510 ：

そんなアバウトなレベルなら一通りできるということになるな

511 ：

逆にjavaは非矩形窓のウインドウをJNIなしに作れないじゃん
rubyならrubyで書かれたものだけで一発だぜ

512 ：

>窓のウインドウ
これがRuby厨というものか。

513 ：

>>511
ネイティブ寄りの話なんてライブラリがあれば一発という世の中なのに…

514 ：

こういうときの話のネイティブとは何のどういうものを指しますか？
単純にネイティブという言葉をわかってないので教えてちょというだけ
なのですが。javaでネイティブと検索してもnative修飾子がでてきて
しまうし。対象によって意味が違ったりしますか？

515 ：

ネイティブというのはjavaで生まれ育った奴のことだな
つまりrubyを知ることなく無意味な人生を送って死んでしまう北の人間だ

516 ：

なんかJavaのアーキテクチャが出てこないんだけど末梢されたんか？
JavaのネイティブはJavaが動くプラットフォームという意味
Rubyでもライブラリの概念はあるはずで，標準機能を提供するライブラリは最終的にRubyが動くプラットフォームの所作に還元される
だからこの世は全部ネイティブ

517 ：

>>514
マジレスすると、直接機械語にコンパイルする言語とかの環境のこと。
>>511
むしろ、AIRが簡単にできちゃったりするあたり、Adobeはデスクトップ厨のことをわかっているよなーとか思うw

518 ：

>>511
https://jna.dev.java.net/

519 ：

最近AIR、AIRうるさいけど、そんなにいい門なの？

520 ：

AIRは芸術

521 ：

AIRは全然泣けなかった。「さあお前ら泣け！」みたいな作りに萎えた

522 ：

どのへんでうるさいのかと

523 ：

AJAXって言語じゃなくてアプローチだろ

524 ：

warota

525 ：

あ

526 ：

Ruby on Rails 3.0 Release Notes
http://guides.rails.info/3_0_release_notes.html

527 ：

>>526
もう貼らなくていいよ。

528 ：

まあJAVA厨には一生わからないだろうね＾＾

529 ：

はい
一生かかわりません

530 ：

それを自分で決められる立場にいられればいいけどねw

531 ：

決める決めないとかそういう次元じゃねーですぅ

532 ：

Rubyを押すのは相当難しい。

533 ：

押すのか。

534 ：

=~ 知らなかった恥ずかしい

535 ：

入門書の最初の方にちょこっと書いてあるよな、それ

536 ：

Rubyで携帯アプリを作れますか？

537 ：

作れるといえば作れるがサポートは何もないので全部本気で一から作らないと駄目
まあそういうのは普通は「作れません」と答えるべきだとは思うが

538 ：

携帯アプリを、本気だしたら作れるRubyはすごい　どうやんの？＿

539 ：

対応バイナリを吐くライブラリの自作からだろうな…

540 ：

意地張らずに「作れない」っていえよｗ
それはそれとして、
携帯アプリつったら、ドコモのDojaとかのJavaのアプリとか、ソフトバンクは知らんがJavaいけたな
しかしJRubyでモバイルで動かしたってのは聞いたことないな。
auはネイティブだからまず駄目だろ。
携帯アプリというのかわからんが、webサービスと考えたらありだわな。
バックエンドをRailsで、モバイル向けUIをjpmobileプラグインで作るのは普通にある。
あとは、Javaの携帯アプリのバックエンドをRailsとかもありあり。

541 ：

つか･･･速度が遅い　＝　そんだけ余計な処理してんだから
携帯端末にRubyはない。。。
流石にそこにrubyを使いたいとは俺でも思わない
ＪRＡでも勿体無いと思ってる　Ｃでいいのに

542 ：

わざわざ携帯でVMなのはセキュリティのためだろ

543 ：

Scala一択。

544 ：

間を取ってJRuby

545 ：

　　∩＿＿＿∩
　　| ノ　 ＿＿＿ヽ
　 /。・ﾟ･(＿＿__　｀･゜ﾟ･｡　
　 |　 　 u( _●_)ヽ　〉
　彡､　　　|∪|　　 / 　誰か助けるクマー
.　/　　　　ヽノ　. /´

546 ：

Twitter検索がRuby on Rails + MySQLから、Java + Lucene(Javaの全文検索エンジン)になるようだ。3倍速くなるってさ。
http://www.itmedia.co.jp/news/articles/1104/07/news043.html

547 ：

朗報

548 ：

やっぱRuby、特にRailsって重すぎるよな。

549 ：

軽いフレームワーク作ってよ

550 ：

言語がRubyじゃ無理

551 ：

Rubyバカにしてる子ってさ
変数に＄ついてる言語触ってるって事だよね
いちいちSHIFT＋４キーおして ＄ 打ちまくってる感触はどう？

552 ：

天使キター

553 ：

Perlスレで訊けよ馬鹿

554 ：

＄ときいてPerlしか思いつかない低脳か

555 ：

コンパイラが勝手に吐くだけで打つ必要はないだろ
ちなC#

556 ：

>>555
なにこいつ
え？　え？　何いってるかわかんない
何か反論したかったん？　もっとはっきり言えや　きこえねーんだよ

翻訳ヨロ>>557

557 ：

name mangling の話だと思うが。

558 ：

で？？？？
それを使うとPerlやＰＨＰやシェルの変数の＄がなくなるんだ？？
もし、そうではないなら
すげー勘違いしてんなおまえ
さすがゴミ

559 ：

ワロタ
からかわれてるの気づかないのなｗ

560 ：

普通、タイトルで気付くよな。

561 ：

鼻デカブサイク天使ワロス

562 ：

こんな奴がRubyを持ち上げようとしてもネガティブキャンペーンにしかならんな
Ruby。。。可哀想な子

563 ：

ほらねｗ
やっぱり逃げたか
>>562
Ruby持ち上げる？ｗ
そんな気持ちないよ
ただ作業効率の悪いことやってるゴミを嘲笑して周っているだけ
悔しかったら　R　u　b　y　以　外　でｗｗｗ　Ruby以上の効率見せてみろよｗｗｗｗｗゴミｗｗｗｗｗｗｗ

564 ：

天使さん戻っておいでよ

565 ：

天使ちゃんマジ天使

566 ：

で、結局逃げちゃったのか

567 ：

JRuby

568 ：

このコテハン「大天使 ◆uL5esZLBSE」は天才pンジー「アイちゃん」が
言語訓練のために使用しているハンドルです。
アイと研究員とのやり取りに利用する書き込みなので、
関係者以外はレスしないで下さい。
　　　　　　　　　　　　　　　　　　京都大学霊長類研究所

569 ：

天使ちゃんマジキチ

570 ：

求人みると未だにRubyは全然少ないのなー

まぁあ別にもういいんじゃないかな
過去にこういう言語がありました。ってことで
時代に爪あとは残したから、もうRubyの役割は終わったようなもの
だってゴミにいくらいったって「バカは効率がわからない」「バカは効率を理解しない」
無理だよｗ
勝手に自分の首しめて、３５歳でほんとにしめてRと思う
これだけの救済措置を無駄にするくらいだから、　元々が死にたがりで
まともな判断能力すらもうないんだろう
Ruby乙　　　日本のゴミグラマたちはJAVAでもやってればよいと思う
もう日本のIT技術の復興はあきらめた。　ここまででいいです。　日本は別分野の開拓だなー　　ＩＴは、おしまい。

571 ：

1 アセンブリ
2　C
以上

572 ：

というか>>563
cがなけりゃできてない言語だろーが効率とかの前に
何も知らないやつ乙

573 ：

>>563
>>572

全然話が繋がってないけど、大丈夫？　特に頭

＞cがなけりゃできてない言語

ええええええええええええええ？？？？？？？？？？？？？？？？？？ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
どの言語が、Cがなけりゃ出来ない言語だったの？ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
えええええｒｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

勘違いもここまできたかよｗｗｗｗｗｗｗｗｗｗｗ
何も知らないのはどうやらてめーだったようだな　　　ゴミグラマはR　　Rゴミグラマ

574 ：

プログラミングRubyのRubyベタボメっぷりにRubyを使い始めて早10数年、使えば使う程にRubyって駄目だなと痛感する
Rubyを学習し始めた頃は誰でもRubyは素晴しいと思うのだが、数年も使えばそのどうしようもない互換性のなさにウンザリする
しかも互換性が無くなることをマズいと思っていない集団がRubyを制作しているのでどうしようもない
1.4時代のコードが1.6になった途端に互換性がなくなり動かなくなることはあったが、1.6→1.8ではそれが顕著になり、1.9など何のエラーも出さずに前のコードが動く方が珍しいほど
それどころか1.9に行かずREEが海外ではデファクトになりつつある現状、そして始まるPlain RubyとREEの方言問題
例えばPassengerもREEの方がうまく動いたり、かと思えば特定のバージョンだとPlainじゃないとまともに動かなかったりと、とても面倒臭い
美しいコードを求める為の副作用、という名の互換性のなさはRuby界全体に蔓延していて
例えばあれだけもてはやされたRailsも、Rails2とRails3の互換性のなさに誰しも苦労したのは記憶に新しいところ
誰もが互換性のなさに辟易し、俺ライブラリを量産するため、gemで探すと似たような事をする終わったプロジェクトがわんさか引っかかる
諸処の小さなプロジェクトだけがそんな現状ならば許せるが、dbiアダプタでさえそんな現状なので
バージョンが変わるとデータベースにすら接続できなくなったとか、dbiのAPIバージョン変わったのにアダプタ側の更新ないな、
とか思ってるとアダプタ作者がRubyから足洗ってたとか余裕
身内同士でRubyはコードが美しいと四六時中自画自賛しているが、実はそれこそがRubyのガン
その美しいコードという名のRーの為に一体どれだけの互換性と人的リソースが失われていったことか
Rubyのコードは美しい、Railsスゲー、ベタボメする人は沢山いたがいつも一過性の人気しか得られないのはそこにあるし
ベタボメしていた人達もしばらくするとウンザリしてRuby界から消えてしまうのも原因は実はそこにある
達人プログラマーはRubyをベタボメしなくなったし、Mongrel作者はRailsどころかRubyに見切りをつけちゃったしね
ああいう熱狂的なRuby信者でもRubyから足を洗っているのを見ると、tDiaryがRubyに見切りつけてPythonで全部書き直したとか言われても驚かないだろう自分がいる

575 ：

ruby-gtk2 package
ruby-gnome2-all package
ruby-gtktrayicon
Ruby-GNOME2 Project Website
http://ruby-gnome2.sourceforge.jp/

576 ：

Ruby ちょっと興味あったけど、>>574 見てやめたｗ

577 ：

>>576
同じくｗ
スクリプトはPythonでいいや
というわけでRubyは排除しよう
Pythonにのっかる以上、Pythonに勝ってもらったほうが俺得だから

578 ：

>>577
いやいや
LLっていうくらいなんだから両方使えるようにしておけばいいだろww

579 ：

>>576-577
Python 2からPython 3に移行時の恐ろしさを知らないと見える。
つか2008年に3がリリースされたのに未だに2の方が使われているという。

580 ：

>>579
今から始めるんだから、移行のことなんて考えなくていい

581 ：

>>578
似たような用途の言語をいくつも使えるようになって、なにが楽しいの？
そんなんだから、お前はなにをやっても中途半端なんだよ

582 ：

>>579
でも Python は極力互換性を重んじるって言われてるやん。

583 ：

Scala >>>> Java >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> ruby

584 ：

オープンソースは互換性を重んじるのでバージョンが上がっても移植すると
動くようになるんだよね。
ソースがあるから自分で何年もかけて移植できる。
そこがオープンソースの強み。
プロプラはそのままで動くけど。

585 ：

Pythonの同じ事をやる手段が複数あるなら
よりよい一個だけを提供するっていう思想自体は好き

586 ：

しかしそろそろ公式ドキュメントの日本語版を３対応してくれないかな。もう３年経ってる。

587 ：

>>586
英語読めないならルビー(笑)でも使ってろよ低能

588 ：

>>587
低脳君にヒント：英語圏でも未だにPython2 >>>> Python3。つまり(r

589 ：

後方互換性というのは、極めて重要。
RubyもPythonもそこをわかってない。

590 ：

フレームワーク対決だとどう？
StrutzとRailsだとどっちができがいいの？

591 ：

>>590
Play Framework(java) vs Rails(ruby)
方向性の似ているFWじゃないと比較できるわけがない。

592 ：

>>591
やばい
正直struts はダルいと思ってたけど
このPlay は面白そうだね
ちょっと遊んでみるわ

593 ：

java > ruby は揺るがないな

594 ：

ぐぬぬ
Playはまだ最初のチュートリアルだけど
eclipse が使える
いちいちビルドしなくてもいい
標準でテスト環境
で、だいぶ良い
チュートリアルがしっかりしてるのも好印象
jasperreport も使えるのかな？

595 ：

必死なrubyアンチがいるな
流石にそろそろruby使わないって時点で低脳認定される時代になるんじゃないのかね
だってruby使ってないなら、あとはPythonくらいしか言語ねーじゃん
Rubyアンチした上でPython使うならわかるけど
rubyアンチした上でPythonも使っていませんとか、お話にならないレベル
じゃあお前、「動的言語」は何使ってるんだよｗ
動的言語で組んだほうがいいものまで静的言語で組んでるのかっていう
早めにruby覚えてrubyの癖に対応したほうがいいよ

596 ：

あ

597 ：

ｓ

598 ：

2008年にリリースされた1.8.7版は当時としてもクズであり、詐欺寸前のJavaからの移行などを
謳い文句に多数の方を阿鼻叫喚の地獄へ叩き落しました。心より情弱乙と申し上げます。
当然、今後も使う奴は真性のバカであります。開発者は1.8に完全に飽きました。
これからは1.9使うよな当然。

599 ：

rubyは最高だよ

600 ：

ruby最高でしゅう

601 ：

ruby、Pythonなら初心者でも一瞬で作れるのに
JavaScriptでスクレイピングツールの作り辛さについて突っ込んだらこれだよ

232 ：デフォルトの名無しさん：2012/08/01(水) 00:25:02.04
みんなが使ってないから使えない初心者いるな
234 ：デフォルトの名無しさん：2012/08/01(水) 00:27:34.46
いるんだよなー
誰かがレールを引かないと先に進めない初心者がな
235 ：デフォルトの名無しさん：2012/08/01(水) 00:31:04.04
誰か作ったのパクらないとなにも出来ない初心者いるね

602 ：

私がjsを使わない理由
jsでスクレイピングツールを作ろうとして検索すると
Ruby , php のサンプルばかりでてくる

ローカル変数の宣言にはvarを書かなければいけなかったりするので
perl , ruby のように小さなスクリプトをさっと書くのには向いていない
かといって、大規模開発に関してはも
初期から大規模開発を想定して設計されたPythonやRubyと比べると、JSは大規模開発に向いていない
正直何にもむいてない

603 ：

という夢を見ました。実際はvar最高です。

604 ：

私がjsを使わない理由
jsでスクレイピングツールを作ろうとして検索すると
Ruby , php のサンプルばかりでてくる

ローカル変数の宣言にはvarを書かなければいけなかったりするので
perl , ruby のように小さなスクリプトをさっと書くのには向いていない
かといって、大規模開発に関してはも
初期から大規模開発を想定して設計されたPythonやRubyと比べると、JSは大規模開発に向いていない
正直何にもむいてない

605 ：

Rubyさいきょう

606 ：

このスレでJavaScriptが出てくる意味がわからん

607 ：

プログラミングRubyのRubyベタボメっぷりにRubyを使い始めて早10数年、使えば使う程にRubyって駄目だなと痛感する
Rubyを学習し始めた頃は誰でもRubyは素晴しいと思うのだが、数年も使えばそのどうしようもない互換性のなさにウンザリする
しかも互換性が無くなることをマズいと思っていない集団がRubyを制作しているのでどうしようもない
1.4時代のコードが1.6になった途端に互換性がなくなり動かなくなることはあったが、1.6→1.8ではそれが顕著になり、1.9など何のエラーも出さずに前のコードが動く方が珍しいほど
それどころか1.9に行かずREEが海外ではデファクトになりつつある現状、そして始まるPlain RubyとREEの方言問題
例えばPassengerもREEの方がうまく動いたり、かと思えば特定のバージョンだとPlainじゃないとまともに動かなかったりと、とても面倒臭い
美しいコードを求める為の副作用、という名の互換性のなさはRuby界全体に蔓延していて
例えばあれだけもてはやされたRailsも、Rails2とRails3の互換性のなさに誰しも苦労したのは記憶に新しいところ
誰もが互換性のなさに辟易し、俺ライブラリを量産するため、gemで探すと似たような事をする終わったプロジェクトがわんさか引っかかる
諸処の小さなプロジェクトだけがそんな現状ならば許せるが、dbiアダプタでさえそんな現状なので
バージョンが変わるとデータベースにすら接続できなくなったとか、dbiのAPIバージョン変わったのにアダプタ側の更新ないな、
とか思ってるとアダプタ作者がRubyから足洗ってたとか余裕
身内同士でRubyはコードが美しいと四六時中自画自賛しているが、実はそれこそがRubyのガン
その美しいコードという名のRーの為に一体どれだけの互換性と人的リソースが失われていったことか
Rubyのコードは美しい、Railsスゲー、ベタボメする人は沢山いたがいつも一過性の人気しか得られないのはそこにあるし
ベタボメしていた人達もしばらくするとウンザリしてRuby界から消えてしまうのも原因は実はそこにある
達人プログラマーはRubyをベタボメしなくなったし、Mongrel作者はRailsどころかRubyに見切りをつけちゃったしね
ああいう熱狂的なRuby信者でもRubyから足を洗っているのを見ると、tDiaryがRubyに見切りつけてPythonで全部書き直したとか言われても驚かないだろう自分がいる

608 ：

RubyなんてボンクラWebアプリしか書けない糞言語覚えて何の役に立つんだよｗ
Web系(笑)の3流プログラマぐらいしか使わんだろ。

609 ：

>>607
Matzの趣味用言語だから仕方ない
こんなのに税金投入してるなんてとんでもない
>とか思ってるとアダプタ作者がRubyから足洗ってたとか余裕
死んだひともいるみたい

610 ：

ruby2.0がかなりすごいらしい

611 ：

ああそっか
おまえ等が働いて収めた金が
rubyに廻るわけか
ワロスｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

612 ：

C++のがRubyより、覚えやすくかつ高性能な気がするんだが…。

613 ：

それは、お前がC++とrubyの両方を知らないだけ
初心者R

614 ：

>613
じゃあなんで経験者も含めてC++のが人気あるんだよ？RubyなんかPHPやPythonより利用者少ないだろ。これをどう説明するんだよ？

615 ：

うるさいバカ初心者R

616 ：

多くの言語は人気が落ちてもそれなりに使われるもんだけど
Ruby、C#、Delphiとかはある一線を下回ると一気に干上がりそう
気づいたらしじみしか残ってませんでしたみたいな

617 ：

みんなの税金でrubyが開発されてるうちは大丈夫

618 ：

>>616
C#はバックにMSが居るうちは余裕だろう

619 ：

むしろ人気が落ちても使われ続けるVB6のような悪夢を心配しろ

620 ：

VB6も(われわれからみて)一部のひとには人気があるから

621 ：

>615
なんて論理的思考力の低い奴なんだ…。
理論で負けそうになると暴言を吐く。
おまえに理系は絶対つとまらないよ。

622 ：

初心者RバカR

623 ：

javaもう完全に保守モードに入った感じだわ

624 ：

言語の効率があがってくると使われなくなる法則が存在する
俺から見てJAVAがマシになってきてると感じるからそろそろJAVAはフェードアウトに向かって
次の効率悪いゴミカス言語が流行りだすのだろう
でも次の言語が思いつかない
謎のトランスレータブームでも起こったりするのかなｗｗｗｗｗｗ
がんばってくださいよね

625 ：

>>623
最新のJavaを知らないから言えるセリフだなｗ

626 ：

>622
おまえはキチガイか？お前がR。ただし電車には飛び込むなよ。一般人が大迷惑だからな。

627 ：

>>626
残念ながら、お前の願いは神様に却下されましたｗ

628 ：

>624
JSX
http://jsx.github.com/

629 ：

>>626
初心者Rバカお前バカお前がバカRRカスゴミbakaくずしねRバカ初心者RR初心者はR

630 ：

>>628
それのこといってる
javaにも死ぬほどトランスレータみたいのあるし
絶対そんな中間言語通しての開発なんて効率悪いけど
世界がまだその道に進んでないから行く可能性はあると思うよ

631 ：

Javaはまだまだ全然保守モードじゃねーよ
新規もバリバリある
Javaしか出来ないアホの存在＆誰でもJavaなら書ける所為でな
そして今日も炎上してる

632 ：

誰でも書けるとは素晴らしい言語だな

633 ：

>629
お前がR。何度も言わすなバカが。

634 ：

うざR初心者

635 ：

謝れカス

636 ：

R

637 ：

MicrosoftとXamarinが業務提携！C#でiPhone/iPad/Androidのアプリ開発ができる！Mono大勝利！
http://engawa.2ch.net/test/read.cgi/poverty/1348536694/l50

638 ：

.

639 ：

640 ：2012/10/21

Javaを敵視してるらしい