07/09/24 00:02:28
オブジェクト指向スクリプト言語Rubyが嫌いな人のためのスレッドです。
他言語の一方的なあげ足取りが好きな最強厨御用達言語Rubyについて。
1. 他の言語で満足している人を「楽しさ」「美しさ」とか主観的な基準で煽る
2. Ruby より機能が絞られている言語に対しては「不足」「楽しさが(ry」「快適さがない」「こんな機能がないなんて」
3. Ruby より機能が豊富な言語に対しては「大きすぎる」「美しくない」「そんな機能不要」
うっとおしいRuby厨やRails厨の迷惑や気持ち悪い主観の押しつけ、腐れ言語や不安定ライブリについて語り合いましょう。
■関連スレ
Rubyについて Part 28
ｽﾚﾘﾝｸ(tech板)
2:デフォルトの名無しさん
07/09/24 00:08:23
作者が気持ち悪い
3:デフォルトの名無しさん
07/09/24 00:08:52
＼ ＼＼ ＿＿＿＿ ／／ ／ ／
＜ _-=≡:: ;; ヾ＼ ＞
＜ ／ ヾ:::＼ ＞
＜ | |::::::| ＞
＜ ﾐ|-=≡、 ミ≡==- 、 |;;;;;/ ＞
＜ || <・>|￣| <・> |─ /＼ ＞
＜ |ヽ＿/ ＼＿／ > / ＞
＜ / ／( )＼ |_/ ＞
＜ | | ｀ ´ ） | ＞
＜ | ＼/ヽ／＼＿／ / | ＞
＜ ＼ ＼￣￣ ／ヽ / / ＞
＜ ＼ ￣￣ ／ ／ ＼ ＞
／ ／ ￣￣￣￣￣￣￣ ＼＼ ＼ ＼
＿__
／ ―＼ ﾅﾝﾐｮｳﾎｳﾚﾝｹﾞｯｷｮｳﾅﾝﾐｮｳﾎｳﾚﾝｹﾞｯｷｮｳﾅﾝﾐｮｳﾎｳﾚﾝｹﾞｯｷｮｳ
／ノ (＠)＼ ﾅﾝﾐｮｳﾎｳﾚﾝｹﾞｯｷｮｳﾅﾝﾐｮｳﾎｳﾚﾝｹﾞｯｷｮｳﾅﾝﾐｮｳﾎｳﾚﾝｹﾞｯｷ
.｜ (＠) ⌒）＼ ﾅﾝﾐｮｳﾎｳﾚﾝｹﾞｯｷｮｳﾅﾝﾐｮｳﾎｳﾚﾝｹﾞｯｷｮｳﾅﾝﾐｮｳﾎｳﾚﾝｹﾞｯ
.｜ （__ノ￣| | ///;ﾄ, ﾅﾝﾐｮｳﾎｳﾚﾝｹﾞｯｷｮｳﾅﾝﾐｮｳﾎｳﾚﾝｹﾞｯｷｮｳﾅﾝﾐｮ
＼ |＿／ / ////ﾞlﾞl; ﾅﾝﾐｮｳﾎｳﾚﾝｹﾞｯｷｮｳﾅﾝﾐｮｳﾎｳﾚﾝｹﾞｯｷｮｳﾅﾝﾐｮ
＼ _ノ l .i .! | ﾅﾝﾐｮｳﾎｳﾚﾝｹﾞｯｷｮｳﾅﾝﾐｮｳﾎｳﾚﾝｹﾞｯｷｮｳﾅﾝﾐｮ
/´ ｀＼ │ | .| ﾅﾝﾐｮｳﾎｳﾚﾝｹﾞｯｷｮｳﾅﾝﾐｮｳﾎｳﾚﾝｹﾞｯｷｮｳﾅﾝﾐｮ
| | { .ﾉ.ﾉ ﾅﾝﾐｮｳﾎｳﾚﾝｹﾞｯｷｮｳﾅﾝﾐｮｳﾎｳﾚﾝｹﾞｯｷｮｳﾅﾝﾐｮ
| |../ / . ﾅﾝﾐｮｳﾎｳﾚﾝｹﾞｯｷｮｳﾅﾝﾐｮｳﾎｳﾚﾝｹﾞｯｷｮｳﾅﾝﾐｮｳ
4:デフォルトの名無しさん
07/09/24 00:08:55
○「二年間Railsで開発したあとPHPに戻った七つの理由」
URLﾘﾝｸ(www.oreillynet.com)
1. Ruby/Railsでできて、PHPでできない事……(考え中)……ないね。
2. 会社のみんなはPHPに慣れている：統合のコストを過小評価しないこと!
3. ほしくないものは要らない
4. PHPは小さくて速いよ
5. PHPは私の好みに合っている
6. SQL大好き
7. プログラミング言語はガールフレンドみたいなもの: 新しいほうが良い、なぜなら*貴方*が良くなっているから
5:デフォルトの名無しさん
07/09/24 00:10:54
「二年間Railsで開発したあとPHPに戻った七つの理由」
1. Ruby/Railsでできて、PHPでできない事……(考え中)……ないね。
2. 会社のみんなはPHPに慣れている：統合のコストを過小評価しないこと!
3. ほしくないものは要らない
4. PHPは小さくて速いよ
5. PHPは私の好みに合っている
6. SQL大好き
7. プログラミング言語はガールフレンドみたいなもの: 新しいほうが良い、なぜなら*貴方*が良くなっているから
URLﾘﾝｸ(www.oreillynet.com)
6:4
07/09/24 00:13:41
>>5
ごめんいらんことしたｗ
7:デフォルトの名無しさん
07/09/24 00:17:44
reddit のコメントより
問：実際どれくらい Rails ってショボいの？
答：Rails で 4 人年かけて未完成。PHP なら 二人月で完成。
8:デフォルトの名無しさん
07/09/24 00:20:44
まぁ立ったなら仕方ないか
matz の ML の言動については
Rubyist でも首を傾げたくなることが多い
9:デフォルトの名無しさん
07/09/24 00:22:06
関連サイトもいるかな。ネタにしやすそうなところｗ
■参考サイト
○オブジェクト指向言語 Ruby （公式サイト？）
URLﾘﾝｸ(www.ruby-lang.org)
○Rubyアソシエーション
URLﾘﾝｸ(www.ruby-assn.org)
○Matzにっき（開発者ブログ）
URLﾘﾝｸ(www.rubyist.net)
○Rubyist Magazine（るびま）
URLﾘﾝｸ(jp.rubyist.net)
○日本Rubyの会Wiki
URLﾘﾝｸ(jp.rubyist.net)
10:デフォルトの名無しさん
07/09/24 00:23:04
>>9
自己レスだが、こういうのって 「http」より「ttp」のほうがいいの？
もしそうならｽﾏｿ
11:デフォルトの名無しさん
07/09/24 00:28:16
>>10
どうでもいい
12:デフォルトの名無しさん
07/09/24 00:35:17
>>5
１、２は同意だな。
あと、これは４とはちょっと違うけど、借りたサーバで簡単にそれなりに速い物は、俺はPHPの方が作りやすい。
FastCGIとか考えなくていいから。
13:デフォルトの名無しさん
07/09/24 00:51:18
タイトルがイマイチかな？
7. プログラミング言語はガールフレンドみたいなもの: 新しいほうが良い、なぜなら*貴方*が良くなっているから
Rails が良い見本だ。私はその「言ったとおりにやってくれる」ペイント・バイ・ナンバーみたいなフレームワークを愛していたし、それはすばらしいガイドラインを教えてくれた。
また、OOPを本当に理解できるようにRubyを愛した。あぁ、神さま、なんてRubyは素晴しいんだろう。ﾊｧﾊｧRuby、君が大好きだ
だが、プログラマが新しい言語を古いものよりも素晴しいと感じる主な理由は彼がより良いプログラマになっているからだ!
あなたは古くて腐ったPHPコードをふりかえり、そして新しくてきれいなRubyコードと比較し、そしてこう考える "神よ! PHP はクソだ!"
しかし、忘れてはならないのは、あなたが一年前に書いた PHP コードを差別するのはアンフェアだという事だ。
それは言語の問題じゃない。ヘイ、あんたの問題なんだ! あなたは今やより良いプログラマになっている。自分を信じろ!
14:デフォルトの名無しさん
07/09/24 00:53:15
ちなみにペイントバイナンバーってのは昔流行した画材セットね。
線が引きいてあって、色の混ぜ具合が数字で指定されていて、指示どおりにやるだけで
ハイクォリティな絵がかけて画家気分ってやつ。
15:デフォルトの名無しさん
07/09/24 01:00:54
というか、WebProg板に行けば？ていう内容が８割占めそうなこのスレｗ
言語としてのRubyアンチっているのか？
16:デフォルトの名無しさん
07/09/24 01:06:52
perlでなんかハックするよりはrubyでやった方がいいよね。見やすいから。
17:デフォルトの名無しさん
07/09/24 01:09:37
>>16
ハックの定義にもよるが、狭義のハックの題材がPerlの足下にも及ばない件について。
18:デフォルトの名無しさん
07/09/24 01:19:50
>>15
バカなの？
19:デフォルトの名無しさん
07/09/24 01:48:52
>>15
ML なんか見てると結構批判の種は落ちてるぞ。
20:デフォルトの名無しさん
07/09/24 02:21:04
>>19
じゃ、せっかくなんでその批判の種を拾おうぜ。
例えば何がある？
21:デフォルトの名無しさん
07/09/24 03:04:28
>>20
いちいちend打つのかったるいとか
極道とか魔道とか薄気味悪い身内の馴れ合い的な本が出てるとか
22:デフォルトの名無しさん
07/09/24 03:13:56
>>21
いまどき、補完のないエディタを使うのは罰ゲームだな。
23:デフォルトの名無しさん
07/09/24 04:08:07
5-6年前はプログラム板が機能不全になるほどRuby厨が暴れてたことを考えると、最近は落ち着いてると思う。
24:デフォルトの名無しさん
07/09/24 05:34:55
nilの特別扱い指摘された時とか
条件分岐内での未代入変数の扱いの時とか
25:デフォルトの名無しさん
07/09/24 07:01:50
昔話をするスレですか？
26:デフォルトの名無しさん
07/09/24 07:13:53
>>24
kwsk
27:デフォルトの名無しさん
07/09/24 10:47:26
どんな言語でもそうだが、ある言語が嫌いといったとき、
その意味は2種類ある。
1.言語(構文、仕様など)そのものが嫌い
2.言語をとりまくコミュニティが嫌い
>>21にあげられてるのは2つを見るとわかりやすい。
言語そのものに対する嫌悪感は慣れや開発環境で克服できる場合もある。
が、コミュニティに対する嫌悪感だけはどうしようもない。
28:デフォルトの名無しさん
07/09/24 11:21:52
perlが嫌いな理由は1
rubyが嫌いな理由は2
29:デフォルトの名無しさん
07/09/24 12:07:10
もう一個あるだろう。
3. Ruby を知っているというだけで他の言語を見下す連中が嫌い
色々考えて Java ってケースもあるのに、あからさまに嫌な顔して「Ruby なら…」とかホザく奴が大嫌い。
こないだもマルチコアでスケールする必要があるから Java だっていってるのに若造に「JRuby なら…」「YARV ならネイティブスレッド対応なのに（チッ」
とか捨て台詞はかれて殺意を覚えた。ネイティブスレッド対応の意味を見事に間違って理解しとるし、あームカついた。
30:デフォルトの名無しさん
07/09/24 12:31:26
そう説明すればいいのに。
つーかお前も見下してるじゃん。
31:デフォルトの名無しさん
07/09/24 12:34:29
部下に見下されて、捨て台詞吐かれて、
2chで愚痴を書くしかない上司。
こんなのを生み出したRubyが許せねぇ！Rubyの野郎！
32:デフォルトの名無しさん
07/09/24 12:47:52
なんかアンチ専用スレにキモ信者がわいてるwww くやしいのぅwww くやしいのうwww
33:デフォルトの名無しさん
07/09/24 12:51:28
アンチ専用スレに信者が来てこそアンチ専用スレなんだよ。わかってないね。
34:デフォルトの名無しさん
07/09/24 13:18:41
それでいいと思うよ。アンチとじっくり語り合ってくれ。
隔離スレとも言う。
35:デフォルトの名無しさん
07/09/24 13:43:13
>>29
どんなプロジェクトか知らんが、現状でJRubyとかYARV採用して大丈夫なのかな？
で、YARVってネイティブスレッド対応してるんじゃないの？
と思って調べたら、GILつかってるのね。
性能、1マシンでスケーラビリティ重視ならパスですかね。
36:デフォルトの名無しさん
07/09/24 13:55:27
大丈夫なわきゃない。そんなの大多数のメンバーはわかってる。
Ruby信者君だけがずれてる。
でもプライドだけは高いんで他人の話をまともに聞かないんだよね…
37:デフォルトの名無しさん
07/09/24 13:58:34
信者からは低脳な煽りしかこないね。
アンチのほうがまともってどんだけー
38:デフォルトの名無しさん
07/09/24 14:29:42
Ｍａｔｚと取り巻きとendが消えたら喜んでるｂｙ使う。
39:デフォルトの名無しさん
07/09/24 14:43:58
endが消えたRubyなんて使えない
40:デフォルトの名無しさん
07/09/24 16:13:25
しかしRUBY批判する日記はコメント攻撃がすごいな。怖。
41:デフォルトの名無しさん
07/09/24 16:30:10
endが消えたRubyはPythonに凄く似てるってばっちゃんが言ってた。
42:デフォルトの名無しさん
07/09/24 16:36:54
>>40
そりゃ、うっかり敵に回すと怖いよ。
カンファレンスで「愛」とかテーマに掲げちゃうコミュニティだから。
講演聞いて涙を流したとかブログの感想見るとカルト信者な作者が作るのは
やっぱりカルト集団以外ないんだなと。読んでいていっしゅん背筋が寒くなった。
でもそれを知らない（知らされない）信者は救世主よろしく有り難がってのめり込む。
43:デフォルトの名無しさん
07/09/24 16:44:36
>>41
Pythonではカーリーブレイスは多用せんだろ。
なんでもPythonに似ていると思いこむのはPython厨の駄目なところ。
Lisperもそうだが。お前らの「似ている」感覚には無理がありすぎる。
44:デフォルトの名無しさん
07/09/24 16:49:49
ばっちゃんにつっこむやつ初めて見た。
どう見たってネタじゃないかｗこれが信者の力かｗｗ
でも、Rubyでも { } は多用しないんじゃないのかなとも思った。
もしかして end の代わりに { } になったら、ていうとこまで想像したのかな。
45:デフォルトの名無しさん
07/09/24 16:52:30
何かとしんどくさい言語だな・・・・
46:デフォルトの名無しさん
07/09/24 17:45:42
Rubyでいちばん多用するのはメソッドに渡す処理ブロックを指定する { } 。
次がハッシュを使うときの { }。
次点が if 文の if ～ end。
その次くらいにメソッドに渡す処理ブロックの ナントカ～end。{}とほぼ同じやつ。
このへんにメソッド定義の def なんとか ～ end が来る。
で、その次くらいに、例外をキャッチするbegin～rescue～end。
メソッド定義とif文にendが付き物なので実際以上に多く見えるだけだと思うお
47:デフォルトの名無しさん
07/09/24 17:47:23
じゃあみんなはrubyの代わりに何を使ってんの？
まさかperlは無いよね
48:デフォルトの名無しさん
07/09/24 17:51:30
そのメソッドに渡すブロックも、ループなんかでは基本的に do end 等を使うのがRubyの流儀だと思ってた。
もう後にメソッドチェインしない場合はすべて ほげ ～ end でっていう。
49:デフォルトの名無しさん
07/09/24 17:51:50
if文のend + メソッドに渡すブロックのend + 例外のendってことか。
そりゃ実際以上に多く見えるんじゃなく、実際多いんじゃないか？
50:デフォルトの名無しさん
07/09/24 17:52:38
>>47
perlも使いますが何か。CPANから手当たり次第に落としてます。
gemよりシンプルかも？
51:デフォルトの名無しさん
07/09/24 17:58:42
endという語が実際多いのは確かだと思う
打ちにくいのもな
インデント3文字にしたらスッキリするじゃん？ とかいう話が出たのもむべなるかな
>>48
メソッドチェーンする場合は {}
返り値を変数とかに代入する場合も {}
このへんはわりと一般的な書き方だと思う
「このへんブロックの領域です」という主張を含めてdo～endを使うことは少なくないな
52:デフォルトの名無しさん
07/09/24 19:25:39
もっとアンチっぽく、な。
53:デフォルトの名無しさん
07/09/24 19:32:48
複数行では {} より do ～ end をってコーディングルールあるけどあれ考えた奴は馬鹿か？
複数行こそ対応を機械的に探せる {} だろーがと。
54:デフォルトの名無しさん
07/09/24 19:41:29
>>53
end #if
end #each
end #rescue
end #def hoge
55:デフォルトの名無しさん
07/09/24 19:48:42
>>54
ひでぇ。いや、やるけど。
56:デフォルトの名無しさん
07/09/24 20:08:35
fi
od
nigib
fed
よりはマシだと思うことにしてる
57:デフォルトの名無しさん
07/09/24 20:47:15
RubyはBetterPerlとしてしか使ったことがないんだが、
それはどっかのローカルルールではなく、一般的にやられることなの？
58:デフォルトの名無しさん
07/09/24 21:00:33
>>57
統計取ったわけじゃないけど、複数行でdo～endを使うのはかなり一般的
今までなんの疑問も持たずに、end美しいと思って使ってきたが
実際endを使う理由って何なんだろう
説明がつけられないが、でもブレースは嫌なんだよなぁ・・・
59:デフォルトの名無しさん
07/09/24 21:02:43
$とか@とか使いまくって非常に見づらいperlと比べたらendなんてかわいいもんだろ
60:デフォルトの名無しさん
07/09/24 21:03:19
安定感のない形が嫌だ形が。
61:デフォルトの名無しさん
07/09/24 21:04:00
>>57
end #each
とかは、書き捨てならよくやる
（実際問題としてブロック長くなりがちだしスクロールもカーソル合わせも面倒だから）
単純に自由コメントの一種で、書き方が決まってるわけじゃない
一般公開されてるモジュールなんかではdefの終わりに
end # method_name
を時折見る程度
62:デフォルトの名無しさん
07/09/24 21:13:25
インデント狂ったら正直どこがブロックの終わりかわかりません。
て、まあこれはどの言語でも一緒か。
ただ、俺のエディタでは対応するendを探すマクロが未だに書けずにいる。
63:デフォルトの名無しさん
07/09/24 21:19:07
Emacsで「メソッド定義をfoldする」というのがruby-modeに標準であると思ってたら無さそうなのがまた
64:デフォルトの名無しさん
07/09/24 21:34:47
もうね、２１世紀になったいま、静的な型チェックも推論も無く、何の規格にも関係のない、構文糖衣だけのくだらないオレ様言語をこれ以上作って何の意味があるんだと小一時間(ry
65:デフォルトの名無しさん
07/09/24 21:39:16
２１世紀を迎えるにあたって、静的な型チェックや推論を持ちオープンな規格に準拠し構文糖衣を適切に扱った言語
を生み出すための前段階として生まれたんですよ
わりとマジで
66:デフォルトの名無しさん
07/09/24 21:42:56
意味が無いとか言い出したら何も出来ん木がする。
67:デフォルトの名無しさん
07/09/24 21:44:53
>>65
あとからでならなんとでも言える罠
68:デフォルトの名無しさん
07/09/24 21:47:34
いや、Rubyを「静的な型チェックや型推論を盛り込んだオブジェクト指向スクリプト言語です」と紹介されたなら、そいつを叩けよ
Rubyはそんなこと言ってねーって
69:デフォルトの名無しさん
07/09/24 21:49:58
だからさー単純に使いやすいperlのポジションにおさまる言語ってrubyだけだろ
70:デフォルトの名無しさん
07/09/24 21:55:01
安定してないから嫌い。古いバージョンもメンテしろや。それか互換性配慮しろ
71:デフォルトの名無しさん
07/09/24 21:57:15
ルビルバー
72:デフォルトの名無しさん
07/09/24 21:57:58
Matz 「互換性(笑)」
73:デフォルトの名無しさん
07/09/24 22:00:31
良くも悪くも趣味言語だから。
1.9が出ても、例えばレンタルサーバ等のRubyはまだずっとしばらく1.8.2とかの様な気がする。
でもそれで全然困らんような気もするしなぁ。
74:デフォルトの名無しさん
07/09/24 22:04:53
PHPなんかよりは互換性マシだと思う
が、PHPより若干よい程度だとも思う
少なくとも長期業務には使えんな
でも、それでもいいんだと思うぞ
Perlになる気もJavaになる気もない言語だし
75:デフォルトの名無しさん
07/09/24 22:06:09
で、いろいろ総合的に考えると Perl のほうがトータルで保守コストが低かったりするんだよなー。
数年単位で考えると。Ruby の 1.8.x 系列以前の扱いはねぇ……。
76:デフォルトの名無しさん
07/09/24 22:06:44
>>70
>古いバージョンもメンテしろや。
してるじゃん。
77:デフォルトの名無しさん
07/09/24 22:08:01
>>74
だけど Better Perl だの Java より楽だのホザいてる奴いるじゃん。
個人の書き捨てスクリプトとか趣味プロジェクトならともかく、まっとうなシステム開発に持ち込まないでほしい。
78:デフォルトの名無しさん
07/09/24 22:10:39
>>76
あ、そうなの？ 1.6 とか 1.4 とかもどっかでメンテナンス続いてるの？良ければ教えてくれないか。
79:デフォルトの名無しさん
07/09/24 22:11:08
>>77
それはRubyのせいじゃない
自分が他人を説得できないことを言語のせいにすんな
80:デフォルトの名無しさん
07/09/24 22:12:55
いちいち説得するのがウザいといっている。
なんつうか相手に対してバカ補正を妄想するのがRuby使いの特徴ですか？
81:デフォルトの名無しさん
07/09/24 22:15:26
javaのように堅固足るべき業務にも使えるということをRuby作者は肯定してないと思う
まっとうなRubyコミュニティも分別はつけてるし
（ところで、Java並に業務向けだなんて言ってるRubyユーザーコミュニティなんてどこにあるんだろう？）
キラキラしたエンタープライズなスーツ連中は口先だけであらゆるものを勧めてくるが、
それに騙されてしまうってのはやっぱRubyの責任じゃないよなあ
82:デフォルトの名無しさん
07/09/24 22:18:44
もうね、本番系にtypoのエラーが残るような言語はいいよ、去れ。
83:デフォルトの名無しさん
07/09/24 22:20:37
>>77
better perl て言ってる人は、ほぼ間違いなく「個人の書き捨てスクリプト」として評価してると思うよ。
perlで（言葉の意味はよくわからんが）「まっとうなシステム開発」ってそれほどないだろ。rubyで置き換え不能なものは。
84:デフォルトの名無しさん
07/09/24 22:20:46
俺の隣の奴が煩しいだなんてなんてとんでもない言語だ！
85:デフォルトの名無しさん
07/09/24 22:21:35
「騙されてる」底辺Ruby信者が迷惑なの。
こないだも「JavaからRubyへ ―マネージャのための実践移行ガイド」の内容を延々と聞かされた。
別に内容に問題があるとは言わねーが、信者は盲目的に受け取っちまうからな
86:デフォルトの名無しさん
07/09/24 22:23:58
>>84
Rubyコミュニティの力で俺の隣の奴を黙らせてくれ！
なんか凄い遠回りだな(w
87:デフォルトの名無しさん
07/09/24 22:25:28
>>83
既に Perl で動いてるので、いちいち Ruby で置き換えたがらないでください。
自分で使うなら止めやしねぇけどよ、他人に押しつけるなっていっての。ほんと面倒な奴ら。
88:デフォルトの名無しさん
07/09/24 22:25:32
>>86
できたらできたで妙な達成感はあるとは思う
ネットに書き込んだ翌日に出社したら態度改めてるんだぜ(w
89:デフォルトの名無しさん
07/09/24 22:26:13
アンチ役が粗悪なので盛り上がらない
90:デフォルトの名無しさん
07/09/24 22:26:57
>>84
試しにRubyの仕事を回してやってがんがんつっこんでみたらいいかも。
91:デフォルトの名無しさん
07/09/24 22:31:17
誰か svk の Ruby 版作って
92:デフォルトの名無しさん
07/09/24 23:16:24
>>82
typoが残るってのは、一回もそこを通らなかったっつーわけで、
さすがに一回もテストをせずに本番に残すほうが悪いような。
93:デフォルトの名無しさん
07/09/24 23:16:44
>>78
そんな古いバージョンのメンテナンスを続ける必要性を感じないのだが。
他の言語だって、メジャーバージョンが古いもののメンテナンス続けてる？
94:デフォルトの名無しさん
07/09/24 23:25:55
盲目的なRuby信者は、盲目的なJava信者と同じように基地外だよな。
95:デフォルトの名無しさん
07/09/24 23:27:33
>>94
そんなのあたりまえだろ
96:デフォルトの名無しさん
07/09/24 23:28:29
>>95
当たり前のことなのに、分かってない奴がいるんだよ。
盲目的だからさ。
97:デフォルトの名無しさん
07/09/24 23:33:57
盲目的な信者は、何の信者であろうと基地外なのが当たり前
98:デフォルトの名無しさん
07/09/24 23:34:29
>>93
Python は 2.2, 2.3, 2.4, 2.5 とセキュリティパッチがでてる。
Perl の 5.x 系が互換性が高い。昔のコードを動かす事にん関しちゃー 5 年とか 10 年単位でもつ。
で、Ruby は？ 現行が 1.8 系列で一個前が 1.6 だよね？で、どこでメンテされてるの？ねぇ？
99:デフォルトの名無しさん
07/09/24 23:59:13
>>98
いやいや、そんなこと言ったら、「Python 1.6は？
100:デフォルトの名無しさん
07/09/25 00:01:30
」って言ったら反論できないだろ。
Python 2.2とRuby 1.8は割と近い時期に出てるし。
101:デフォルトの名無しさん
07/09/25 00:08:51
できるよ？メンテナンスされてる年数を考えてみろ。信者ってほんとうに盲目なんだねー。
Matz だって後方互換についちゃ Ruby マンセーしたりしねーだろう。進歩のための止む得ない犠牲だとか言うんじゃね。
102:デフォルトの名無しさん
07/09/25 00:13:21
>>101
Python 1.6がメンテナンスされるの？
103:デフォルトの名無しさん
07/09/25 00:15:57
もうね、Rubyな輩が言うダックタイピングなんて、静的に決定できる事を動的にチェックして何を自慢しているのか、
ダックタイピング言いたいだけだろうと小一時間(ry
104:デフォルトの名無しさん
07/09/25 00:18:23
Python 1.6はメンテナンスされてないように思うが･･･。
信者って決め付けたり、もう盲目的にRuby批判したいようにしか見えん･･･。
105:デフォルトの名無しさん
07/09/25 00:24:41
勝手に Python 1.6 に話をもっていくなよバカ。そりゃ狂信者がメンテされてないバージョンを持ち出しただけだろうが。
しかもバージョン話は >>93 への解答で本題は互換性なの。俺は別に Ruby の言語に文句があるわけじゃねーんだよ。
それなりの規模のコードがあったとして、それがどれだけの期間、無変更で使えるか？
Perl や Python のような互換性の考慮はねーだろが。
だからなんでもかんでも Ruby Ruby って言うなよ。適材適所って事をわかってくれよ。ほんとに。
106:デフォルトの名無しさん
07/09/25 00:28:34
>>101
Perl は 5.0 系や 5.6 系もメンテナンスされてるの？
と思って調べたら、5.6.2 は 5.8.3 くらいのときにリリースされてるね(2003 年）。
Perl は必要があれば一つ前もリリースする模様。
Ruby は 1.6 系は完全にメンテナンスしてないので、
過去 10 年くらいで考えれば Perl Python Ruby の中では
Ruby が過去バージョンのメンテナンスを一番していないとは言えるか。
Ruby も現状はだいぶ改善されていて、一つ前のマイナーバージョンまでは
バグフィックスも含めてメンテナンスリリースされるようになってる。
最近では 1.8.6-p110 と同時に 1.8.5-p113 がリリースされた。
マイナーバージョンは年に一つくらいあがるので、
旧バージョンになってから最長一年くらいは
セキュリティフィックスだけでなくバグフィックスも面倒がみられる。
107:デフォルトの名無しさん
07/09/25 00:30:59
>>104
まあアンチスレなんだから。
冷めたツッコミもいいけど熱いアンチも読んでみたい。そりゃ理性的なアンチの方がいいけど。
108:デフォルトの名無しさん
07/09/25 00:31:13
>>105
後学のためにPythonやPerlは後方互換性をどのように考慮してるの？
具体的な取り決めなどがあったりする？
109:デフォルトの名無しさん
07/09/25 00:36:36
>>105
ちょ、ちょっと待って。そんなヒートアップしないでくれ。
>勝手に Python 1.6 に話をもっていくなよバカ。そりゃ狂信者がメンテされてないバージョンを持ち出しただけだろうが。
え、メンテされてないバージョンの話だから、持ち出すのは当然じゃあ･･･。
違うというならば、メンテされてないRubyのバージョンを持ち出して、
>>98で煽りの材料に使ってるのはどうしてなのか聞きたい。
ちなみに、Phton 1.6は2000年くらいにリリースされて、
Rubyも2000年くらいにリリースされてるようだよ。
110:デフォルトの名無しさん
07/09/25 00:48:13
俺は利用者で開発者じゃないからイメージしかわからんけど、
Perl:
- メジャーバージョンでは基本的に互換性を保ってる。つか古いのを壊すような変更はほとんどない。
- 必要なバージョンを指定する use 5.6.0; とかあるので、新機能が必要なやつもすぐわかる。
Python:
- PEP がまともに機能してて事前に情報がよく入ってくるし、少なくとも 1 リリースは新機能準備につかってる。 __future__ とかな。
でもな、俺は Ruby に互換性を考えて歩みを遅くしてほしいと思ってるわけじゃないんよ？
ただ Betterl Perl とかいって、なんでもかんでも Ruby で代替が効くと勘違いしてる連中が嫌いなだけ。
111:デフォルトの名無しさん
07/09/25 00:51:55
適材適所だっつーのは同意だが、どうも論調は「Rubyはどこにも使えはしない」という感じなんだよなぁ。
盲目的アンチっつーのも、盲目的信者と変わらないような気がする。
112:デフォルトの名無しさん
07/09/25 00:52:57
あと Perl だと URLﾘﾝｸ(search.cpan.org) で誰に相談すりゃいいかわかるってのも気分がいいね
113:デフォルトの名無しさん
07/09/25 01:03:30
>>111
個人で好き勝手に使う分にゃー自分でアップデートすりゃいいから言いと思うよ。
あと、作ったソフトが使われている間、責任もってメンテナンスできるならね。
Perl クソ、Ruby なら～ってのが嫌だといってる。
例： 小規模な UNIX の管理システム
Perl で書いてあって、 5 年ほど使ってる。つうかあと 5 年は使えるだろう。
かなり慣れた人が製作メンテしたらしく use strict; use warnings; は全部ついてるし、
コードも綺麗で PPI による構文スタイルチェクと網羅的なテスト、pod のドキュメント、全部そろって文句ない。
でも、なぜか Ruby で書き直したがる人がいる。いやー正直、既存のドキュメント品質とか考えると、同じものを作るのは厳しいと思うんだよね…
新規作成ならともかく、既存のシステムを Ruby で書き直してもメリット薄い場合もあるっつーことで。
114:デフォルトの名無しさん
07/09/25 01:06:16
Rubyが言語として気に入らないから使わない、なら理解できるんだが、
Rubyを勘違いして使ってる連中が気に入らないから使わない、は俺には理解が難しい。
そんなこといったら、俺はJavaもC++もC#もPythonもPerlも、まったく同じ理由で使えなくなってしまう。
そんな俺がRubyで気に入らないのは、ローカル変数のスコープ問題だな。
変数宣言を持たない理由が分からない。何でだろうか？
115:デフォルトの名無しさん
07/09/25 01:06:48
流れとは関係なさそうだけど。
俺がRubyをちょっとかじって思ったのは、やっぱり個人用の言語かな？て感触。
たとえば Stringクラスに to_lf_only とかメソッドをつけてみて、こういうのは結構楽しかったんだが、
複数人でやってるプロジェクトでこういうことをされるともう収拾がつかないかなってふと思った。
もしくは、規約などを決めるのが面倒くさそうかな、て。
何が筋がいい書き方か、ていうのが曖昧というか。（自分にセンスが無いのは自嘲した上で）
この辺って、結局どこまでがRubyの利点でどこまでそれを活かすべきなのかがそれぞれの感覚次第になって難しそう。
116:デフォルトの名無しさん
07/09/25 01:13:06
やや誤解があるようだが、「勘違いしている連中が嫌い」までは真。
個人的には楽しんで使ってるよ。Rails とかの流行りものも勉強中。
117:デフォルトの名無しさん
07/09/25 01:18:19
109に諭されてから急におとなしくなったな。109にだけ反論できてないし。
もっと熱くいこうよ。熱くよ。
118:デフォルトの名無しさん
07/09/25 01:19:37
ここまでのアンチ筆頭の俺がいうのもなんだが…
>>114 最初の代入が宣言だってなってるじゃん？ Perl の my みたいもんが欲しいって事？
>>115 そりゃコミニュケーション不足じゃないか？チームで作業するんだからよー。まぁ、丸投げ外注を束ねて人海戦術だと厳しいかもしれんが……
119:デフォルトの名無しさん
07/09/25 01:22:09
アンチスレというよりは不満分子が一同に集まってアンチのふりして愚痴るスレになっている罠
120:デフォルトの名無しさん
07/09/25 01:24:46
だーっから最初からバージョン番号がうんたらなんて話はしてねーっつうの。
一利用者として、手元のコードがどれだけの期間使い続けられるかって評価基準もあるの。んで、その基準だと Ruby はイマイチなの。
Ruby 1.8.x 系列はマイナーバージョンアップのくせに互換性がアレだったから、そもそも 1.8 が 2000 年にでたとか関係ねーんだよ。
1.8 系列内だってメンテナの問題があるだおうが。 Perl なんてヘタすりゃ 10 年以上前のコードが使えるんだぜ。
121:デフォルトの名無しさん
07/09/25 01:28:01
>>118
>>115だが、一応言っておくと、業務でチームでRubyを使ったことがないから、まあ想像なんだ。
> コミュニケーション不足
でも、作ってる最中はいちいち人のソース全部読むわけじゃないじゃない。
で、いざそれを読まなきゃいけなくなったときに、え、こんなことしてたの？ていう驚きが最大な言語な様な気がする。
122:デフォルトの名無しさん
07/09/25 01:28:51
つーかperlってなんでこんな叩かれてんの？
{}
のコードブロックとか分かりやすいし文字列処理とかスゲーやりやすいじゃん。
インデントのコードブロックは一回間違って全部インデント無くしちゃった時とか
大変じゃね？
123:デフォルトの名無しさん
07/09/25 01:29:06
>>119
いいじゃないかｗ
124:デフォルトの名無しさん
07/09/25 01:29:35
不満分子のたまり場か…反逆者がでないように監視を強化しないとな
125:デフォルトの名無しさん
07/09/25 01:33:38
鬼車の件は正直ないと思った。ドン引きした。
126:デフォルトの名無しさん
07/09/25 01:35:11
>>120
自分がしてきたレスを読み返しなさい。(>>70, >>78, >>98, >>105)
105でいきなり「本題は互換性」とか言い出したけど、>>70では「それか互換性」といってる。
明らかに話のすり替え。話のすり替えは詭弁の一種。
>>118
>最初の代入が宣言だってなってるじゃん？
ブロックの外側に同じ変数名があったら、宣言じゃなくて代入になるんだよ。
あるスコープを見たとき、その変数はそのブロックローカル変数かどうかを
外側を見ないと判断できないってのはどうかと思う。
ソースを部分的に移動やコピペするときにもうっかり被ることがある。
>Perl の my みたいもんが欲しいって事？
Perlのmyはよく知らんけど、とにかく明示的な宣言が必要だと思う。
127:デフォルトの名無しさん
07/09/25 01:44:28
>>125
鬼車の作者と揉めてたってやつ？あれは鬼車の人が大人げない印象になっちゃってたけど、実際どうなの？
128:デフォルトの名無しさん
07/09/25 01:44:56
>>125
結局今鬼車ってどうなってんだ？
129:デフォルトの名無しさん
07/09/25 01:49:48
バレたか。正直 >>105 は失敗だった…。
そうよ、俺は実は Ruby アンチではなく後方互換性主義者の工作員だったのだ。
大物を釣りあげるという任務に失敗した以上、俺はもう消えるしかない。
だが忘れるな！人が後方互換性を望む心は消える事はない！
Ruby にもっと後方互換性を！思い付きの API 変更反対！
130:デフォルトの名無しさん
07/09/25 01:59:27
>>129
そんなレスはいりません。ここはRubyアンチ専用スレです。
と言ってみる。
131:デフォルトの名無しさん
07/09/25 02:07:16
結局信者だったってオチか。どうしようもない慣れ合い厨房どもだな。ああ嫌だ。
132:デフォルトの名無しさん
07/09/25 02:16:27
matz は love/hate ratio を持ち出していつもご満悦だけど現実はこんなもんだ。
ただの裸の王様か。不満分子にしてもコミュの空気が怖くて発言できないだけ。
133:デフォルトの名無しさん
07/09/25 03:20:27
だいたい love とか end とかが宗教臭くて嫌
134:デフォルトの名無しさん
07/09/25 07:41:02
盲目的アンチってキモイなあ。もうちょっとまともなこと言わないと
ちゃんと冷静に欠点を述べているアンチに失礼じゃないかなあ。
135:デフォルトの名無しさん
07/09/25 09:29:42
>>98
Python の 2.3, 2.4, 2.5 ... は Ruby の 1.8.3, 1.8.4, 1.8.5, ... に相当しないか。
Python 2.5.X は bugfix release で、これは Ruby 1.8.6-pX に相当する。
だから Ruby 1.6 系がメンテナンスされてるかどうかと比較するなら、Python 1.x 系がメンテナンスされてるかどうかと比較するべきであり、Python 2.3 とかそこらと比較するのは間違い。
でも Ruby 1.8.2-pX とかのメンテナンスがあってもいいよねー。開発リソースが少ないから難しいだろうけど。
つうかさ、そこまでRubyに文句あるのに、なんで>>98はRuby使おうとするの？ねえなんで？
136:デフォルトの名無しさん
07/09/25 20:40:30
>>122
Perlはファニー文字とかコンテキストとかが気持ち悪い
例えば $s はスカラーで @a は配列だけど
配列の要素は @a[x] ではなく $a[x] だったりとか
$#a で配列の最後の添字、とか
$n = @a ってやると要素数が返ったりとか…
参照が入ってくるともう何が何やら
137:デフォルトの名無しさん
07/09/25 20:47:17
配列の要素はスカラーなんだから
配列要素が$（スカラーとして評価して下さい）a[x]
俺には非常に合理的に思えるんだが。
$n = @aも配列/文字列のlengthメソッドを使えとか、なんかそういう長いタイプとかが
必要ないから好きなんだが。。これは今の（2chでの）Perlの叩かれようを
鑑みると異端なのか？
$_とかも楽で好き。
138:デフォルトの名無しさん
07/09/25 21:01:33
length(配列) とか 配列.size とかだと
コードをパッと見て、配列のサイズを表してると判るが
流石に @配列 からサイズは読み取れん
139:デフォルトの名無しさん
07/09/25 21:12:42
慣れの問題だと思うよ。
もちろん、「そういう慣れが必要な言語は如何なものか」という議論はアリとして。
>>137ではないけど、俺もまぁそれなりに使い慣れてるから、
=を挟んで左右に$の人と@の人がいたら、0.1秒で「ああ、要素数代入してるんだ」ってわかる。
それは、length とか .size を見て頭の中で起こることとまったく同じこと。
ただ、繰り返すけど、これはPerlだけが強いる慣れであり、「それってどうよ？」という議論はアリだと思う。
140:デフォルトの名無しさん
07/09/25 22:37:53
Perl厨、うざい。
141:デフォルトの名無しさん
07/09/25 22:43:34
慣れなんだろうな。
ただ、俺は（たまにしか使わないから？） scalar(@ar) とかしてる。
バグ取りとかで何回も読み直す時、いちいちあれ？て引っかかるのを減らすために、明示的に書くことにしてる。
perlでも明示的に書くことは可能なことが多いのに、何でそこまで嫌われるのだろ、ていうのは思う。
142:デフォルトの名無しさん
07/09/25 23:09:01
>>140
しょうがないよ。
Perl批判から入った話が、批判の側だけ言いたいこと言って終わるはずもない。
143:デフォルトの名無しさん
07/09/25 23:22:03
実はRuby使ってる人にはPerlも（かつては）使ってた人も多く、Perlそのものが「嫌い」っていうのは
あまりないかもとか言ってみる。
Perlで書かれたくそ汚いコードは大嫌い、ていう人は多いかもだけど。
144:デフォルトの名無しさん
07/09/25 23:59:47
>>139
つうかコンテキストの理解ができてない状態で Perl はわかり難いとかホザく奴なんなの。
どんな言語だって固有の「慣れ」は必要だろうが。当然間違いやすい部分はあるだろ。
Ruby に対しては批判的な事を実名で言うと悲惨なことになるから 2ch でしか言えないのもムカつく。
145:デフォルトの名無しさん
07/09/26 00:25:14
なんで>>135は異端者はRuby使うなっていうの？ねえなんで？
146:デフォルトの名無しさん
07/09/26 00:48:23
>>145
なんで異端者なの？だれがそういったの？
135で書いてあるのは
>そこまでRubyに文句あるのに、なんで>>98はRuby使おうとするの？
これだよね？話のつながりがさっぱり分からないんだけど。
まあ異端かどうか関係なく、気に入れば使えばいいし、気に入らなければ使わなければいい。
Rubyだけが言語じゃない。PerlやPHPやPythonだってある。もちろんJavaでもC#でもいい。
で、そんなにRubyに文句あるのに、なんでRuby使おうとするの？ねえなんで？
147:デフォルトの名無しさん
07/09/26 00:49:46
とりあえず ねえなんで？ を止めろ。ウザ過ぎる
148:デフォルトの名無しさん
07/09/26 01:01:57
前任者のクソ馬鹿野郎がRubyで自慰したから。しかもコードがドキュメントとかほざいてやがった。
Ruby狂いどもが大嫌い。何が楽しいだ。コロコロ仕様変えやがってアホか。メンテナンス側の立場になってみろ。苦しいわボケ。
149:デフォルトの名無しさん
07/09/26 01:05:42
文句があったら使っちゃいけないそうです！気持わりぃ
150:デフォルトの名無しさん
07/09/26 01:14:25
使うから文句の一つも出るのに、文句言ったら煽ってくるのか
これがよく話題にでる痛い信者さんかな
151:デフォルトの名無しさん
07/09/26 01:27:31
98は既に論破されて敗北宣言出して逃げたのに絡むなよ。
152:デフォルトの名無しさん
07/09/26 01:32:17
>>144
コンテキストは理解出来ても、イマイチ直感に反する気がしてならない
153:デフォルトの名無しさん
07/09/26 01:34:31
>Ruby に対しては批判的な事を実名で言うと悲惨なことになるから
例えば誰が？
154:デフォルトの名無しさん
07/09/26 01:40:39
>>152
そこが「慣れ」ですよ。
そんなこと言ったら、RubyのHashにexists? が無いのも俺の直感に反する。
直感なんて個人的なものだ。Rubyのプログラマの（最大多数の？）直感を大事にしたい、
ていうコンセプトは嫌いじゃないが、それを根拠に多言語を見下すべきではない。
155:デフォルトの名無しさん
07/09/26 02:05:59
>>148
だからRubyを仕事で使うなって。Rubyはあくまで趣味のプロジェクト。
Railsだって開発スピードが速すぎて、仕様変更がすごく多い。そういうものなの。
そういうものを仕事に使うことを会社が許可したんでしょ？
だったらそれは会社の判断ミス。あるいは前任者のミス。
それをツールのせいにするのやつあたりじゃね？バカだったのはそっちの組織と意思決定者。
JavaでもPerlでもPythonでもいいよ、安定している他の選択子が複数あるんだから、そっち使えよ。
だいたい、おまえが悩むRubyの仕様変更って、具体的に何よ？具体的な話がないと、解決策も議論できん。
そもそも>>148はRuby使えてんの？Rubyが分かってないからメンテできてないだけじゃないの？分かってない言語のコードはどんな言語でもメンテできない。
まさか前任者のプログラムがスパゲッティだったっていうオチじゃないだろうな。そいつも言語関係なくメンテできない。
156:デフォルトの名無しさん
07/09/26 02:15:30
プロは仕事でRubyを使わないってことでFA?
157:デフォルトの名無しさん
07/09/26 07:59:59
なんだ、結局、無能な前任者から引き継いだ無能な後継者の
私怨による愚痴か。あほらし。
158:デフォルトの名無しさん
07/09/26 08:28:13
つうか、フリーズしときゃ良いじゃん。
なんで追従する必要があるん？
159:デフォルトの名無しさん
07/09/26 09:22:43
みんながどの仕様変更に困っているのか知りたいね。
ぱっと思いつくのは、1.6->1.8のときの cgi.rb の仕様変更かな。
それ以外では特に困ったことはないなあ。
>>156
多少の仕様変更があっても追従できる人間だけが使っていい。
自分でなんとかできる人間じゃないと、そもそも何の保証もないOSSなんてどれも使えないだろ。
160:デフォルトの名無しさん
07/09/26 10:40:02
1.6 -> 1.8 で、例外のクラス階層が変更になったときは死にたくなった。
まあ、例外クラス階層に依存するような設計する漏れの方が悪いっちゃあ悪いんだが。
161:デフォルトの名無しさん
07/09/26 10:59:34
昔、会社のサーバの perl のバージョンをだまって上げたら動かない
スクリプト続出で大騒ぎになった。まあ黙ってやるのは論外なんだけど、
バージョンアップで動かなくなるのは程度の差こそあれ常にありえるんだ
なあと他人事のように思った。
162:デフォルトの名無しさん
07/09/26 13:27:59
>>158
「当社の組んだRubyスクリプトはバージョン1.8.3でしか動きません。お手数ですが
バージョンダウンしてください」「当社のは1.8.4です。最新のものでは動きません。
お手数ですが・・・ただし本バージョンには脆弱性がありますので、当社以外の
スクリプトの仕様はお勧めしません」なんてありえない。
>>159
Rubyは「ひときわ」仕様が不安定。マイナーアップデートでも平気で仕様が
揺らぐ。その結果テストが動きませんとかいうのはよくある話。OSSが皆こう
だというのは賛成できないなあ。例えば鬼車でマイナーアップデートして
コードの修正が必要になることってある？
163:デフォルトの名無しさん
07/09/26 16:51:35
>>162
前半、なにがいいたいのかわからん。だれか解説して。
1.8.3でしか動かないスクリプトって具体的にどんなの？
後半、
>Rubyは「ひときわ」仕様が不安定。
とあるけど、そうかな。PHPのことなら分かるけど。
どのへんの仕様が不安定だったの。具体的にヨロシク。
164:デフォルトの名無しさん
07/09/26 17:47:59
>>Rubyは「ひときわ」仕様が不安定。
>とあるけど、そうかな。PHPのことなら分かるけど。
>どのへんの仕様が不安定だったの。具体的にヨロシク。
1.8の途中、YAMLが日本語をバイナリ扱いするようになったという話を聞いた。
他にも色々あるのでruby-dev検索よろ。
165:デフォルトの名無しさん
07/09/26 17:50:52
>前半、なにがいいたいのかわからん。だれか解説して。
マイナーバージョンアップで仕様変更＝＞バージョンあげると動かない＝＞
動かないのになんでバージョンあげるの？とのアドバイスで古いバージョンのまま
納品
つうことじゃね？
166:デフォルトの名無しさん
07/09/26 20:36:13
気付いたらスクリプトごとに別のバージョンの ruby.exe を用意することになりそうでいやすぎ
まあ、国配布ソフトの JRE は恐ろしいことにそうなってしまったわけだが
167:デフォルトの名無しさん
07/09/26 21:10:40
>>157
ほうほう無能ってことにしたいのですね？Ruby信者がゴミなのはわかるけどね。
渋々メンテしてはいるが、信者本人以外はRuby採用は失敗って認識してますよ。
>>158
もちろんなるべくほってあるけどセキュリティパッチがでなくなると上げざるを得ない。
あと手を入れる必要がでてくるときもあるし。あー心底Ruby興味ないんでリアル苦行。
168:デフォルトの名無しさん
07/09/26 21:54:13
>>161 4 から 5 にあげたとかですか？5.6 -> 5.8？動かなくなった原因は？
つか、ここは Ruby アンチスレだよ。情報量ゼロの Perl の悪口はでていけ！
169:デフォルトの名無しさん
07/09/26 22:14:39
>>164
ライブラリの話かよ。言語仕様の話かとおもってたけど、ライブラリ含めたら仕様変更は多いかもな。
で、YAMLが日本語をバイナリ扱いするようになっでおまえはどう困ったの？
まさか「話を聞いた」だけで自分は関係ないとかいうなよ。
>他にも色々あるのでruby-dev検索よろ。
検索したけどわからんかったので、箇条書きでまとめて。
つうか、
170:デフォルトの名無しさん
07/09/26 22:30:46
>>167
なんだ、結局、無能な前任者から引き継いだ無能な後継者の
私怨による愚痴か。あほらし。
171:デフォルトの名無しさん
07/09/26 22:32:51
>>167
>信者本人以外はRuby採用は失敗って認識してますよ。
よかったな。それは正しい認識だよ。
やっぱりRubyにGOサインを出した会社がバカだったんだな。それとRubyとの評価を混合するなよ。
このケースなら、RubyでなくてもVisualBasicとかでも同じことがいえるじゃん。
おまえの会社での、プロジェクトの始め方に問題があるんだから、今後も言語に関係なく問題が起こるよ。
>セキュリティパッチがでなくなると上げざるを得ない。
おお、いちいち当てているとは感心だ。これはえらい。
で、具体的にどのセキュリティパッチをあてるとどんな問題が発生したんだ？
今、Rubyでも細かくパッチを出すようになったけど、それによって問題が発生したというのは聞かない。
これは、本当に問題がなければ喜ぶべきことだけど、実は>>167のように問題が発生しているユーザがいるなら、その情報はとても貴重だ。
だから、開発側にフィードバックするためにも、どんな問題が発生したかをぜひ具体的に教えてほしい。
172:デフォルトの名無しさん
07/09/26 22:39:22
そういや>>148=167から回答もらってないけど、>>167はRuby分かってるの？始めて1ヶ月とかじゃないよね？
知らない言語ならどんな言語で書かれてたってメンテできないよ？
Rubyが分かってないのにメンテできないとか抜かしてないよな、当然。
＃つうか、分かってたら仕様変更への対処くらいわけないわな。
173:デフォルトの名無しさん
07/09/26 22:53:35
信者って奴はまったく…Ruby は嫌いだがメンテナンスできる程度には使えるよ。
NetNews に投稿されてた時代からだから、かれこれ 10 年以上使ってるしね。
だが、もう興味はないのでいちいち仕様変更に追従するのが苦行だといってる。
興味ないのに 1.9 も追いかけて対応の目途はたっているが、嫌だ。
174:デフォルトの名無しさん
07/09/26 23:04:16
狂Ruby病の症状 （複数該当する場合はすぐ病院へ）
１ Rubyに関する話には勝ち/負けがあると考えはじめる
２ 相手がだまったら勝ちであると感じる
３ Rubyを批判するやつはRubyを知らないか，無能か，私怨だと感じる
４ Rubyの批判を聞くと無償にPerlやPHPを貶めたくなる
５ 仕様がコロコロかわる、と本当のことを言われると古いバージョンを使い続ければいいじゃんと無茶は反論をしたくなる
175:デフォルトの名無しさん
07/09/26 23:12:41
Rubyの欠点==欺瞞が多い。
例）
× すべてがオブジェクトとなるようにデザインした。
○ 参照とコピーを使い分けるのが面倒だったのですべてオブジェクトにした。
（そのために性能が大幅に犠牲になっている。）
× Cとの連携を重視してGCを設計した。
○ GCを作りこむのが面倒だったのでありものを朴ってきた。
176:デフォルトの名無しさん
07/09/26 23:15:44
>>173
バカの一つ覚えみたいに信者信者いってるとアホっぽく見えるぞ。
あんたは有能かもしれんが、愚痴ばかり書かれていると説得力が
ない。もっとガツンと来る悪口を頼むぜ。
177:デフォルトの名無しさん
07/09/27 00:03:24
しかも、全部オブジェクトにしても今度は浅いコピーと深いコピーの問題があるしな。
178:デフォルトの名無しさん
07/09/27 00:06:22
無能と有能しかねーのかよ。文句があるなら使うな、とかさ、極端なやつが多いよな。一人なのかもしれんけど。
179:デフォルトの名無しさん
07/09/27 00:13:22
つーか、お前ら熱心なんだな。
おれはパソコン買い替えたときくらいしかrubyのバージョンなんて上げね。
つか、めんどくさくね？特にライブラリ入れるの。
まあ、最近はInstantrailsしか使ってねーけど。
もし客先に出すことがあったらinstantrailsごと渡してやるつもりw
180:デフォルトの名無しさん
07/09/27 00:13:40
>>175
Cとの連携できてるモジュールも少ない
181:デフォルトの名無しさん
07/09/27 00:20:44
アンチというわけではないが、某メンテナの話で趣味でもメンテナンスできるといってるが、
たぶんエンタープライズの求めてるメンテナンスはできてねーよな。書類とか。
ML とかで議論して、ソースツリーとマニュアル直すだけなのが趣味。
エンタープライズは責任、引き継ぎ、確認用の書類、グループ内や他のチームとの調整、とつまんない仕事が満載。
ソースの対応についても期限があったりするし。（悪いサポートもあるけどさ…）
やっぱり趣味とは世界が違うとおもうよ。趣味なら楽しいもんメンテナンス。
182:デフォルトの名無しさん
07/09/27 00:26:07
つーか、エンタープライズとかって図に乗り過ぎだろ。
さんざん金儲けてるんだからもっと落とせよ。なにセコいことしてんだと。
183:デフォルトの名無しさん
07/09/27 01:00:38
いや結構落ちてるだろ。おまえの手元にいかないのは……なんでだろうね？まずは、その頭にぽっかり空いた空洞に何か詰め物でもしてみる事を勧めるよ。
184:デフォルトの名無しさん
07/09/27 02:31:17
アンチ専用スレっていうか、
「Rubyを批判すると信者がどれだけキモい反応を示すか」
を、より高い純度でログに残そうってスレだな。
185:デフォルトの名無しさん
07/09/27 03:26:19
>>179
俺はそもそもRubyなんてインストールしないな
186:デフォルトの名無しさん
07/09/27 04:56:57
>>185
アンチの鑑だな。
187:デフォルトの名無しさん
07/09/27 07:38:11
>>171
キモい信者のフリしたアンチさん？
188:デフォルトの名無しさん
07/09/27 08:06:11
なんつうか、どのレスもきもい
189:デフォルトの名無しさん
07/09/27 15:21:24
しかし、一番Rubyを批判してるのは開発陣だという事実
ああ、Matzは別か
190:デフォルトの名無しさん
07/09/27 19:33:56
>>164
>YAMLが日本語をバイナリ扱いするようになったという話を聞いた
このせいで、おまえはどう困ったの？
>他にも色々あるのでruby-dev検索よろ。
検索してみたけど、うまく見つからないのでまとめてくれ。
というか、こういうのは「仕様変更が多い」と文句いってる側がだすべきだろ。
「色々」あるんならすぐに出せるだろ？その色々とやらをおしえてくれよ。
191:デフォルトの名無しさん
07/09/27 20:00:24
>>190
絡むなよ。
信者が幻想で盛り上がって楽しんでもいいように、アンチもある程度イメージでRuby嫌ったっていいと思う。
あんたみたいなのは、本スレにそういう書き込みがあったときにやればいいんじゃないかと思うよ。
それとも、もう少し表現を柔らかくするか。 （だから信者きもいって言われるんだ）
192:デフォルトの名無しさん
07/09/27 21:20:23
1.9 系列って文字列と文字まわりの仕様はもう確定なの？
エンコーディングの扱いとかは確定なの？
こたえろや信者ども
193:デフォルトの名無しさん
07/09/27 21:25:06
>192
…本スレで訊く質問をわざわざアンチスレ用に改変したのか？
194:デフォルトの名無しさん
07/09/27 21:33:22
ﾜﾛﾀ
確かに本スレでそのネタ振ってくれと思わんでもないｗ
195:デフォルトの名無しさん
07/09/27 21:33:36
その辺がはっきりわからんからアンチとして聞いている。
どこ抑えりゃいーんだ？ PEP みたいな、ある程度まとまった文章はないのか？
Ruby 版 PEP は生命の痕跡すらみあたらないし。
Matz 日記: ノイズおおすぎる。
ML: 玉石混合すぎて情報がよみきれん。
ChangeLog: 方針とか背景とか意図がわからん。
196:デフォルトの名無しさん
07/09/27 21:38:55
>195
m17nQuestions
URLﾘﾝｸ(pub.cozmixng.org)
> ・ m17n の全貌が分からないけれど、まずどこを見ればいいのかな?
> □ matz: 2007年9月末までには何か用意します
らしいよ。
来週になって何も出て来てなかったら暴れてよし。
197:デフォルトの名無しさん
07/09/27 22:21:49
俺たちの知らないどこかで！不吉で、邪悪な何か（主に m17n）が進行している！
198:デフォルトの名無しさん
07/09/27 22:29:06
ふと思ったがこういうのって、言語実装者ごとにいちいち悩むのって不毛な気もするな。 ＞ m17n
やりたい事・やらなきゃいけない事は多分みんな同じなのに。
大先達のPerl界隈の人とかの助言とかも受けてるのかな？ Matzさんとかは。
199:デフォルトの名無しさん
07/09/27 22:31:00
Ruby 使いがいたら超一流の仲間として認めてるけど？
でも俺は Rails も使えるから Ruby だけの人よりわずかに上
まぁ、Ruby だけでも十分すごいけど
200:デフォルトの名無しさん
07/09/27 22:32:29
>>171への回答もお願いします。
201:デフォルトの名無しさん
07/09/27 22:54:10
>>171
[前半]
まぁ、上はひょっとしたら上手くいくかもと思ったんだろう。まー信者氏の声のデカさと根拠のない自信にダマされたんじゃない。
あまりクリティカルじゃないプロジェクトだったのが救いかな。信者氏の手に負えなくなって
メンバー間をたらいまわしにされてるところ。今は Ruby 経験の長い俺が暫定的に引き継ぎ資料作成中。
[後半]
どうも「Ruby インタプリタ」ってとられてるような気がするけど、対象は「引き継いだ」コードね。
1.6 -> 1.8 だけじゃなく 1.8.x 間の更新でも Ruby コードに手をいれる必要があったっつーこと。
あとインタプリタの作業なんてだるいし嫌。
インタプリタのテストも、もうちょいコンフィグを簡単にしてネットワーク系のテストは省略しとくとかしてくんないかな。
202:デフォルトの名無しさん
07/09/27 22:56:33
だからどのパッチのときにどんな問題が発生したのかと聞いているんだが。
203:デフォルトの名無しさん
07/09/27 23:05:56
>>191
ハァ？イメージで叩いたから根拠はありませんとかぬかしてるの？
仕様変更が多くて困ってるんでしょ？困るぐらい多いんだから簡単にあげられるんだろ、「色々」と。
出せないからってひらきなおんなよボケ。
204:デフォルトの名無しさん
07/09/27 23:07:24
ベタベタ粘着するやっちゃなー。ちょっとは自分の脳味噌つかってみたら？
括弧の評価規則変更とかあったろ？
信者の人は変更点を互換性に影響のない変更と非互換な変更がわかるようにまとめた資料を用意して >>171 に与えておくこと。
205:デフォルトの名無しさん
07/09/27 23:10:52
今暴れてる信者は自演なんだよね？いまどきないわ……。Matz ですら Ruby が互換性を重視しているなんて言わねーだろ。
206:デフォルトの名無しさん
07/09/27 23:15:00
誰もそんなこと言ってないよ？
207:デフォルトの名無しさん
07/09/27 23:25:42
いや非互換があるのは当然で Matz も認めてんじゃん？言語をより良くするためならとか。
なんで >>171 は必至なのかなと思って。
208:デフォルトの名無しさん
07/09/27 23:32:16
非互換性はあるのは事実だが、
まったくその非互換になった部分に抵触しないコードしか書いて無いくせに
それを鬼の首をとったかのように騒ぐのはどうかと思う。
その行為はアンチすることで頭いっぱいで、脳みそ使って考えてない感じだから。
209:デフォルトの名無しさん
07/09/27 23:34:07
>>194
Rubyって基本的にどうでもいい所に拘りすぎ。
典型的 bikeshed discussion って奴じゃねーの？
ついでにアンチスレらしく書いとくか。
Rubyは楽しい？そりゃプログラム好きが作った言語を、
技術好きな開発者が、トイレベルの規模の単純なシステムを
新しくしがらみなしにつくるには、そりゃあ楽しいだろう。
でも真面目に仕事をしたいおれには、
構文糖衣だらけのRubyはその甘さでゲップがでそう。
おれはプログラムもするけど、先の事を考えるのも仕事。
真面目にJavaやcやperlで作られたシステムでさえ、
保守フェーズになるとツギハギもあって、保守は大変なものになる。
Rubyの「自由さ」で書かれたそんなシステムの保守は、
地獄になるよ。仕事にRuby使うような馬鹿はいないと信じたいけどな。
210:デフォルトの名無しさん
07/09/27 23:39:10
たいして悪質な釣りもないのに
信者が自発的にどんどんキモさを露呈していくのが面白い
211:ジャッジ
07/09/27 23:39:32
非互換性はあるのは事実だが、 (← 負け確定)
まったくその非互換になった部分に抵触しないコードしか書いて無いくせに (←根拠なし。>>201 = >>204 ならマイナスか？妄想だな)
それを鬼の首をとったかのように騒ぐのはどうかと思う。 (← 妄想から結論。ヤバイ)
その行為はアンチすることで頭いっぱいで、脳みそ使って考えてない感じだから。 (← くやしいのうwww くやしいのうwww)
212:デフォルトの名無しさん
07/09/27 23:41:26
> 構文糖衣だらけのRuby
コレよく聞くけど、何を指して構文糖衣だらけだと言ってるの？
で、それはPerlでの構文糖衣と比べて、どっちが甘いの？
で、Perlの方が甘いか、同じ程度甘いなら、Perlを仕事に使ってる人たちはバカになるの？
出来れば全部こたえてください。
213:デフォルトの名無しさん
07/09/27 23:43:12
>>209
その論法だと Perl も若干アウトじゃないか？
my と strict と Critic とスマートコメントとテスト系モジュールくらいしか利点がねぇ。
214:デフォルトの名無しさん
07/09/27 23:44:08
>>210
つ 自演の可能性
215:ジャッジ
07/09/27 23:45:40
>>211
お前やべぇな。狂Ruby病じゃん。
174 名前：デフォルトの名無しさん[] 投稿日：2007/09/26(水) 23:04:16
狂Ruby病の症状 （複数該当する場合はすぐ病院へ）
１ Rubyに関する話には勝ち/負けがあると考えはじめる
２ 相手がだまったら勝ちであると感じる
３ Rubyを批判するやつはRubyを知らないか，無能か，私怨だと感じる
４ Rubyの批判を聞くと無償にPerlやPHPを貶めたくなる
５ 仕様がコロコロかわる、と本当のことを言われると古いバージョンを使い続ければいいじゃんと無茶は反論をしたくなる
216:デフォルトの名無しさん
07/09/27 23:51:21
Perl を使っている人はバカです。でも Ruby を使っている人はもっとバカです。
本物の男は PHP を使う。
217:デフォルトの名無しさん
07/09/27 23:51:30
>>212
>>209の真意に沿ってるかどうかは考慮してないが、一例で、各メソッドに山のようにエイリアスが
標準でついているのはかなり甘いな。
perlのシュガー？と比べるのは何故？
perlを仕事に(ry は同様に意味不明。「Rubyを使うと馬鹿になる」とはお前だけの妄想。
これでどうだろう。
218:デフォルトの名無しさん
07/09/27 23:51:50
2chに見るアンチの構図。
1、見当はずれの煽りをする
2、批判される
3、「信者気持ち悪いｗｗｗ」と煽る 1や2に戻る
219:デフォルトの名無しさん
07/09/27 23:55:15
>>218 いやー適切かつスガスガしくて気持ちのいいレスですねwww
220:デフォルトの名無しさん
07/09/27 23:56:08
>>217
>一例で、各メソッドに山のようにエイリアスが標準でついているのはかなり甘いな。
これ、シンタックスシュガー？
>perlのシュガー？と比べるのは何故？
3行目の質問を成り立たせるためです。
>perlを仕事に(ry は同様に意味不明。「Rubyを使うと馬鹿になる」とはお前だけの妄想。
209が言ってるでしょ･･･
>仕事にRuby使うような馬鹿はいないと信じたいけどな。
221:デフォルトの名無しさん
07/09/27 23:57:12
>>212
「何を指して」って、Rubyから構文糖衣を取ったら何が残るんだ？？
perlを「ちゃんと」仕事に使ってる人たちは、
使いどころをわきまえて、必要悪として使っているよ。
perlを馬鹿な使いかたしてりゃ、そりゃ馬鹿かもしれんが。
perlは世間で言われているのと異なり、結構奥の深い複雑な言語だけど、
良く練られているし、バージョンが上がって安定しているから
使っても馬鹿にはならないと思うけどね。
222:デフォルトの名無しさん
07/09/27 23:58:56
おい信者ども!! おまえら m17n ついては納得してんのか？
ttp:/pub.cozmixng.org/~the-rwiki/rw-cgi.rb?cmd=view;name=m17nQuestions
↑ここまとまってる情報こそ必要なもんじゃないのか？どうやったらここに辿りつけたっていうんだ畜生。
223:デフォルトの名無しさん
07/09/28 00:00:30
>>222
情報の分散についてはずっとずっと言われてきたことだ
遠慮なく叩いてくれ
224:デフォルトの名無しさん
07/09/28 00:01:38
>>221
>「何を指して」って、Rubyから構文糖衣を取ったら何が残るんだ？？
ほとんど残ると思いますけど。
というか、具体的に指摘をお願いします。
>perlを「ちゃんと」仕事に使ってる人たちは、
>使いどころをわきまえて、必要悪として使っているよ。
>perlを馬鹿な使いかたしてりゃ、そりゃ馬鹿かもしれんが。
この論理では、Rubyでも同じですね。
>perlは世間で言われているのと異なり、結構奥の深い複雑な言語だけど、
世間でもそう言われてると思いますけど。
>良く練られているし、バージョンが上がって安定しているから
>使っても馬鹿にはならないと思うけどね。
つまり、安定して無いから、使うとバカになるということでしょうか？
209では、シンタックスシュガーが多いからバカになるということで、矛盾してますが。
225:デフォルトの名無しさん
07/09/28 00:02:30
てゆうかサンプルとかのせてくれ。俺バカだからこの説明だけじゃ API の想像すらつかねーや。
信心の力でどっか公式サイトから辿れるとこに載せろや! あと 1.8.6 で試せるようなもん用意しろや!
俺ユーザー樣やぞ。客やぞ。つまり神さまやぞ。
226:デフォルトの名無しさん
07/09/28 00:04:32
>>220
> > 一例で、各メソッドに山のようにエイリアスが標準でついているのはかなり甘いな。
> これ、シンタックスシュガー？
広義ではそうだと思うが。主な目的は一緒だと思う。
({} ブロック抜きの if 文とか do ～ end でも {} でもいいとかとは同様・・・だと思ってたがこれは自信がない)
> > perlのシュガー？と比べるのは何故？
> 3行目の質問を成り立たせるためです。
ちょｗ
> > perlを仕事に(ry は同様に意味不明。「Rubyを使うと馬鹿になる」とはお前だけの妄想。
> 209が言ってるでしょ･･･
> > 仕事にRuby使うような馬鹿はいないと信じたいけどな。
言ってないだろｗ
227:デフォルトの名無しさん
07/09/28 00:05:30
>>222
納得も何も、m17nってまだ1.9にテスト的に入ってるだけでしょ。
何故m17nを気にするの？
228:デフォルトの名無しさん
07/09/28 00:06:38
隣の Perl さんは Perl6 の機能の一部を Perl5 で試せるようなモジュールとかあるゆうてたで
229:デフォルトの名無しさん
07/09/28 00:07:43
>>226
>広義ではそうだと思うが。主な目的は一緒だと思う。
だとして、別名がついてるくらいで致命的にヤバイとは思えないんですけど、まぁ価値観の違いということで。
>言ってないだろｗ
え？
> 仕事にRuby使うような馬鹿はいないと信じたいけどな。
って言ってるでしょ？
230:デフォルトの名無しさん
07/09/28 00:09:11
>>228
1.8 の機能を 1.6 で利用できる shim ライブラリがあったので、
作成可能ならば同じようなものが作成される可能性はある。
231:デフォルトの名無しさん
07/09/28 00:12:03
CSI とかよーわからん事いってるからよー。メリットとか全然わかんね。
なにか？ Unicode にない文字もあつかえるように、Unicode 介さない変換を用意するっていってんのか？
内部エンコーディングを Unicode に固定するのに比べて一生つかわないようなヘンテコ文字が使えてうれしいのか？
性能とか空間効率もっとわかりやすいメリットあるのか？
本物の Ruby 信者だと自覚があるのなら、3 行以内で説明できるはず。
232:デフォルトの名無しさん
07/09/28 00:14:11
そういやお前らコードを糞汚なくして読みにくくする Golf とか好きだろ。おら。解答も Golf してみろや。日本語で。
233:デフォルトの名無しさん
07/09/28 00:15:58
逆に内部エンコーディングをUnicodeに固定して欲しい理由はあるんですか？
無いんならどうでもいいんじゃないですか。自分はどうでもいいですけど。
234:デフォルトの名無しさん
07/09/28 00:19:56
なんかメリットデメリットあるんじゃねーの？理由がないなら Unicode でもいいじゃん。
良く知らんけどもっと詳しい信者が解説しろ。
235:デフォルトの名無しさん
07/09/28 00:20:28
URLﾘﾝｸ(ci.nii.ac.jp) では、
Unicodeを用いたUCS(UniversalCharacterSet)方式の問題点として
・（変換時の）テーブルによるメモリ使用量の増大
・文字集合変換の問題
・大文字集合に対応不能
を挙げているね。
236:デフォルトの名無しさん
07/09/28 00:22:25
さぁだんだんアンチスレっぽい流れになって参りました
237:デフォルトの名無しさん
07/09/28 00:25:33
「自分は」！「どうでもいい」！なんと無気力かつ思考停止を感じさせる表現なのか。
Rubyをマンセー的に使っているとMatzと愉快な仲間達の言葉を信じて思考を停止してしまうのか…
貴様はスクリプト言語の根幹たる文字列の扱いのトレードオフも知らずにCSI原理主義者どもの意見を盲信するというのか。
甘い！甘すぎる！そんなことだから連中はドキュメントの整備をサボるのだ。
238:デフォルトの名無しさん
07/09/28 00:31:55
235 の補足。
＞テーブルによるメモリ使用量の増大
ペーパーでは組み込みなどのメモリに制限がある環境で困るという主旨だった。
そういやJ2MEはどうしてるんでしょうね。
＞・文字集合変換の問題
これは URLﾘﾝｸ(www.atmarkit.co.jp)
のような面倒ごとのこと。
＞・大文字集合に対応不能
文字鏡とかその類の話。研究者がRuby使えて嬉しいくらい。
まあUnicodeしか金輪際使わないならどっちいいだろうね。
239:デフォルトの名無しさん
07/09/28 00:32:13
>>235
本文よめねーよ畜生。なにがジャーナルだバカにしやがって。クソックソッ。
CSI だと減るのか？そりゃ EUC <-> Shift-JIS 単体なら EUC <-> Unicode <-> Shift-JIS よりは小さいだろうが、
CSI でも EUC <-> Shift-JIS と EUC <-> Unicode と Shift-JIS <-> Unicode を用意したら結局おなじでないの？
240:デフォルトの名無しさん
07/09/28 00:33:39
>>237
そうよ、俺は実は Ruby アンチではなく後方互換性主義者の工作員だったのだ。
大物を釣りあげるという任務に失敗した以上、俺はもう消えるしかない。
だが忘れるな！人が後方互換性を望む心は消える事はない！
Ruby にもっと後方互換性を！思い付きの API 変更反対！
241:デフォルトの名無しさん
07/09/28 00:41:35
>>236
どこがだｗｗｗ
242:デフォルトの名無しさん
07/09/28 00:42:43
信者はどうやらいっぱい湧いてるようなんだが、
Rubyの魅力は一つも伝わってこないな。
まぁ、つまりRubyの魅力というのは、信者「だけ」で構成された場でしか
出現できないモノなんだろう。
新興宗教の教祖様の「奇跡」が、ごく少数の信者しか居合わせていない状況でしか
起こらないのと同じだね。
243:デフォルトの名無しさん
07/09/28 00:43:22
で、どのセキュリティパッチを当てたらどんな仕様変更があってどう困ったの？
セキュリティパッチはできるだけ互換性を保つようにしてるんだから、それで仕様変更があって困ったといっているなら、ちゃんと情報共有しようや。
ありもしないことでアンチすんなよ。こういう仕様変更があって困ったとちゃんと出してくれよ。
244:デフォルトの名無しさん
07/09/28 00:45:56
あくまでそこから始めたいのかよ。
マジレスするなら、「情報共有」は本スレでやってくれ・・・てこれ言っちゃいけないのかな。
245:デフォルトの名無しさん
07/09/28 00:47:30
>>242
魅力語った信者が来たら
「信者がアンタスレでマンセーキモイｗｗｗ」と
一蹴すればよし、とｗｗｗ完璧な作戦ｗｗｗ
246:デフォルトの名無しさん
07/09/28 00:49:40
Ruby の「楽しさ」とは？
「楽しさ」とは、Matz が自分のプログラミング理論の研究を進めていく中で発見した、ごく微量のシンタックスシュガーに誘導された、
人間ばかりでなくすべての生物の細胞内にある自然な思考に近い表現をするプロウグラム言語です。
私たちのコンピュータシステムを構成する３分の２（約６０～７０％）が高水準言語で成り立っていることは有名です。
しかし、この「Ruby」は普通の高水準言語とは全く違います。「驚き最小化言語」すなわち、拒絶反応や拒否反応をおこさせない構文なのです。
例えば、Perl 製のものを普通にメンテナンスしていくと崩壊しますが、Ruby を使ったものはバグはでませんし性能も 1.9 からすごくなります。
247:デフォルトの名無しさん
07/09/28 00:52:01
うぇｗｗｗマンセーキモイｗｗｗ
これでいいですか？
248:デフォルトの名無しさん
07/09/28 00:52:38
未来からきました。
Ruby 1.9 に変更したら文字の扱いがかわっていて既存のスクリプトが動かなくなりました。過去のみなさん、なんとかしてください。
m17n 関連のドキュメントも不足しています。あとスレッドの生成が重くなっているようで困っています。
249:デフォルトの名無しさん
07/09/28 00:55:08
いや、>>246はアンチだろどうみても。
俺は信者だからつっこまないがな。
250:デフォルトの名無しさん
07/09/28 00:59:40
>>243
アンチが「>>248 を助けてあげて！今ならまだ間に会う！」とか言いだす前にやめとこうぜ。
251:デフォルトの名無しさん
07/09/28 01:05:36
>>248
1.8.7がしばらくメンテナンスされますので、1.8を使い続けてください。
252:デフォルトの名無しさん
07/09/28 01:11:22
>>244
なんでだよ、いろいろあって困ったんだろ？それをおしえてくれっていってるだけじゃん。
ここに書いてくれたら、本スレに転載するぐらいやるから。
別にアンチでも信者でもかまわんから、自分が言ったことには責任もてよ。
また「印象だけで叩きました」とか言い出すなよ。
253:196
07/09/28 01:39:06
>>222
ML で流れてましたよ。 ([ruby-dev:31690])
アンチなら ruby-{list,dev,core} あたりはきちんとチェックしておいた方がよろしいかと。
254:デフォルトの名無しさん
07/09/28 01:57:54
>>191
>アンチもある程度イメージでRuby嫌ったっていいと思う。
すげーなおい、イメージだけで叩くって、まるでTBSがやってるのと同じじゃん。
そうか、ここはそういうのが許されるスレだったのか。
じゃあおれもやってみるよ。>>191はうだつのあがらない40代、ハゲではないけど立派なメタボリック。
根拠はないけど、そんなイメージ！
255:デフォルトの名無しさん
07/09/28 02:00:07
>>254
「嫌う」と「叩く」の違いは分けろよ。
あと、叩く為の場所として（一応）ここがあるんだから、不愉快なら来るな。
あと、そろそろ寝ろ。
256:デフォルトの名無しさん
07/09/28 02:02:33
>>252
1.8.6にした途端スレッドが動かなくなったとか？
Dateのパースの仕様が変わって困ったとか？
そんな話がruby-coreで流れてたな。まあ252的には「藻前はそれで困ったの？
まさか伝聞じゃないよね？せめて10年使って出直して来いボケ」という話に
なるんだろうが。
257:デフォルトの名無しさん
07/09/28 02:50:48
>>255
叩くならちゃんと根拠を持って叩け。アンチかどうかに関係なく。
おまえらのはマスゴミと同じで、最初に結論ありきなんだよ。ねつ造すんな。
自分では大して困ってないことをさも大げさにいうのはみっともない。
258:デフォルトの名無しさん
07/09/28 03:06:16
>自分では大して困ってないことをさも大げさにいうのはみっともない。
例え事実でも、ユーザ以外が「Rubyは仕様が不安定」と言うのはNGでつか？
>ねつ造すんな
Rubyの公式メーリングリストから引っ張ってきた情報なんだが。
259:デフォルトの名無しさん
07/09/28 03:24:36
>>258
じゃあそのメールへのリンクを張れば？
Rubyは仕様変更が多すぎて困るといってるんだから、いろいろぶちあたってるんだろ。
それをだせといったら、おまえがだせという。バカじゃねーか？文句言ってるやつが出すのが筋だろ。
困るくらいたくさんあるんだろ？ねつ造といわれて怒るならさっさとだせよ。
260:デフォルトの名無しさん
07/09/28 08:03:18
これは一人でがんばってるのかな
261:デフォルトの名無しさん
07/09/28 09:54:42
>>164
ああ、これ酷いよね。
1.8.2あたりまではそのままだったのに、1.8.3あたりから
勝手に仕様変更。呆れたよ。
趣味ならともかく、よくこんなレベルでエンタープライズ云々
なんて話ができるもんだよｗｗｗ
262:デフォルトの名無しさん
07/09/28 12:54:57
Integer#sizeはねぇだろと思った
せめてbyte_sizeとかにするだろ
263:デフォルトの名無しさん
07/09/28 19:25:35
イテレータ、yieldがわかんね
264:デフォルトの名無しさん
07/09/28 20:37:58
おい >>196 よ。ふと思ったが、どこをチェックしてりゃいいんだ？ Matz 日記でいいのか？
265:デフォルトの名無しさん
07/09/28 21:14:08
このバカが！Pythonからやりなおしてこい！
266:デフォルトの名無しさん
07/09/29 20:18:31
>>264
いくらなんでもそのページからのリンクくらいは誰かが用意するだろう。
267:デフォルトの名無しさん
07/09/29 20:19:41
>>261
これって元の挙動がバグなのか今の挙動がバグなのかどちらかで「仕様変更」ではないんじゃないの？
どっちにしろクソであることに違いはないが。
268:デフォルトの名無しさん
07/09/29 23:34:33
今ある実装が仕様
269:デフォルトの名無しさん
07/09/30 00:26:19
おれが信じる仕様じゃねぇ、
Matzが信じる仕様でもねぇ、
お前が信じる仕様を信じろ！
お前はRubyだ、プログラミング言語Rubyだ！
270:デフォルトの名無しさん
07/09/30 12:28:52
>>268 それを公式な仕様とするのはいかがなものか。試験に「この機能はバージョン 1.8.x の仕様にあるか？」とか出るのか？
271:デフォルトの名無しさん
07/09/30 12:44:25
だから、他の実装(JRuby, IronRubyとか)が苦労するんだろ。
272:デフォルトの名無しさん
07/09/30 14:02:55
仕様決めは大変だし、やってて面白くないことなのは分かる。
だけど大変なことをサボって、楽しいことばっかやってる。
だから、Rubyコミュニティ以外からは、唯の趣味言語と見られるんだよ。
273:デフォルトの名無しさん
07/09/30 14:16:26
だけど作る側の楽しさを重視しているからこそ、どんどん他の言語の良いところを取り込むことができる。
そこは評価してるよ、俺は。だけど他の言語やそのコミュニティをバカにするのがムカつく。
274:デフォルトの名無しさん
07/09/30 14:30:51
Rubyの言語やコミュニティをバカにしてる人たちも沢山いるようだけど、それは？
275:デフォルトの名無しさん
07/09/30 15:20:58
>>273
Matzのことか?
276:デフォルトの名無しさん
07/09/30 15:26:06
>>274
愛が足りないから
277:デフォルトの名無しさん
07/09/30 15:55:00
>>274
お前、あほか？
パクって他言語のふんどしで相撲を取っておいしい目をみている本人が
パクり元を馬鹿にするのと、それとはレイヤーが違う。他の言語の作者が
Ruby独自の機能をパクっておきながらRubyを馬鹿にしているんなら別だが。
あ、Rubyにはオリジナリティなんかないから、パクること自体が無理か。
ってもMatzはあほだから、自分がパクったこと忘れて他言語はRubyの真似を
しているとか、だんだんRubyに近づいているとかいっちゃうんだよなー。これが。ｗｗｗｗ
278:デフォルトの名無しさん
07/09/30 16:10:38
>>277
なんで突然キレたの？
>お前、あほか？
俺はMatzじゃないんで、お前の言う「レイヤーが違う」わけだが、なんでバカにしてるの？
自己矛盾しすぎでしょ。
>パクり元を馬鹿にするのと、
はて、HSPだとか、PHPだとかを言語として見下している感は俺も感じるが、
「パクり元をバカに」してたことは無いと思うが、それは？
279:デフォルトの名無しさん
07/09/30 16:12:15
というか、「オリジナリティ」という言葉がプログラミング言語の世界においてどれだけ無意味かちゃんと勉強しよう。
280:デフォルトの名無しさん
07/09/30 16:35:41
IronRubyを実装するに仕様書おこしたんじゃなかったっけ？
公開されてないのかな。
2.0はそこから作りなおせばいいよもう。
281:デフォルトの名無しさん
07/09/30 16:59:48
>>280
以下の記事が正しいとすると、仕様書おこしたのはMatzじゃないんだよ。
URLﾘﾝｸ(www.atmarkit.co.jp)
仕様書が無かったことは、もっと恥と思って欲しいんだけどなー…
282:デフォルトの名無しさん
07/09/30 17:35:14
>>279
他言語からパクリまくってなんぼのRubyしか知らん信者がいかにもこねくりそうな屁理屈だ。
283:デフォルトの名無しさん
07/09/30 17:40:53
てかスレ分ける意味がわからん。
284:デフォルトの名無しさん
07/09/30 19:18:50
pythonも実装が仕様じゃなかったっけ？
285:デフォルトの名無しさん
07/09/30 19:20:35
matz は「ソースが仕様」な人だっけ。
286:デフォルトの名無しさん
07/09/30 19:24:56
バグも漏らさず載っている完全な仕様だとか。
287:デフォルトの名無しさん
07/09/30 20:47:04
流石にコンパイラや標準ライブラリのバグまでは載ってないと思うんだが。
288:デフォルトの名無しさん
07/09/30 20:57:33
ソースだけじゃ仕様なのかバグなのか判断できねー場合があるだろ。
289:デフォルトの名無しさん
07/09/30 20:59:06
まあ、さすがに「ソースが仕様」はネタだろうけどね。
290:デフォルトの名無しさん
07/09/30 22:03:25
>>288
ML で聞けば。
仕事で使ってる商用ソフトだって仕様が不明確な場合が多くて
よく開発元に問い合わせるけど。
291:デフォルトの名無しさん
07/09/30 23:28:43
>>284
ruby と一緒にするな
python はちゃんと仕様書がある
292:デフォルトの名無しさん
07/10/01 00:58:48
くそう m17n は結局動きなしかよ！いったい何処で何が進行してるんだ！俺はいったいどこに注目してればいいんだ！
293:デフォルトの名無しさん
07/10/01 01:52:13
>>292
[ruby-dev:31922]
294:デフォルトの名無しさん
07/10/01 20:19:02
Matz の脳内ダンプ待ちか。
295:デフォルトの名無しさん
07/10/01 20:49:59
>>282
例えば、Javaにオリジナリティは無いが、それは問題か？
296:デフォルトの名無しさん
07/10/01 20:57:28
Java 方面では
「HSP/PHP より Java のほうがあらゆる面で優れている」「なぜ HSP/PHP なんかをつかうのか？」「Python の self は気持わるい」
とか言うのは一般的じゃないから。
297:デフォルトの名無しさん
07/10/01 21:20:31
Javaの場合、比較対象がC++だろ
Java厨のC++見下しは見たことあるぞ
298:デフォルトの名無しさん
07/10/01 21:24:33
>>296
いや、言ってる人いるでしょ。なにいってんの。
299:デフォルトの名無しさん
07/10/01 21:32:17
一人もいないとは言ってネーヨ。Ruby は特にその傾向が強いといってるだけ。
300:デフォルトの名無しさん
07/10/01 21:50:03
お前･･･この板に一番多いスレはJavaだってことわかってんのか･･･。
そこらのスレ一通り覗いてから言え･･･。
301:デフォルトの名無しさん
07/10/01 22:03:14
というかアンチな意見に一般的もクソもないと思うが
302:デフォルトの名無しさん
07/10/01 22:03:29
>>296
「HSP/PHP より Java のほうがあらゆる面で優れている」「なぜ HSP/PHP なんかをつかうのか？」「Python の self は気持わるい」
とか言うのは一般的じゃないと、オリジナリティが無くても問題にならない、という主張かい。
じゃあ279はへ理屈じゃないということでいいんだよね。
303:デフォルトの名無しさん
07/10/02 04:43:30
734 名前: デフォルトの名無しさん Mail: 投稿日: 2007/10/01(月) 19:34:31
URLﾘﾝｸ(mput.dip.jp)
「お前ら！ミッションクリティカルな業務システムのメンテナンスも趣味（無料）でやれ！」
やっぱり仕事をした事の無いﾙﾋﾞ厨は無茶言うなぁ。
736 名前: デフォルトの名無しさん Mail: sage 投稿日: 2007/10/01(月) 21:06:37
つーかmputは仕事してるだろ。
737 名前: デフォルトの名無しさん Mail: 投稿日: 2007/10/01(月) 23:09:12
つうか、仕事としている連中からみりゃ、邪魔なんだよな。
なんでお前らこんなにサポート単価高いの？って突っ込まれるから。
ぶっちゃけ、価格破壊するな空気よめってことだよ。
そりゃ、mputが一人で喜んでやっている間はいいぜ？
だけどそれを他人が引き継げるのかよ。
ちゃんとできるってのは組織としての持続性があって初めて言えることなんだよ。
そういう周りのことが見えてないから馬鹿扱いされるんだろ。
304:デフォルトの名無しさん
07/10/02 06:30:30
ホントにこっちにもってきやがったｗ
とりあえず、mputのサイトは右上の「トップ」へのリンクミスを修正してから
趣味のメンテについて語って欲しいと思った。
305:デフォルトの名無しさん
07/10/02 07:48:56
つうか「エンタープライズ」のサポートはやってねぇだろ。
奴らな好きな時に好きなコードを保守してるだけで。
仕事じゃまず保守するコードを選べない。見たら一瞬で嫌いになるようなド汚ねぇクソコードがくる場合もある。
で、クレームがきたら速攻で直し、障害なら時間制限付きで取り組み、引き継ぎ用の仕様や報告書、品質見解なんかを出す。
しかも全部自分の責任を賭けて、だ。
好きなコードを時間制限も責任もなくいじくってるだけ、嫌な資料は作らない、なんてのと比較すること自体が間違っている。
306:デフォルトの名無しさん
07/10/02 17:26:19
しかし、どれだけ読んでも、
「お前ら！ミッションクリティカルな業務システムのメンテナンスも趣味（無料）でやれ！」
とは書いてないんだよなあ。
書いてあることは、
・趣味のメンテナンスは不可能なことではない
・もちろん、現状の趣味メンテはクソ
・でも、だから「できない」ということではない
・だから頭ごなしに趣味メンテを否定すんな
ということだろ。
307:デフォルトの名無しさん
07/10/02 21:32:18
>>305
そりゃ仕事なら金もらってやってるんだから責任も発生するよね。
308:デフォルトの名無しさん
07/10/02 21:36:27
責任を持ってもらえない保守なんてアテにできません、ていうのはむしろ正常な判断だと思うんだが。
mputさんが何を言いたいのかがよくわからない。
いや、そりゃできるだろうよ、その人がやる気になってる間は。ただ、やる気無くなったらやらない、て
言ってるのと同義じゃないかな、と思った。
んで、上記の感想からは、「趣味のメンテナンス」は、不可能ではないだろうが現実的ではない、と。
この視点はあるのかな？mputさんは。
309:デフォルトの名無しさん
07/10/02 22:18:50
趣味だから責任を持たない、なんてことはなくて、趣味でも責任を持ってやる、
ということもありえる、と言いたいのかもなあ。
しかし保守をしてもらう側からすれば、金払って契約という形で縛らないと
安心できないよな。
310:デフォルトの名無しさん
07/10/02 22:51:04
ショーヘイ･･･
311:デフォルトの名無しさん
07/10/02 22:58:23
>>309
趣味ってのはモチベーションが多分に重要になってくるわけで、意欲が下がっているときに
責任を持ってというのは、趣味の範囲を超えてしまい、つらい。
と、むかしとあるフリーソフトを作っていた俺が言ってみる。
312:デフォルトの名無しさん
07/10/02 23:07:43
rubyのエンタープライズ向けサポートが仕事になる（ちゃんと食える）日は来るのかね...
こないよなぁ。
313:デフォルトの名無しさん
07/10/02 23:09:27
もうすぐ50倍高速化されるからC/C++/Javaを駆逐する日は近いね。
314:デフォルトの名無しさん
07/10/02 23:12:41
1.9の展開がどうなるのか不明な現時点ではまず無理だろうと言ってみる。
WEBアプリ用途なら無視できないCGI、セッション関連での手当が薄すぎるような気もする。
やはりしばらくは個人的な用途に限定されるのではないかと思う。
MovableTypeみたいなキラーアプリが出れば別だが・・・。
みんな商売としてやろうとしていないので多分それも無理。
いいとこ、プロトタイプ職人、くらいじゃないのかな。食い扶持としては。
315:デフォルトの名無しさん
07/10/02 23:20:51
>>314
Webアプリ用途ならそれこそRailsがあるから標準のライブラリなんてどうでもいいんじゃねーの？
MovableTypeはMovableTypeを売ってる奴が商売してるだけで、MovableTypeの存在によって他の誰かが商売できてるわけじゃないでしょ。
理屈としては、例えば、エンタープライズでRails使ったWebサービスが提供されて、それをサポートするビジネスが成立する、という未来はありえる。
ま、ありえるだけで、実際にそういうビジネスが例えばJavaみたいに普通になるか、というと、そうならないと俺も思うが。
316:デフォルトの名無しさん
07/10/02 23:31:30
えっと、MT使った（まあコスイけど）商売って結構あるよ。また、それがperlで書いてあるっていう部分で
perlerの需要があるのも確かだし・・・。まあ、Javaみたいにとかいうとそれは違うのは同意だけど。
317:デフォルトの名無しさん
07/10/02 23:37:46
MovableType ベースの商用ブログサービスを知らないとは…
そういや tDiary ベースの商用サービスってあるの？
318:デフォルトの名無しさん
07/10/03 07:20:59
>>313
その比較対象だと、単体では勝てたとしても、
マルチコアでスケールしないとか言われちゃうから、
比較しちゃ駄目。
Tclみたいに、スレッドごとにインタプリタが作れればいいと思うよ。
319:デフォルトの名無しさん
07/10/03 14:38:52
そもそも50倍高速化されれば他の言語の上に立てるのか？というと
微妙なところだ
320:デフォルトの名無しさん
07/10/03 15:04:54
速けりゃ上っつーんならアセンブラでガリガリ書いてろということで
321:デフォルトの名無しさん
07/10/03 22:54:30
一般人と強いて違うところをあげるとすればRubyistに興味があるってとこカナ
そんなわけでRuby試験のある松江へとやって来たのだ。
「…。」
ふと見ると、ベンチに一人の若い男が座っていた。
（ウホッ！いいRubyist…）
そう思っていると、突然その男は私の見ている目の前でツナギのホックをはずしはじめたのだ…！
ジジー……
(省略されました。全てを読むにはワッフルワッフルと書き込んでください)
322:デフォルトの名無しさん
07/10/03 22:58:44
>>321
誤爆なのか、そうじゃないのか、はっきりしろw
323:デフォルトの名無しさん
07/10/03 23:00:41
>>321
大丈夫、俺たちはこっちもみてるから。
324:デフォルトの名無しさん
07/10/03 23:15:50
>>321
ワッフルワッフル
325:デフォルトの名無しさん
07/10/03 23:20:40
321.delete?
326:デフォルトの名無しさん
07/10/04 00:02:26
松江かぁ。"国産"言語らしいローカルさだな。
Ruby って典型的な日本の発明だよな。
Perl の改良として既に広まっていた Python ではなくあえて
別物を再発明。国際語の英語も一部つかっているけど情報は
日本語で鎖国状態。
で、今は妙に外国から高評価を受け舞い上がってるところ。
327:デフォルトの名無しさん
07/10/04 00:12:57
PythonはPerlの改良というよりアンチPerlという気がするが
328:デフォルトの名無しさん
07/10/04 00:22:48
国産らしいっていうのは、やっぱり色々なものを集めて「改良した」
ってところだよね。日本人の得意分野だ。
329:デフォルトの名無しさん
07/10/04 00:30:17
「やらないか？」
そういえばここはRuby試験会場として有名になったところだった
Rubyistに弱い僕は誘われるままホイホイと会場についていっちゃったのだ
ちょっとワルっぽいWeb2.0開発者で阿部高和と名乗った
「よかったのかホイホイ受けにきて？俺はノンケだってかまわないで喰っちまうんだぜ」
「試験は初めてだけどいいんです… 僕Ruby好きですから」
「うれしいこと言ってくれるじゃないの。それじゃあ とことんよろこばせてやるからな」
言葉通りに彼はすばらしいテクニシャンだった
僕はというと正規表現の快感に身を震わせて悶えていた
し か し そ の 時 予 期 せ ぬ 出 来 事 が
330:デフォルトの名無しさん
07/10/04 00:34:27
>正規表現の快感に身を震わせて
これから正規表現使うたびに思い出して吹くじゃないか
どうしてくれる
331:デフォルトの名無しさん
07/10/04 00:37:39
>>329
ワッフルワッフル
332:デフォルトの名無しさん
07/10/04 09:44:01
>>329
ワッフルワッフル
333:デフォルトの名無しさん
07/10/04 21:02:31
>>326
Ruby の開発が始まった 10 数年前に Python がすでに広まっていたと？
334:デフォルトの名無しさん
07/10/04 22:15:19
Python1.5が1998年の2月だから、10年前ならまあそれなりに使われてた。
まあ、Perlの代わりとしてって感じは、それほどなかったと思う。
さすがに、10数年前だと微妙。
1.5より前だと、日本ではあんまり情報がなかったね。
335:デフォルトの名無しさん
07/10/05 01:13:08
> Perl の改良として既に広まっていた Python ではなくあえて
> 別物を再発明
これは別にいいじゃん。みんなやってること。Rubyが広まったのは
やっぱり日本語の文字コードをネイティブに扱えたことも大きいよ。
336:デフォルトの名無しさん
07/10/06 02:34:44
むしろ Python は Perl とは別物で
Ruby の方が Perl の改良って気が強いと思うんだが。
337:デフォルトの名無しさん
07/10/06 03:26:56
結局は広まらせたほうが勝ちってことだわ。
アメリカなんか自国版のキリスト教まで発明して広めてんだから凄いよ。
338:デフォルトの名無しさん
07/10/06 10:23:06
再発明してもいいけど日本に閉じ込もってる感じが嫌。
グローバルな感じはしない。
339:デフォルトの名無しさん
07/10/06 10:49:23
感じで批判というのもアホっぽいな
340:デフォルトの名無しさん
07/10/06 11:54:11
むしろ、感じを述べているだけなのに批判として読むのがアホっぽい。
341:デフォルトの名無しさん
07/10/06 11:55:41
>>338
日本生まれのソフトウェアの中では海外で使われている方だと思うけど。
他に何か思いつく？
342:デフォルトの名無しさん
07/10/06 17:33:32
>>341
Grub,global,lv,sl,uimとかかなー？
日本語関係ないやつで他にどんなのが有名なんだろ？
343:デフォルトの名無しさん
07/10/06 21:20:07
slかよ
344:デフォルトの名無しさん
07/10/06 21:24:10
国際開発の時代に日本産とかこだわってもな・・・
日本人が（メインで）開発に携わってるってのならProjectLookingGlassとか。portupgladeとか。
あとgitのメンテナとか（日系だっけ？）有名だと思う。
そういやdvipdfmxは開発が韓国人なんだよね。韓国でOSSは珍しいね（あの国はMSべったりだから）。
345:デフォルトの名無しさん
07/10/06 22:27:43
>>338
日本に閉じこもってる人間は、日本以外を知らんからそう感じると思うが、
お前はｸﾞﾛｰﾊﾞﾙな感じがする人間なの？
346:デフォルトの名無しさん
07/10/06 23:48:03
「うっ…パッチが出、出そう」
「ん？もうかい？以外に早いんだな」
「ち、ちがう……実はさっきから仕様変更がしたかったんです……くぅ」
「そうか……いい事思いついた。おまえ俺のケツの中にコミットしろ」
「えーっ？？おしりの中へですかァ？」
「Rubyは度胸！何でも試してみるのさ。きっといい気持ちだぜ
ほら、遠慮しないで入れてみろよ」
彼はそういうと素肌にまとったツナギを脱ぎ捨てて逞しい安定版ブランチを僕の前に突き出した。
自分の安定版ブランチの中にコミットさせるなんて、なんて人なんだろう……
しかし彼の堅く引き締まったブランチをみているうちにそんな変態じみたことを試してみたい欲望が…
347:デフォルトの名無しさん
07/10/06 23:56:42
「それじゃ……やります……」
クン…ズ！ズズ！ニュグ！
「は…はいりました…」
「ああ……次はリリースだ」
「それじゃ出します…くぅ気持ちいい ああ―っ！！」
「この分だと相当我慢してたみたいだな。後方互換性がズタズタだぜ
はっはっ どうしたい？」
「あんまり気持ちよくて……こんなことしたの初めてだから……」
「だろうな。俺も初めてだよ。ところで俺の1.9ブランチを見てくれ。こいつをどう思う？」
「すごく……
非互換です……」
348:デフォルトの名無しさん
07/10/07 00:45:26
fukaku nimo fuita w
349:デフォルトの名無しさん
07/10/07 02:39:18
新手のアンチだな…
350:デフォルトの名無しさん
07/10/07 09:28:44
おもしろいじゃないか
351:デフォルトの名無しさん
07/10/07 12:09:58
つ URLﾘﾝｸ(www.rubyist.net)
つ URLﾘﾝｸ(www.nabble.com)
m17nの詳細は頭の中にあるからダンプするだけじゃなかったの？
352:デフォルトの名無しさん
07/10/07 12:29:09
「だけ」とどこに書いてるの？
353:デフォルトの名無しさん
07/10/08 13:36:10
>>346-347
Javaティー吹いた
354:デフォルトの名無しさん
07/10/09 16:15:16
まだ日経 Linux の原稿とやらに圧倒されていらしゃるのでしょうか？
355:デフォルトの名無しさん
07/10/10 09:31:15
圧倒的じゃないか、我が原稿は。
356:デフォルトの名無しさん
07/10/10 16:30:16
まだ出てこないのかよ。 M17N なんてやめちまえ。
357:デフォルトの名無しさん
07/10/10 20:33:16
いきなり JRuby と袂を分かつ設計って素敵。
358:デフォルトの名無しさん
07/10/11 01:36:57
もうUCS4そのままでいいよ
359:デフォルトの名無しさん
07/10/11 20:12:03
ツールを選ぶコツ：Rubyで書かれているかどうか、それが重要だ。
360:デフォルトの名無しさん
07/10/11 21:05:16
このスレ的にはRubyで書かれてない方を選ぶわけだな
361:デフォルトの名無しさん
07/10/11 21:07:45
それはあえて言わなくてもっていう、なんだか大人げないというか何というか。
362:デフォルトの名無しさん
07/10/11 22:42:15
７割が知っているが45%は使えないと思っている言語。それがRuby。
363:デフォルトの名無しさん
07/10/11 22:43:38
makeでいいじゃんて用途までra○eを使うのやめれ
364:デフォルトの名無しさん
07/10/11 23:01:32
make loveでいいのにrapeすんな、と
365:デフォルトの名無しさん
07/10/11 23:03:47
>>364 が寒すぎる件について
366:デフォルトの名無しさん
07/10/12 16:53:10
>>365
愛想で良いから笑ってあげて。
367:デフォルトの名無しさん
07/10/12 18:19:16
【審議中】
|∧∧| （( ) ） （( ) ） （(⌒ ）
＿＿(；ﾟДﾟ)＿__ （( ) ） （( ⌒ ） （( ) ）
| ⊂l l⊃| ノ火.,､ ノ人., ､ ノ人.,､
￣￣|.|. .||￣￣ γﾉ）::） γﾉ）::） γﾉ）::）
|.|=.=.|| ゝ人ﾉ ゝ火ﾉ ゝ人ﾉ
|∪∪| ||∧,,∧ ||∧,,∧ || ﾎﾞｫｵ
| | ∧ (´・ω・) (・ω・｀) ∧∧
| | ( ´・ω) Ｕ) ( つと ﾉ(ω・｀ )
~~~~~~~~ ｜ Ｕ ( ´・) (・｀ ). .と ﾉ
ｕ-ｕ （ ) ( ﾉ u-ｕ
`ｕ-ｕ'. `ｕ-u'
368:デフォルトの名無しさん
07/10/12 20:38:53
言語を拡張したくなる衝動に関して
URLﾘﾝｸ(satoshi.blogs.com)
誰かRubyのNilクラスの設計がおかしいことを教えてやれよｗ
369:デフォルトの名無しさん
07/10/12 21:09:32
組み込みライブラリの設計はNil以外も結構破綻してるよｗ
370:デフォルトの名無しさん
07/10/12 21:22:58
この場合は空リスト(長さゼロの配列)返す方が自然じゃないか？
ていうかあえて Nil を返す心意気が理解できん。
371:デフォルトの名無しさん
07/10/12 21:28:10
>>368
具体的にどうおかしいのか言ってみろよｗ