Ruby＞＞＞＞＞JavaYouTube動画>1本 ->画像>1枚

今すぐ勉強すべきプログラム言語トップ１０
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/

　3. AJAX
　7. Ruby and Ruby on Rails

AJAX
Ruby on Rails

えっと・・・

糞スレ認定

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

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

PHPの1位はねーだろ

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

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

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

>>9
こんなネタもあるようだ。

.NETが日本で最も普及しているプログラム言語
http://pc8.2ch.net/test/read.cgi/tech/1156986942/

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

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

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

Ruby and Ruby on Rails
Job availabilities : 210 and 54, respectively

Java
Job availabilities: 14,408

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

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

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

>>>>>
にはどんな意味があるのか？
これだから演算子オーバーロードはこまる。

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

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

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

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

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

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

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

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

http://itpro.nikkeibp.co.jp/article/COLUMN/20060919/248312/

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

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

文盲のJava厨はこれだから困る。

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

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

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

>>27
「Javaではデータベースへの接続やトランザクションを自前で管理しなければならない」
ことが格好悪いと言ってるんじゃないの？

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

今時getter setterを自力で書いているヤツがいるのかと。

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

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

>>29
ActiveRecordは一例でしょ。
もっと素のDB接続に近いRuby DBIでもトランザクションにはブロックを使ってる。
http://www.jiubao.org/ruby-dbi/ruby-dbi.html#TOC_13

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

>>27
いや、だから、それならActiveRecordなんて使わないで、>>32 みたいに
JDBCに相当する、同じように低レベルなサンプルを書けばいいじゃん。
わざわざわかりづらくする意図はなんですか？
一部の「煩雑な」コードを隠蔽して見栄えを良くするためじゃないんですかね。

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

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

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

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

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

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

Ruby＞＞＞＞＞Java

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

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

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

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

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

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

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

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

キリスト愛

Java >>>>>>>>> Ruby

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

Python >>>>>>> Java

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

Lisp最強

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

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

Googleもですが

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

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

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

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

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

通報しました

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

Ruby <> Java

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

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

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

> xml批判はeclipse使ってからやってほしい

いみふめー

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

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

Eclipse

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

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

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

>>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 中華思想のオレがきましたょ．

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

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

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

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

Javaだけはマジいらない。

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

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

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

>>1
はげどう

Java＞＞＞＞＞Ruby

Java→JRuby

ﾙﾋﾞ厨、無様～（ｗ
http://blog.japan.cnet.com/kenn/archives/003556.html

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

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

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

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

2ちゃんねるの実況板 >>>>>>>>>>> >>87のチャットソフト

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

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

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

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

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

Rails＝カルト

２００人が単に「入室」しただけでパンクするチャット部屋
http://blog.japan.cnet.com/kenn/archives/003556.html

何かリベンジやるそうなので、またパンクさせようぜ。
http://www.lingr.com/room/jtpa-umeda

よしきた！

　3. AJAX
　4. JavaScript

4はおかしくない。

Dは？Ｄ言語は？

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

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

あれAS3が入ってない

そんな狭い世界の品……

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

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

>>106
これのことですか？

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

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

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

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

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

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

>>113
速度比較でRubyがJavaに勝てるわけがなかろう。
型宣言なし＆クロージャありなんだから、
普通に書けばRubyの方が簡潔なコードになる。

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

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

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

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

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

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

Rubyも読みやすい書きやすいっていうけど、リフレクションを多用すると
恐ろしいことになるからなぁ。

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

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

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

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

永久って、スケールでかいな。

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

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

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

JavaからRubyへ　― マネージャのための実践移行ガイド
Bruce A. Tate　著

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


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

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

.NETやJAVAってどんどんいろんな物取りこんでんだな、
JAVAは
JRubyでRubyが
JythonでPythonが

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

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

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

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

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

>>131
だれも、よりcoolなPerlとは言ってないと思うぞ。
Javaと置換させるとかも、たまに出てくるだけ。

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

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

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

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

COBOLってどうなの？

1.低レベルな開発現場でRubyとか入れても泥沼でしょ。
2.日本の半分以上は低レベルな現場。

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

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

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

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

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

Rubyじゃ飯食えめー！

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

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

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

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

>147
誰に言ってる？

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

頭痛が痛いな

そういうこというと
危険が危ないですよ。

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

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

それをいうならJavaScriptだろ。

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

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

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

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

ソフトウェアが複雑になればなるほど、組合せ爆発により十分なテストは難しくなる。

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

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

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

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

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

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

>>160
> 強い型付けがどうして登場してきたのか

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

いいえ

>>164
プログラマがバカと考える性悪説的な思想からだろう。
動的型付けは、プログラマに自由をゆるす思想から。

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

JR東日本
JR西日本
JRuby


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

プログラマは馬鹿だった

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

ﾜﾛｯｼ

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

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

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

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

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

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

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

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

>177
継承は昔から出来るだろ。クラス定義を

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

と書き出せばいいだけ

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

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

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

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

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

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

>>182
委譲でおｋ

>>186
それはムリ。

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

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

ツンデレなんだろ

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

Railsは運用環境がひどい

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

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

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

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

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

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

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

確かに本は金なる

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

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

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

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

こっちでやれ

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

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

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

>>206
日本語ワカリマスカ？

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

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

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

経緯

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

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

結論

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

反証

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

結論

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

日本語の勉強スレ？

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

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

>211
経緯

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

結論

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

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

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

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

1タブでいいじゃん

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

そもそもタグを使うな。2スペか4スペだろ。

3スペはねぇよ。死ね。

タグは使わんな。

日本語ですんなり読めるオブジェクト指向の良書はJAVAについてかかれたものが多いので
そういう意味で、JAVAは必須じゃないかな？

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

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

>>224
サンプルコードがJavaだったりする本もあるよな（Java対象じゃなくても）
リファクタリングとか

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

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

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

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

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

憂鬱なプログラマのためのオブジェクト指向開発講座
―C++による実践的ソフトウェア構築入門 (DDJ Selection)

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

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

　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

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

JavaBlack乙

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

>>248
Tomcat使えないね。

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

>>248
Boost使えないね。

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

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

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

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

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

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

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

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

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

なんであんな時間掛かるんだろうね。
バイトコードをネイティブにして速度かせいでも
そのコンパイル速度で相殺だよねほとんどの場合。

ところでJavaランタイム入れると勝手にアップデート見に行く設定になるけど、
あれで確認もせずにランタイムアップデートする奴いないだろ。
完全にUIの選択失敗してるよな。WindowsUpdateの真似したいんだろうけどさ。
勝手にダウンロード始めてとんでもない場所にファイル作ってるし。
止めて欲しい。

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

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

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

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

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

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

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

>>270
つ HDD

メモリ

直線番長CPU

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

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

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

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

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

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


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

こういうときスクリプトの手軽さが羨ましく感じる。

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

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

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

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

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

CGI なら。

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

modruby

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

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

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

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

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

経験的独断

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

Rubyはなんで上位なん？

なんとなく

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

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

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

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

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

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

俺用途で優先順位付けるのならこんなかんじだな。
結局は言語の優位というよりどの言語をどの用途に使うか次第だろう。
同じ用途向きの言語は要らんし（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過去遺産移植用

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

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

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

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

awk

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

>>302
Ruby=趣味用

っていうのは、なかなかいい洞察だと思うぞ。
確かに書いてて楽しい言語だしな。

会社でRuby使いたいって奴は基本的に、仕事も趣味・お遊び気分でやってる奴らばかりだし。

技術者としてお遊びの部分を忘れちゃならないのは
そのとおりなんだが仕事としての完成度を追及できない奴は困る。

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

あたかもRubyで完成度の高いプログラムは書けないかのような物言いは笑えるw
使ってもいないくせにww

まぁ、人次第であるのは確かだから>>309はやめておいたほうがいい

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

自分用途って視点と、転職って視点を外せば

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

ってとこだね。

> 自分用途って視点と、転職って視点を外せば

> VB系列というだけでモチベ沸かない

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

具体的におながいします

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

そんなことも知らないのか

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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



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

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

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

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

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

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

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

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

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

スレにふさわしい話題ですね

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

誰もVMの定義を書いてないけど，VMってどっかの会社が言い出したバズワードなんだよね
インタプリタもコンパイラも今じゃほとんどバズワードだし．

結局みんな頭の中にあるVMとインタプリタが違っていて，話がかみ合わないまま進んでる希ガス


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

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

仮想DOSマシン

仮想ミシン

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

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

http://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 ですらこれじゃ、本家はどんだけ

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

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

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

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

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

WEB系だとPHPの独壇場だからな。
Rubyを囃し立ててるのは、Ruby関係者とRubyをWEB2.0とか
セカンドライフの代わりのキャッチコピーにしようとしてる企業と
ＳＩよりも講演とセミナーで稼いでる人種だけで。

エンタープライジーなら相変わらずJavaだし、今一番勢いがあるのはASPNET。
海外ならPythonもあるわけだし。

だいたいWEBアプリって、実際はちっともオブジェクト指向である必要ないんだよな。
だからこそPHPが人気あるわけで。
つまりは、WEB系に限ればRubyのメリットはちっともない。
遅くて不安定なだけで。

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

こぴぺ

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

Exerb

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

こぴぺ

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

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

Perlは最強やな

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


45人(笑

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

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

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

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

昔そういうのもあったな

今はRuby on Railsが主流だな

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

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

普通、
＞第二ステップ ファイルサーバで共用
で終了。
どうしても必要ならば参照のみODBC経由でエンタープライズに、だろ。

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

>第二ステップ ファイルサーバで共用
>第三ステップ Webサーバでファイルアップロード、ダウンロードで共有

第二ステップの方が進歩してる感じがするのは俺だけ？

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

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

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

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

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

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

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

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

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

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

携帯JavaなのにSEで来るのか？恐ろしいな。

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

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

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

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

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

誰かＦＯＲＴＲＡＮの宿題を教えてくれないですかね。

・ある数ｘとｙの約数と最大公約数と最小公倍数を計算せよ。

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

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

>>401
C言語もアセンブラから機能を補充することができる。
401的にはC言語もサプリメント言語に違いない。

サプリメント言語の意味がﾜｶﾝﾈ。
「C++はベターC」みたいなニュアンス？

>>408
日本語でおｋ

>>410
English, OK?

>>411
Ok

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

>>412
I'll be back.

>>414
go home

lol

Fuck yourself !

Kill u to be myself.

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 の呼び出しがない、
純粋にバイトコードの実行だけで済むベンチマークだからである。

引く手あまたのプログラミング言語は?
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以下だったそうだ。
---

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

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日　「社内システムクソうんこ」と発言し、仕組みも暴露
2008年5月23日　機密漏洩問題について一応の謝罪
2008年5月26日　「給料泥棒とかうんぬん言われた」と謝罪を忘れて告白
2008年5月27日　「心バキバキ川田くん」と前日の発言者の名前を公言
2008年5月31日　「キチガイ」と日立のユーザーに障害者差別発言を連発

2006年10月27日（日立製作所に入社前に忠告されたこと）
「日記やコメントの投稿日時から勤務時間に業務外のことをしていることが判明」は
某社の某親会社が 2ch で祭られたように、NG です。

6月も勤務時間中に更新し続ける高野光弘君の『32nd diary』にツッコミをどうぞ

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


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

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

外野：・・・どこが違うの？
ＪＡＶＡにも出来ることには眼を瞑ってでも
特色を育てないと、開発・環境パワーのある
海外オタクが釣られないクマー？
>>425さん、　もしかしたら　>>424さんは
Ｒｕｂｙに対して「も」そう言いたいんじゃない？
「ゲーム」の部分が何に置き換わるかは「？」
例えば基本仕様を絞って固定してくれないと
共同開発が進められないといった意味で。
コンパクトで気のきいたプログラムが組めそう、
という期待はＲｕｂｙの場合比較的大きそうだし。

私は「格好の悪い」プログラムの方が好きだけど、
それはどんな言語だってやろうと思えば出来る。
具体的・逐次的にダラダラ書いてくスタイルで
遅いとかじゃなく動かないような実用言語はない。
でも、それでいいならＲｕｂｙじゃなかったはず。
「気の利いたコンパクトなコードが動く！」
となれば、どれだけの才能が集まることか。
ＪＡＶＡに劣るのはまず人的パワーだから、
質のいい人材が釣れそうなエサは
もっと大きくぶらさげてもいいんじゃない？
現状でも釣れてる位だから可能性はあるよ。

※以下、「偏見しかありません」。
まず第一に経験的事実に基づいてないし、
実在のプログラミング言語とも関係ありません。

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

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

Javaでは複素数演算はサポートされてるのか？
複素数クラスは作ることはできても＋－＊/の
演算子のオーバーロードはできないだろ。

Javaが複素数演算をサポートするならC++の代わりに
Javaを使ってやってもいい。

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

まっ、演算子のオーバーロード使うと遅くなるからねぇ。
コピーのしまくりが発生するし。こういうこともできますよ、
というデモンストレーションにはなっても実用性は０。

でも、これは行列計算の場合であって複素数演算の場合は
そんなに遅くなるとは思えないが。

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

関数呼び出しと同じということ？　だったら糖衣錠みたいなややこしい漢字使うな。
馬鹿ちんが。

関数呼び出しと演算子では･･･　いや、まぁ、どうでもいいか

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

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

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

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

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

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

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

>>435
行列クラス用いて演算子オーバーロード使うと基本的に関数戻り値を
値コピーで返すしかないこと．

a*b*c*dなどの行列演算でa,b,c,dが1000×1000のdouble型行列クラスだと
しよう．そうすると，8Mbyteの値コピーが＊につき多分２回，上のように
行列の多重積になるとおぞましく発生する．

行列クラスなんか使わずに，ただの配列つかって配列名を引数渡しすれば
(普通のFortranやC言語と同じ使い方)こんなことは生じないおぞましい
コピーは生じない．

あと，コンパイラが戻り値最適化をサポートしていれば．．．以下略

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

>>441
行列が値型なら演算子オーバーロードだろうと何だろうとコピーは発生します

あと途中で返却値と引数がごちゃまぜになってるけど難なの？

＞＞行列が値型なら

お前何いってんだ？

＞＞だろうとコピーは発生します

そりゃ，ポインタのこぴーだって発生するだろ．

あと途中で返却値と引数がごちゃまぜになってるけど難なの？

＊を何回もやりゃ，そうなるだろ？何が言いたいんだ？

これだから，いちいち馬鹿の相手したくないんだ．

もう２度とこないから適当に好きなこと書いてくれや！ボケ

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

>>444
読んでみた

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

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

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

やっぱりrubbyつかいはばか

java最高

理屈先行
あほrubby

なんとここでJRubyが登場

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

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

http://d.hatena.ne.jp/yuta4839/20080622#1214155876

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

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

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

Matzの会社を財務分析してみたんだが。
http://d.hatena.ne.jp/AntiSeptic/20080704/p1

などと思わせぶりな言い方をするものだから覗いてみりゃ、
なんて事無い田舎の零細企業の財務諸表であって、面白くもなーんともなかったわけだ。

それにしても、この程度の収益で2007年度って、
あの会社にとっては多分空前絶後の景気のいい年だったはずだの
Rubyとゆー「鉱脈」があるだの言っているのは何なのだ。
Geekのヨタ話というのは、いつもこんなしょぼいスケールで行われているのか?
あそこの技術者の平均レベルは、他の普通の会社よりはずっと高いと思うって、
これじゃあ、技術なんてIT企業の収益とは何の関係も無いと証明しているようなもんじゃねえか。

そもそも、この会社が何をやっているのかがHPを見た限りではよく分からん。
要は受託開発だろ労働力を人月で売ってるだけだろマーケ屋がこねくりあげた横文字得意げに使ってなに悦に入ってやがんだコラ。
更には製品・サービス部門まであって、なにやら参考価格が書いてあるところを見ると、
多分にパッケージっぽい印象を受けるが、それでいて全体の粗利率が26%程度ではどうしようもないだろ。

あそこに入りたい人は、損益計算書も注意して見ておくといい。まぁこれはどんな会社でも同じだけど、
ここを見るといろんなことが見えて来る。株価指標を計算してみるのもいい(非公開会社でもね)。

TextSS

工場組み込み系でのGUI部分は、VB6が日本じゃ、ほぼデファクトなんで、
避けて通れませんわ。あとシーケンサ通信とかのC部分もわかってないとかけないんでCも必須

組み込みじゃないほうで、個人的に受けてすぐ完成させれるのは、PHPかな。
30日150万とかでうけても、たいてい1週間で仕様みたすのは、動いて、そこから残り3週間
みっちりプロの開発できる。

プログラムが楽しいのは、Ruby。ライブラリ少ないので、その度自作、
自分ライブラリがどんどんたまっていく。

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

NetBeans+Ruby

Eclipse+Ruby

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

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

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

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

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

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

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

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

質問は質問スレで

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

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

質問は質問スレで

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

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

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

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

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

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

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

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

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

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

Matzの会社を財務分析してみたんだが。
http://d.hatena.ne.jp/AntiSeptic/20080704/p1

などと思わせぶりな言い方をするものだから覗いてみりゃ、
なんて事無い田舎の零細企業の財務諸表であって、面白くもなーんともなかったわけだ。

それにしても、この程度の収益で2007年度って、
あの会社にとっては多分空前絶後の景気のいい年だったはずだの
Rubyとゆー「鉱脈」があるだの言っているのは何なのだ。
Geekのヨタ話というのは、いつもこんなしょぼいスケールで行われているのか?
あそこの技術者の平均レベルは、他の普通の会社よりはずっと高いと思うって、
これじゃあ、技術なんてIT企業の収益とは何の関係も無いと証明しているようなもんじゃねえか。

そもそも、この会社が何をやっているのかがHPを見た限りではよく分からん。
要は受託開発だろ労働力を人月で売ってるだけだろマーケ屋がこねくりあげた横文字得意げに使ってなに悦に入ってやがんだコラ。
更には製品・サービス部門まであって、なにやら参考価格が書いてあるところを見ると、
多分にパッケージっぽい印象を受けるが、それでいて全体の粗利率が26%程度ではどうしようもないだろ。

あそこに入りたい人は、損益計算書も注意して見ておくといい。まぁこれはどんな会社でも同じだけど、
ここを見るといろんなことが見えて来る。株価指標を計算してみるのもいい(非公開会社でもね)。

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

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

>>1
頭おかしいの？

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

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

引く手あまたのプログラミング言語は?
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以下だったそうだ。
---

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

mono2.0なかなかいいぜ。


趣味の世界なら。

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

4位javascriptに壮大に吹いた

不毛だなぁ

mofumofu

全部憶えればいいのに。

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

亀だけど

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

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

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

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

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

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

rubyを知らないjava使いなのですが、
そもそもその二つって比較対照になるのですか？

rubyはjavaでできることは一通りできるものなの？

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

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

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

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

>窓のウインドウ

これがRuby厨というものか。

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

こういうときの話のネイティブとは何のどういうものを指しますか？

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

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

なんかJavaのアーキテクチャが出てこないんだけど末梢されたんか？

JavaのネイティブはJavaが動くプラットフォームという意味
Rubyでもライブラリの概念はあるはずで，標準機能を提供するライブラリは最終的にRubyが動くプラットフォームの所作に還元される
だからこの世は全部ネイティブ

>>514
マジレスすると、直接機械語にコンパイルする言語とかの環境のこと。

>>511
むしろ、AIRが簡単にできちゃったりするあたり、Adobeはデスクトップ厨のことをわかっているよなーとか思うw

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

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

AIRは芸術

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

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

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

warota

あ

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

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

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

はい
一生かかわりません

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

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

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

押すのか。

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

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

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

作れるといえば作れるがサポートは何もないので全部本気で一から作らないと駄目

まあそういうのは普通は「作れません」と答えるべきだとは思うが

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

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

意地張らずに「作れない」っていえよｗ

それはそれとして、
携帯アプリつったら、ドコモのDojaとかのJavaのアプリとか、ソフトバンクは知らんがJavaいけたな
しかしJRubyでモバイルで動かしたってのは聞いたことないな。
auはネイティブだからまず駄目だろ。

携帯アプリというのかわからんが、webサービスと考えたらありだわな。
バックエンドをRailsで、モバイル向けUIをjpmobileプラグインで作るのは普通にある。

あとは、Javaの携帯アプリのバックエンドをRailsとかもありあり。

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

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

Scala一択。

間を取ってJRuby

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

朗報

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

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

言語がRubyじゃ無理

Rubyバカにしてる子ってさ
変数に＄ついてる言語触ってるって事だよね

いちいちSHIFT＋４キーおして ＄ 打ちまくってる感触はどう？

天使キター

Perlスレで訊けよ馬鹿

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

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

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



翻訳ヨロ>>557

name mangling の話だと思うが。