Rubyは難しすぎ

あんなの使いこなせるハズないだろ！
わかりやすいスクリプト言語をつくれないまつもとゆきひろには げんあり

げんあり

あれはPerlとオブジェクト指向とクロージャーをすでに理解している人向けの言語。

HQ9+でも使ってろド低能

JScriptでいいや

>>1
もしかして、あの人？

omochiか！

Ruby ほど簡単な言語はない

難しさとしては、Ruby＞＞＞＞＞＞越えられない壁＞C

C使うのは低脳の証拠。

何ちゅうか、Rubyって難しい事も出来るけど、簡単な事は簡単に出来ると思うぞ...
まぁ、Rubyが「難しくて」無理なら、後は...^^;つDelphi

>>9
Rubyが何で書かれてるか知らないお前のほうが低脳

>>1はS式やクロージャを使いこなしてきた人間。
このスレは意外と深い。。。

>>11
ﾌﾟｹﾞﾗ

>>9 に同意
文法的にみるとCの文法は少ないし簡単すぎるだろ
あくまで文法的にな

C言語はプラモ
Rubyは調合菌

C言語 → プラ板ぐらいじゃね？フルスクラッチでパーツを切り出し

Ruby → プラモデル〜お菓子のおまけぐらいまで

VB → ビックリマンシールのお菓子

つDelphi

ruby使ってるけど、perlは本当に意味不明。
つぎはぎだらけで、不可思議な仕様が仕様が多すぎる。
rubyの方が後発なだけあって、すっきりしていていい。

ライブラリ多いのはうらやましいけどな。

ライブラリがうらやましいならpy(ry

Rubyが難しいかどうかは判らないけど

「Rubyは、手軽なオブジェクト指向プログラミングを実現するための種々の機能を持つオブジェクト指向スクリプト言語です。」

という「簡単な紹介文」そのものが、まったくの初心者に対して難しいだろうと思いました。
これはある種のフィルタリングなんでしょうか。

またBeyondか・・・

Perlというのは、使用法がバラバラな関数を
マニュアル引きながらコツを掴んで使いこなす言語だけど

Rubyの場合、to_sとかeachとか、使い方がかなり統一されているので、
そんなにマニュアルや手引書と格闘する必要がない。
高い本を買わなくても学習が容易。
他の複数の言語と併用しているような人には入門書すらいらない。

出来る奴は何やっても出来る

>>22
影舞なんとかしろ
遅すぎる

perlは見た目が美しくないからなあ。
「省略の美学」とか言ってる時点で美しさを何も考えてない。
美しいコードは、一見して内容が分かるコードだ。
rubyはその点かなり美しく書ける。

影舞は設置がやたら楽なのはいいけど
そのまま使い続けて遅い遅い言う奴が多いことで損してる感じだな。
サイトのトップに遅いならDB使えと大書しておいたほうがいいんじゃないか。

影舞って何？

>27
BTS

>1
初日で簡単なものは書けたけどなぁ。

やたらと小難しい書き方をしたがるという風潮はあまり好きじゃないな。

>>28
サンクス

>>1はオブジェクト指向とか、あるいは他の基礎知識が欠如している気がする。
何か１つでも言語をマスターしていれば、リファレンスマニュアルだけで
すんなりとプログラムできるはずだが。

DB使っても遅いぞ
影舞なんとかしろ

この擦れでなんだが
つMantis

ｐ

モルモン教は、1830年アメリカ合衆国にてジョセフ・スミス・ジュニア(1805年 - 1844年)
によって創始されたキリスト教系新興宗教の俗称。日本にはあまり信者はいない。
「モルモン」の名は、当教団の聖典モルモン書に由来すると言われる。

共通するものに飲酒・喫煙・お茶の禁止、避妊、妊娠中絶の禁止などがある。
また、毎月の収入の一部を教会に納めるよう指導がなされ、
そ　の　割　合　は　収　入　の　1　0　％　と　い　う　厳　格　な　規定が存在する。

Rubyの利用はモルモン教支援を行う事に等しく、カルト教団との関わりは
避けたがる企業への導入の障害となっている。

>>31
それはつまり、Rubyでオブジェクト指向を学ぶのは無謀ということでしょうか
そういう意味では、Rubyは難しすぎる言語であると、そう言いたい…？

OOならやっぱり実用も兼ねてJavaだろうな。

Java厨には聞いてねぇんだから黙ってろ！

そこでC++ですよ。

>>31
俺もそういう感じだった。
ブロックとか、スコープにちょっと手間取ったが、
まさにほしい機能だったので、すんなり受け入れられた

call/ccとかなんだとか、さっぱりついてけねー

call/ccは、自分で理解してる範囲で書けるのは結局catch & throwと同レベルだけ
なもんで、使えるようになりたいものだ。しかし、サンプルコードが例のための例
ばかりでぜんぜんピンとこないんだよな。

こういうのは、使えそうな場面に行き着いたとき自然と使ってるもんじゃないか？
本スレでcallccを使えば内部イテレータを外部イテレータに出来そうだと聞いて、やったら出来たﾜﾛﾀ。

class Iterator
attr_reader :item, :retval
def initialize(it)
@p = lambda {|*args| @c_.call args if callcc {|@c| true }}
@item = callcc {|@c_|
@retval = it.call &@p
@c_.call nil
}
end
def has?
return @item != nil
end
def next
v = @item
@item = callcc {|@c_| @item = @c.call }
return v
end
end

a = [666, nil, "unko", :+]
it = Iterator.new a.method(:each)
puts it.next while it.has?

>>43
うお。コードが全然わからん

あと、eachを next hs?に直す意味もわからんｗ

コルーチンとか出来そう。

http://blogs.itmedia.co.jp/ogura/2006/09/beyond_java_d458.html?enpura
最近、Rubyの人必死杉

>>46
どうよめばRubyの人必死と解釈できるんだろう。

BTS
Ruby → 影舞
PHP → Mantis
Python → Trac

Subversionと連携でTracが便利
言語は所詮道具。何でも使えればOK

まったく、おまえらにはげんありだぜ

たのしいRuby・・・
本当にたのしいの?

ものっそくたのしっスよ

きんぎんパールルビーのおにがあらわれた！

Rubyは文法がキモイ
もっと読みやすいのを誰か作れ

言語こそ言い出しっぺの法則

その法則は、Lispに当てはまらないようだ

>>26
あと、チケットごとに通知メールが飛ぶアドレスを自由に編集できないのが致命的かも。
簡易BTSとはいえ、もう少し機能があればユーザも定着するのだろうけど。

>>56
うちの場合 ML 作ってそこに飛ばしてる。

るびきっちん　でググると
痴漢対策防犯教室がかかる
深い意味を感じる
http://hana.poche.jp/himepyon/2/206.htm

まず、なんでそんな単語でググろうと思ったのか。

バックで動いてる形態素解析プログラムが自動的に単語をグーグルにかけるワケ。

バックで動いてる、か
確かに痴漢対策として深い意味を感じるな

RubyとPython、プログラミング素人にはどっちが習得しやすいでしょうか。

どう考えてもPython

論理的な理由を言ってください。プログラマなら。

Pythonのいいところは、あることをするときの書き方が人によって
それほど劇的には変わらない点かな。
PerlやRubyは人によってがらっと違う書き方が出来やすい。

プログラマだからこそ論理的な理由が言えないんですよ

初めてのプログラミング
http://www.amazon.co.jp/gp/product/4873112923/

プログラミングデビューでいきなりオライリー
しかもRuby。君にぴったりの本じゃないかね

>>65
なるほど、そうですか。ご説明有難うございます。
Rubyも魅力的ですが、まず覚え易いPythonを勉強しようかと思います。

Rubyつまんないと言う人
Scheme楽しいよ

>>69
ちょっとしたテキスト処理にruby使いたいと思って学んでるんだけど、
Schemeって、そんな用途でも使える？
Emacs使ってて、Common Lispには興味もってるんだけど…

Gaucheでも試して見れば

>>71
Schemeのコードは綺麗ですね。
Gaucheのマニュアル見てたら、興味が湧いてきたんで試してみます。

>>57
チケットごとに別ML作ってるの？
ってスレ違いだけど

SchemeでCGI作れますか？

STDIN/OUTが使えて環境変数を参照できるなら
どんな言語でもCGIは作れるはず。
だからSchemeでも可能。

>>75
要約すると、実質無理ってことですね？

>>74 cgi の作成にも便利と書いてあるよ
ttp://dinukai.org/programming/scheme/scheme_j.html

>>77
スリムドカンにもcgiの作成に便利って書いてあるね。

GaucheはRubyの30倍ぐらい速いみたい

ブロックとかは別にあってもいいけど、
それより先に高階関数入れろよ。

そっちの方が役に立つ

Procオブジェクト使えるんだから、高階関数も書けるのでは。

>>36に遅レス
俺は Ruby で OOP を覚えたぞ。

基本型とオブジェクト型を区別する Java より
数値リテラルすらオブジェクトな Ruby の方が
俺が OOP を理解するには良かったらしい。

ムズい以前に、Rubyの本の値段が高い。

モルモン税が含まれてるのかもしれないな

Python / RedHat
Perl / Debian
Ruby / ?

Ruby / Cygwin

>>86
www

日本語使うならRubyがいいお

YAMLやDir.globが日本語を正しく扱えないので、そうとも言えない希ガス。

Scheme版のRailsみたいなやつが先に出てたらどうだっただろうな・・・

>>90
どうにもなるわけないだろｗ
Pythonとか、perlならわからんが
Schemeはありえんｗｗｗ
時代錯誤もはなはだしい

lisp系に限らず関数型言語がくるとしたら、
小中高の学校から触るようになってからだろ

センス・素養に頼る部分多いし、これに頼みすぎれば
周囲の理解できないコードができちゃうし、やっぱり来ないよ

とりあえず、小中高から日本語やり直そうな。

そういじめんと

Pythonって、マクロと継続とクロージャが無い代わりに、変な構文と
いびつなライブラリを持ってる貧者のSchemeだろ？一体どこに先進性
を見いだせるんだ？

Schemeだったら数十行のマクロを一つ書いて
まとめて定義するような関数群を、数千行に
わたって延々書き連ねてあるPythonのライブ
ラリを読んだ時糞言語だと思った。

>>96
具体例を見せてください。

でも、はやってるのは悲しきかな、Pythonなのよね。
俺は、悲しくないけどさ

てゆーかSchemeはPythonがどうとか言うレベル以前に
それ単体で単に流行ってないような気がするがどうか

>>98
ワロタ
そうだな。

Ada on Rails
が出ていたら、Adaが流行っていたかというと・・・

FortranでWebアプリつくりたい！！

標準出入力と条件分岐があるから問題ない

標準出入力だけじゃﾐﾘ

Python / RedHat
Perl / Debian
Ruby / MacOSX

Ruby / TRON

>>25
Perlの思想はチミとはまったく正反対
相容れるわけがない

Python / Google
Java / Sun
.NET / Microsoft

と、何かの記事で読んだ

Ruby / Tron ？

Ruby / 島根県

Ruby / Mormon

Ruby / DOS

Rubyが初心者にとって難しいのは、あるいは難しいと感じられるのは、
Rubyの見た目が汚くて読みにくいのが原因
Perlのほうが100000000000000000000000000000000000000000倍は綺麗。

ちょいとあからさま過ぎてつまらんなあ
あとで「釣りですた」とか言いたければ、もっと大胆に。

RubyからPerlの部分を取り除けば綺麗んだけどね。
Matzみたいなプログラミング大好き厨は汚く書くのが好きだからなしゃーないな。

ところで綺麗な言語って例えば何？

Rubyは綺麗に書ける言語と言われてますが

奇麗に欠ける

　　　　　end
　　　　end
　　　end
　　end
　end
end

>>117 みたいなのって、そんなにな（ｒ
と思ってソース見たらあった・・・

ブロックの中にブロックとか、ブロック多様すると、すぐネストするんだよね・・・

上級者はこう書くんだお

class Aho
　class << self
　;　def baka
　;　;　while true
　;　;　;　case self
　;　;　;　when Class
　;　;　;　;　if unko?
　;　;　;　;　;　osiri_hukihuki
　;　;　;　;　end
　;　;　;　end
　;　;　end
　;　end
　end
end

>>119
すげー
なんかしらんがGJ

　;　;　;　;　if unko?
　;　;　;　;　;　osiri_hukihuki
　;　;　;　;　end # unko?
　;　;　;　end
　;　;　end # while
　;　end # baka
　end #Aho self
end # Aho

見づらい・・・

最近Rubyつかっているが、Perlより判りやすい気がしてきた。
あと強力なオブジェクト指向に関連する機能が使えると思ったが、
ドキュメントがないと使えないものもある。

言語仕様はRubyがいいんだけど
それ以外はPythonがいいんだよな。
Civilizationとかいろんなアプリでスクリプトに組み込まれてるし
Python.NET(Iron Python)もリリースされたし。
でも言語仕様が微妙にウンコなんだよな。
うまくいかないものだ。

RubyとPythonとDelphiのいいとこ取りした言語が最強候補たりえると思うんだが

Sapphireの出番だ！


もうすでにありそうだな

サプフィールねぇ。

Benishimamenouで

＞Sapphire
ビデオカードのメーカーとかぶるからなあ・・・

どーでもいいけどｱﾄﾞﾍﾞがApolloとか言う製品（というかプラットフォーム)出してたな。
いちいち商標取ったりなんてやってられないとは思うけど
オプソ物ってこういうのには無条件敗北しちゃうもんなの?

>>130
rubyのapolloが今一はやってなかったからできた芸とうだろうけど、
それにしても、ひどい。
検索しにくくなる

>>131
一般名詞の宝石名の名前のプログラム言語とかな
他人のこと考えてなさすぎだ

>>132
ズガーンΣ(´д｀;)
確かに

Rubyの重複は名前空間が異なるから無問題

>>132
Ruby -Object
でぉｋ

>>48 redMineいいよ

小学校の算数でrubyかlispみたいなのから教えればいいのにな。
たし算だとか引き算だとか数学の小難しいのは中学生になってからでいい。

Pythonだろ。まずはスタイルから。

スタイルならHaskellでもいい

そこでJavaですよ

>>25
perl は頭の中に思いついたことをいかに早く
ソースコードにマッピングできるかどうかを重視した言語だから。
おしゃべりに近い。

rubyはその後に文としてきれいかどうか推敲する余地を残してる。

言うなれば話し言葉と書き言葉みたいな違い。

Perl -> PHP
Ruby -> Java
Python -> C
っていう感じかな

>>25
るびきち乙ｗ

最近Rubyに手を出し始めたんだけど、shスクリプト書きの自分にとって
Rubyはスムーズに移行できそうで良い感じ。

COBOLerの俺には、
オブジェクト指向言語は全て難しい。
なんつーか、キーワードが延々とドットやカッコで
つながれてて、どこで息継ぎすればいいのかわからねえ。
ソースを一目見ただけで脈が乱れる。息が苦しい。

IronRubyってどうなのん？

>>146
基礎はできてるけどコアライブラリがほとんど未実装。

バージョン0.4くらいだな
将来性を買ってみるべきかと

>>145
今のCOBOLはOO機能取り入れてるぞ。

それってどこのJava？

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

>>150
いや、間違いなくオブジェクト指向を無理矢理取り入れたCOBOL。
ttp://www.asahi-net.or.jp/~UM5M-ISD/oocobol.htm
ttp://www.scn-net.ne.jp/~hoshi-m/OOCOBOL-index.htm

Ｃですら取り入れた位だしな

Cは低能過ぎて使えない
Rubyが最高

>>154
x Cは低能過ぎて使えない
o >>154が低能過ぎて使えない

> Rubyが最高
同意

>>155

Cはレベル低い奴が使う言語
COBOL使ってるやつよりちょっと
上ぐらいだろw

今Cなんてだれも使ってないだろ。
世界レベルでみてもCの開発プロジェクト
なんて皆無だぞ？
Cを今でも利用してる人間は応用
が効かない低能だけ

>>156
Ｈ８やＳＨ４が現役の組込みの現場のこともたまには思い出してください・・・

>>157
そんなマイナーな環境国内で数百人いるかいないかだろw

>>158
> マイナーな環境国内で数百人いるかいないか
Rubyのことか

>>159
某独立法人様が
Ruby人口は今や1万人とか言ってたぞ

>>158
ま、そのマイナーな環境がなければ、自販機でジュースも買えないがな。

>>161
買えるだろw馬鹿なこと言うなw

ゆとりの癖にw

>>162
プププッ。

>>156
apacheを代表とするオープンソースプロジェクトでは、C言語が妙におおいような

C++コンパイラが、まだかなり環境依存だからと、
10年くらい前にそっち系に詳しい知人に聞いたが、
実際どうなんだろうな

そういや、RubyもC言語だなｗ

RubyはRubyで記述されているだろ
どこまで馬鹿なんだよw

JRubyはJavaで、IronRubyはC#で記述されているらしい。

C++の良くない点は、
モノにもよるけど必要な手間がＣと大差なく、
使っても得した気になれないこと、
マルチスレッドと相性が悪いこと

Javaもそうだね

>>168-169
そんなもんでしょ。OOP のいいところは、いざ改変したり、流用する
時に楽だってことで、初めに書くときの手間は減るとは限らない。

Ruby に戻ると、Ruby はよく使う。好みだけど Perl 使いにくいので。
shell script では不十分だけど、C++, Java でコード書く気もしない
というときに使ってる。

改変したり、流用する時に楽ってのは、ちゃんと作ってあるか、中身のコードを見なくて済むものだけ。
汎用性のないCコードが溢れ返っているのと一緒で、C++でもあんましない。
他人のコードを解析する破目になったときの迷宮度はOOPの方が上に感じるときが多い。
それら含めてC/C++の手間は変わらんと言いたい。

>>171
それはその通りだと思うよ。C++ は C もアリだからむしろゴチャゴチャ
になりやすい。operator overloading なんかした日には特にさーぱり
わらんコードも書きやすい。ちゃんと書かなければ他人のコードなんか
読むのは C よりずっと大変。

だからこそグループのポリシーとかデザインとかが大事になるわけで。
ただ、どうしても時間に追われるからなかなか徹底できないんだよね。
ちゃんとプロジェクトの初めを舵取りができるかが後で大きく効く。

自分loki程度なら読めるから
適当にかかれても困らない

ある意味困ったさんらしいw

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


45人って…(笑

>>156
レベル低いヤツというより、低いレベルで動かしたいヤツが使う言語だろう。
高いレベルで動かしたい場合には鬱陶しい言語だが、低いレベルで動かしたい時には役立つかと。

>>174
一会場でペーパー試験だからそんなもんだろうよ。
電子試験に移ったらもっと増える。

>>175
Cの人間なんていまだにWordとかで
無駄にでかいドキュメントしか書けない連中ばかり

しかもUMLなんてしらねーDQNがC言語に多い
設計がまったくできないやつらが多い

開発プロセスなんて言葉も知らない無知もC言語開発者には多い

まぁOOPLじゃないC言語でUMLは普及せんだろうなｗ

大半は同意だが、Ｃだけじゃない。
設計と称して、OOP用語で言葉遊びしてるだけの奴も多いよ。

>>175-176
一会場。しかも島根松江ではそうは行かんだろ。
近隣の人間か、記念受験じゃないが、第一回で受かりました！
て言いたい奴が多いんでは。そんなものあること自体知らんかったが。

>>177-179
言いたいことはわかるような気がするが、本当にすごいと思う
coder は意外と UML とか使わんというタイプもいる。
頭の中には似たようなものがあるんだろうけど。UML とかは
人に説明するためにあるわけだから、そういう必要無いのかもしれん。

>>181
一人で作業できるもんなら
いいけど、数千万の案件なら客先の
SEにも説明するだろ？

天才だろうがなんだろうが説明責任を
呆ける奴はプロじゃねーよ
ドキュメント作って説明する責任が俺等にはある
それと同等に製品を期日までに納める義務が俺等にはある。

二点忘れて自分の勝手で仕事するやつはゴミ

>>182
そうだね。俺がすごいと思ってるようなのはゲームにしろ他のものにしろ、
一人で独立した部分を書いてしまうような人。日本では会ったこと無いし、
会社に属すような人じゃないけどね。

Matz さんとかはどうなんだろう。UML とか書くのかな…

>>183
松本はアセンブラもUMLも未経験らしい

>>184
やっぱり、と言う感じもするな…

松本って誰？
まつもとゆきひろなら知っているが

松本 人志

>>186
ひらがなきもい

>>183
日本で会ったことあるよ

rbからpyに移行したい

nyを使いたい

ruby(atiのキャラ)のおっpyを舐め回したい。

>>166
君の方が馬鹿。Rubyの実装知らんのか？

このスレずいぶんと視野の狭い奴がいるな

RubyのスクリプトはRubyで記述されているだろ
どこまで馬鹿なんだよw

>>195
後だし解釈

>>195
え？

>>195
ちょw
それRubyで書かれてなかったらイミフww

Ｒｕｂｙ　無い時にどうやって　実装するんだと釣られてやった。　

Rubyて、海外で使われてるの？

>>200
ある程度は使われてるよ。最近だと中では Rails が一番目立ってるんじゃないかな。

セキュリティはアプリのプログラマ側が意識すれば充分に対処可能だが、
言語の処理速度がトロいのは、アプリケーションレベルではどうにもこうにも…

つ るびまの「Cより速（ry

1.9系の進捗もトロいしな。どうしたもんだか

>>43
今北産業程度でコメンタリーお願い。

実践的なRubyのプログラムというのは文字列の処理が多かったりして、
その文字列の処理はbuilt-inの部分で処理されるので、YARV化は関係なく、
1.9だからといって速くはならない。さらに文字列がM18Nに対応したことで、
1.8よりも遅くなるという現実。

これが、1.9にm18n入れるって話を問いつめた諸氏の努力が無駄になった結果
「高速化を謳った1.9は文字列処理の鈍化によって1.8より遅くなる」が定着していく

実用的なプログラムほどYARVの恩恵が受けられないジレンマ

M17Nだよ > 205

あと10年Rubyを寝かせておけば100倍くらい速くなるよ。


ってもうシングルコアは速くならねーかｗ

>>202
言語の処理速度がトロいのはアルゴリズムの改良で対処可能だが、
セキュリティに関してプログラマの注意に頼るのは最小限にすべき

>>208
> 言語の処理速度がトロいのはアルゴリズムの改良で対処可能だが、
> セキュリティに関してプログラマの注意に頼るのは最小限にすべき

セキュリティはアプリ側で対処可能。
逆に「べき」論をのべるなら、処理速度に関してもプログラマの工夫に頼るのは最小限にすべき。

なにその無限ループw

どっちもプログラマーに頼るのは最小限にすべき、って言いたかったのかな。

言語の処理速度がトロいのをアルゴリズムで対処しないといけないのはおかしい。
セキュリティーに関してはフレームワークでも使えばいい

空気も流れも先10レス前後も読まずに
思い付きを垂れ流すのが流行モードですか

問題はrubyが遅いということではなくて、rubyが「遅すぎる」ということ

遅けりゃCと併用すりゃいいじゃん。

その物言いよく聞くけど、LLの手軽さを無視してるよな
そんならpythonの方が利用者には手軽だやね
Cで実装してる標準モジュール多いから

時々、クラスとインスタンスという概念をぶっちぎったソースを書いておいて
「Rubyは遅すぎる」とか言ってる場合があるので注意

まあ、いちいちオブジェクト作らないといけないから原理的にRubyは他のLL言語よりも遅くなるんだけどね

1万回実行して10秒遅れたら死ぬとかいう用途には向かない言語だ
コミュニティでも注視はしてるんだけど、「なんでもできますよ」とか言ってる奴に騙されないように注意

Rubyだとちょっとまじめに作っただけで１０秒くらいかかることあるぞ。
まあこれは自分のプログラムがヘボイのだとは思うが、
最適化のためプロファイルを取ると、さらにその何十倍もの時間がかかるという現実

そういうケース、たいてい工夫と検証で解決に至る
問題は馬鹿が馬鹿なコード書いた時に、至らないライブラリと仕様なき言語仕様が重荷になるケース
Ruby道具として格好良い点もあるかもしらんが、実用性とは別なんだ
それを混同している奴らがRubyに苦しんでアンチに走る訳だが

なぜかこのスレは、そういう無能ではない人が
高い標的に槍投げる集まりになっている
・・多分Rubyの現状って、再初歩の人を受け付けてないね。

そら重いループのデータ構造整理してCで書けば早いが、
そういう事を序盤でやらずに済むことを期待してMRI触った奴は失望しかないと思うよ

このくそバカ野郎ども！！
お前らスレ違いなんだよ！！ハゲ！！！
Rubyは遅いんじゃなくて難しいんだよ！！！！

まあ落ち着け

難しいから平均として遅いのか
どうやっても遅いから難しいのか

この辺試験に出る

記述よいよい実行つらい〜
遅いながらもるびりゃんせぇ〜♪

Ruby Lightspeedﾏﾀﾞｰ

Ruby 遅いって感じた事無いなぁ。Ruby よく使うけど
簡単な書き捨てスクリプトみたいなものばかりだから。
あまりスピード気になる状況では使ってない。

速さが必要そうな時は C++ で書いちゃうし。
そうじゃなくても C++ の方が書きやすければ C++ で書くし。

だから遅いとか早いとかじゃなくて
難しすぎなんだよ！！タコ！！！！

PerlもCも使えないけどRubyは使える。
Rubyほど直感的に習得できる言語はないと思う。

>223
自分も最初は書き捨てのつもりだったんだけど、
いろいろ機能を追加しているうちに中規模くらいになってきた。
速度のことを全く考えなかった自分も悪いんだけど、
まさかこんなに遅くなるとは思わなかったんだよ。
今は他の言語で書き直すことも考え中。

>>224
文法のこまごましたところまで立ち入らなきゃそんなに難しくもないだろ。
すべての文法･ライブラリを使いこなして10倍の思考時間をかけてでも
１バイト削った方が偉いみたいな妙な風潮に惑わされては遺憾。

難しいか難しくないかを決める最大要素は本人の知的能力

RubyってCの高機能マクロのただのラッパーじゃん

>>225
Ruby は確かに入りやすいと思うし、多くの人が通常使う
用途には便利だと思う。ただ、プログラミングに慣れれば
別に C/C++ でも習得できるよ。ちょっと初めの壁があるだけ。

そういいつつ、俺も Java, C/C++, Ruby 使ってるのに Perl は
どうも受け付けなかった。Ruby とはちょっとした差だが意外と
大きく感じる。忍耐力が足りなかった。まぁ俺はもう必要無いけど。

字面でRubyを選んだけどやっぱおせーな
Pythonの字面上のオブジェクト指向度を上げてくれればそれがベストなんだが。
インデントは全く気にならないな。
普段からpascalで
while True do
　with Foo do
　　if Bar = 0 then
　　　Break
みたいなコード書いてるからｗ　　

>>226
どの言語でも、プロファイル採って、アルゴリズム見直しは必須。

>>232
Rubyの場合、そのプロファイルにどれだけの時間がかかるか分かって言ってる？

>>233
君がJavaプログラミングするときはjavaコマンドとjavacコマンドしか使わないのか？
PerlではCPAN使わないのか？
PHPでは………標準でどう違うのかよくわからんモジュールやらコマンドやら満載だな

まあとにかくruby-prof入れてそれ使え

>>234
「拡張ライブラリを使うと便利」 と 「拡張ライブラリを使わないと使い物にならない」
はかなり違うと思うのだけど・・・

どうでもいいけど、ｒuby-profがインストールできないぞ。
　gem install ruby-prof
とやったら
　Could not find ruby-prof (> 0) in any repository
と出てきた。
インストールすら満足にできない漏れにはrubyはレベルが高すぎのかもな

ruby-prof 使ったこと無いけどあったよ。

# gem install ruby-prof
Select which gem to install for your platform (i386-linux)
1. ruby-prof 0.6.0 (x86-mswin32-60)
2. ruby-prof 0.6.0 (ruby)
3. ruby-prof 0.5.2 (mswin32)
4. ruby-prof 0.5.2 (ruby)
5. Skip this gem
6. Cancel installation

>>236
あったよと言われても・・・
自分の環境ではエラーが出ました。

>>239
もっぺん試せ

Rubyは糞ライブラリの集まりだからエラーなんか日常茶飯事。一度のエラーであきらめてはならぬ

>>235
RubyForgeが重いとそのエラーが出た気がする。
何度か実行するとうまくいったり。

Rubyのプロファイラ遅すぎだろ・・・

投資の簡単な分析プログラムを書いて、簡単なのに
10秒もかかるから、Rubyがおせーのかわからんから
プロファイラ付きで立ちあげたら、10分たっても終わらんｗｗ
久々にワロタ
Ruby好きなんだけど、なんとかならんのかね

最近Pythonに浮気中しそうになってるんだがｗ

あれは実装を素直にしたらバカみたいに遅くなったという典型
ruby-prof入れれ

>>241
rubyで書いた分はプロトタイプだったと割り切って、別の言語で書き直しましょう

実際その用途にすごい便利

>>241
Pythonに浮気したら二度とRubyを使っては行けません、
打ち込んでも行けません

浮気は禁止よ
私のおまんこ誰かなめてください

ではちょっとホテルにでも行こうか

>>1 Rubyでさへ、難しすぎ。というスレならわかるが・・

>>248
俺もそんな感じがするな。

C/C++ や Java は使ってるけど、Perl/Python はなぜか馴染めなかった。
Ruby は通勤中に本一冊読んだら結構使えたんで簡単なことはここ数年
Ruby でやってる。Ruby は入りやすいと思う。英語ができると特に。
入り組んだことは C++ で書くこと多いけど。

そうそう、Perl/Pythonって人間が書ける言語じゃないよね。
覚えることが大杉。モジュールを豊富にすればいいってもんじゃないし、
リファレンスも量があり過ぎで困る。

変わってRubyはリファレンスが無いことを逆手に取って
気軽に手探りで動作が確かめられるようにirbがあるし、
日本人が作っていて、且つ作成者のブログで質問書いておくと
必ず質問に目通してくれる。

やれることがシンプルだと書くこともシンプルだからRubyはいいよね

>>250
>Rubyはリファレンスが無いことを逆手に取って
無理ありすぎだろう

つーかirbってそんな便利か？
ショートカットキーでいつでもエディタ起動してちょろっとコード書いて
ショートカットキーで即ruby実行のほうが、断然早いし修正も楽かと

一長一短だけど俺も基本エディタ派だな。
irbはPowerShell Plusみたいにコード補完しまくってくれるならだいぶ便利になるんだが。

エディタ＋コンソールあるいはエディタ＆コンソール出力バッファと違って、
「ウィンドウ」を移動せずにEnterキー押しただけで結果が出るのがirbの強み

まあ、使わない人は全く使う機会がないので無理して使わなくてもOK

>>252
250 ではないが irb 俺はよく使うよ。実際の code を試すのではなく
書いている途中で簡単に class, method の挙動や文法を確認するのに使ってる。
coding のスタイルによって便利かどうかは変わってくるんじゃないかな。

俺の場合は Thomas/Hunt の本で入ったんだけど、あの本の波長が
合っていたというのが Ruby に入りやすかった理由の一つかもしれん。

>>254
エディタの場合でも、好みでCtrl+何かキーとかで一瞬で実行結果見れるよ。
それこそウィンドウ移動せず、ソースをそのままモロに微調整＋再実行できる。
irbだと直前に書いたものをもう一回入力する羽目になったり、難癖ある気がしてしまう。

>>251
笑うところ

>>248
同意。C++の方がどう考えても難しい。
Rubyは慣れればなんとかなるけど、C++は慣れるとか言う問題じゃない。
どっしり構えて、いどまないといけない

>1はネタでスレ立てしたんじゃなかったのか・・・

難しいっていうか作者と趣味が合わないので
学習の過程でこれはこうなるだろう、こういうのがあるはずだという勘がいまいち働かない

>>260
で、どういう言語だと趣味が合うの？

俺は Ruby は比較的感じが掴みやすかった。
大体こういうものがあるだろう、と思うと大抵ある。
C++, Java とか他の言語の経験があることも影響あるだろうけど。

260ではないが、PythonのTOOWTDIという方針は気に入っている

>>262
俺は人それぞれの方が好きだな。その辺が趣味の分かれ目かな。
Python はいろいろな意味で入りにくかった。
使い方にも依ると思うけど。Ruby みたいなスクリプト系は
簡単な書き捨てに使うことが俺は多いし。

>>261
俺は、Rubyは結構しっくりきた方。

普段Delphi使ってて、すんげー不満に思ってたところが、
Rubyで解消されていて、やたらなじみやすかった。

それでも最初の一回目挫折したけどね。
まあただそのときは、Pythonも挫折しているので・・・。

実行速度が半端なく遅いのが、キズでDelphiと真逆なのがまた面白いところだ。

今は、Pythonにも手を出しているｗ

>>264
RubyからPythonに入ってどう？
似たもの同士な気がして。

>>265
けっこうRubyでも極端なプログラミングしてたせいか、似たものだと思ってたけど違う点が多いことに気づくよ。
RubyだとメソッドチェーンしまくりだったのにPythonだとしにくいとか、
Pythonの書き方がC言語の延長で手続き型の域から出てないような感じがするとか（これは使いこなしてないだけだろうけど）、
いつオブジェクト生成しているのかわからんとか、
ジェネレータすげえとか、
self(ry

まー、まだPythonもそんなにやってないから・・・いいところもあるんだろうけど
一通り、不満点を受け入れてからが勝負だと思っている。
rubyもそうだったから。

Rubyのこの構文が一番生理的に受け付けなかった。
items.each do |var|
　...
end
pascalのようにend使うところと, 変数を||で囲むところ。
タダの好みの問題だが、直感的でないと思った。

smalltalkのローカル変数宣言に似せたんだろうな
まあタイプし慣れれば見方も変わってくるかと

>>267 俺は each は {} で括るけどね。

スクリプトって便利機能、省略表記を満載しすぎて
曖昧さを解決するための例外がぼこぼこ追加されて汚いんだよな。

>>270
なるほど！ただ、抽象論してもしょうがないわな。
で、その汚さが無い言語って具体的にどういう例が有る？

eachを{} でくくるかdo endにするかの基準って何？

PHPから入ってなんか覚えること多くてやだなあ、
と思ってからRubyやったら
統一感があってすごくわかりやすかったなあ。
リファレンスがいらないというか、
辞書みたいに関数を調べなくていいから楽だった。

>>271
lispやhaskellは綺麗じゃね。
Cライク手続き型LLの系譜だと、JavaScript/ECMAScriptなんかは
けっこう単純かつ汎用性が高い方向でまとめてると思う。

JSが綺麗か汚いかで言うと疑問感じたので>>274に自己蛇足

前もこの板でRubyのProc.new/proc/lambdaあたり、
色々「ちょっと違うモノ」のが並立してる点が弄られてたけど、
この辺JS系はfunctionの変態的な汎用性で一歩先んじてるかもね。
もちろん、汚さが無いとは言えないけど。

ヒアドキュメント構文がなかったり（E4X使える環境は逃げようアリ）
for in構文はどうしてああなっちゃったんだろう、とか。keyになる要素の明示構文を廃したかったんだろうか？
あと細かいとこでスコープの解釈が特殊かも。
newか否かによってthisがどこ差すかとかの挙動、初心者への猫騙しになってるな（arguments.calleeがヘンに濫用されたり
web製作板の話題になるけど、そもそもdocumentスコープとか
濁さないとページレンダリング後のonclick呼べない仕様とか、
歴史的な用法面での汚さがrubyと比較にならんほど多いのよね。

悪いとこだけ挙げてったら、Rubyより汚い言語って印象になるだろうな。
結局、Rubyの方がバランス取れてるんじゃねえ。

perlよりPHPのほうが速いと噂がありますが
実際にはperlの方が速い場合もありますし
pythonの方が速い場合もあります

でも、Rubyが速いという場合はまったくありませんので安心してください

>>276
ちょっと意味不明だが、見た範囲だと大抵のベンチマークでは
Ruby は PHP よりは速い。Perl, Python よりものろいが、

意味不明なのはそりゃコピペだからな
脈絡無くて当然

Rubyは何よりも遅いです
でもそれでいいんです

>>279
何よりも遅いってことも無いが、俺は書き捨てスクリプトばかりに使ってるから
遅くても構わん。ちょっと入り組んでいるものは Java か C++ で書くし。

RubyはJavaScriptより遅いのかい

Ruby1.9を使えば5倍高速に！

Firefox3を使えば3倍高速に！

>>280
どんな用途だよ。
JAVAの置き換えがRubyでできる用途って。

C++とか言ってるしや。

>>284
いろいろ計算してデータを出したり処理したりする作業。
データファイルがたくさん出たりするからその再処理、
データ抽出には Ruby 使うことが結構ある。これも複雑なら
C++ かな。あと job 放りこむのにも Ruby 使うことある。

Ruby でできることも複雑になれば Java や C++ 使うという
だけであって、C++ や Java でしてること全てを Ruby しよう
なんて考えていないし、書いてもない。

俺は簡単なことを簡単にするために Ruby 使ってる。

もちろん、Ruby は応用範囲は広いし、
もっとガシガシ使う人もいるだろう。

>>285
逆だろ？
「java、C++ で書くのめんどくさい、時間かかるけど ruby でいいや」
ってのが、俺が ruby 使う動機なんだが…

それとも、俺が変？？？

>>286
個人的な嗜好や経験によるところもあるとは思うよ。

簡単なことは Ruby の方が簡単にできて楽。だから Ruby で書いている。
まさに C++/Java は面倒という感じ。

ただ、入り組んだことや、複雑な計算をしたりするのは自分の経験
のせいか C++/Java の方が楽に感じる。あと、データ処理や計算の
場合は速さも重要になってくるが、それを Ruby で考えたくない。

神経質な書き方要求されるか
気楽に書き捨てたいかの差かな

俺の場合,
> 入り組んだこと
Lisp とか Scheme とか, マクロないと生きてけねぇwwWWw

> 複雑な計算をしたりするのは
数値計算だと Fortran(商用). C++ 役にたたねぇwWww

> C++/Java
Webまわりのプロジェクトで言語指定がある場合
または、嫌々押し付けられた Windows アプリ

組み込みかつハードウェア制御は C って感じだ

あれ？ どこに ruby 使ったっけ？
結構な行数は書いてるはずなんだがorz

Fortranときたか
ベクトル型マシン用途ですか

数値計算は俺はもう C++ だな。fortran 使う忍耐力はもう無い。
C/C++ 使う人は最近多いんじゃないかな。ライブラリも充実。

マッシブにやろうと思ったらゴミじゃん C/C++

>>119

こう変えてほすぃ

class Aho
　class << self
　;　def baka
　;　;　while true
　;　;　;　case self
　;　;　;　when Class
　;　;　;　;　if unko?
　;　;　;　;　;　osiri_hukihuki
@@_HEREINBEFORE_

ブロック開始と終了を色分けすりゃいいんじゃね

>>294
いや、可読性じゃなくて。
同じ事を繰り返す仕様がイヤかなぁと。

Javaやってて、興味をもったのでyugui本買って勉強してます。

自分がオブジェクト指向人間になれるかどうかが心配

大規模開発や複数人開発の業務プログラムに役立つオブジェクト指向思考が身につくかどうかは保証しません
普段の自家用車のドライブテクニックが長距離バスやクレーン車の運転に役に立たないのと同じように

しかし、この例で言えば日常のドライブから無駄が抜け快適になることはかなりの確率で保証致しましょう

>>297
なかなか的確な手厳しい事をおっしゃるw

仕事に使うというわけではないので、自習みたいなもんです。
それでも、なぜこの言語がこれだけ話題になるのか、は知っておきたいと思ってます。

他のスクリプト言語としてPHP、perlはさわりましたが、それらとは違うニオイは感じます。

>>296
Java も OOでは。C++ とかと違って OO 強制みたいなところあるし。
新しい言語を学ぶことによって、考え方を整理できるというのはあるだろうけど。
Ruby の方が簡単なプログラムが書きやすいのはいい。

特異クラスのインスタンス変数と、クラス変数（ややこしい）
特異メソッドの継承（親切）
メソッドの探索順（動的）
定数の探索順（静的）