Rubyについて（アンチ専用） Part001

Rubyについて（アンチ ..

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
具体的にどうおかしいのか言ってみろよｗ

372:デフォルトの名無しさん
07/10/12 21:32:37
いや、未定義にしといて、事故といつわってPerlやPythonのインタプリタをRubyに置き換えるべきだ。

373:デフォルトの名無しさん
07/10/12 22:36:32
>>371
nil.to_s が何を返すかについての不毛な議論を知らないの？
nil クラスの存在がまともじゃないから、あんな議論になるんだろｗ

374:デフォルトの名無しさん
07/10/12 22:55:31
あ？どっかにまとまってんのかよ？まさか ML でウジウジやっただけか？
まとまった情報だせやクソ信者が！

375:デフォルトの名無しさん
07/10/12 23:01:43
>>368みたいなのってブロックに後置if(unless)付けたくなるんだけど、やっぱ見づらい？

376:デフォルトの名無しさん
07/10/13 03:13:59
nilってboolにするとfalse？

377:デフォルトの名無しさん
07/10/13 04:05:13
Rubyのリファレンスマニュアルは何でどうでもいいようなことだけ充実しているの？
まあリファレンスマニュアルがWikiベースという時点で馬鹿げてると思うけどｗｗｗ

378:デフォルトの名無しさん
07/10/13 07:43:24
>>376
RubyリファレンスWikiｗによるとそうだよ。
ちなみにnil.nil?はtrue、nil.to_iは0、nil.to_fは0.0、
nil.to_aは空の配列だ！

>>377
あれはPerlのノリを真似てるのかね？
用語集とか超下らないんだけど。

379:デフォルトの名無しさん
07/10/13 10:09:00
>Rubyのリファレンスマニュアルは何でどうでもいいようなことだけ充実しているの？
確かにｗ

あれはWikiベースだからというより
不特定多数に編集を任せているからこその弊害だな

380:デフォルトの名無しさん
07/10/15 15:17:29
> nil.to_aは空の配列だ！
その場合、368 の例だと

> r.each { |sock|
この部分で r が配列コンテキストで評価されて
空配列だから loop 実行せず、
てな具合にならんの？
Ruby 詳しくないので純粋に聞いてるだけなんだが。

381:デフォルトの名無しさん
07/10/15 16:02:06
>>380
Perl ではないので「コンテキスト」なんて無いです。
それで、 r が nil の場合、
nil には each が定義されてないので NoMethodError になります。

382:デフォルトの名無しさん
07/10/15 16:29:46
意図しないものに変換・評価されてしまうよりも、安全ちゃ安全ですね。

とは言え IO.select が空配列を返せば良いだけのような。
指定時間内にレディになったIOは0個でした、で意味的にも悪くないし。

空配列にせずあえて nil にした理由が知りたいです。

383:デフォルトの名無しさん
07/10/15 16:55:39
なんで nil にしたかはよくわかんないけど、
逆に、 timeout かどうかチェックするのに
if r.empty? and w.empty? and e.empty?
とかしなきゃいけなくなるのはちょっとイヤな気がする。

件の例に限って言うと、 nil.each を再定義するよりは、
timeout で空配列を返すような IO::select の wrapper メソッドを作る方が良いと思う。

384:デフォルトの名無しさん
07/10/15 19:14:35
なんだかんだで、その辺の使い勝手については、Perlはやっぱりよく考えられているような気もする。
多分、if などの条件判断で使うことを重視してる？
Rubyはむしろ型を重視？
（Rubyは nil, false と 0, "", 空配列を意識して書くことが作成者側の意図？）

Perlの場合、とにかくそのまま条件判断に使えるのが素敵かも。
undef => 偽
空文字 => 偽
0 => 偽
空配列 => スカラーコンテキストで 0 => 偽

Perlのなんというか哲学を感じる。形だけまねたPHPは、もうぐちゃぐちゃだけど。

Rubyは違う視点から構築してるんだろうから、比べるのもおかしいのかもしれないけど、
使い勝手、という点でいろいろ考察はしっかりしてほしいとも思う。
とくに、メソッドを書いてて、何を返せばいいのか、ていうところで迷う。
false？ nil？空配列？・・・etc....
コンテキスト、てやっぱり偉大じゃね？

385:デフォルトの名無しさん
07/10/15 19:34:51
>>384
オレ勉強始めたばっかりだけど0＝偽じゃないなのはありがたい。
戻り値を配列の添え字に使いたい時など正しい値として0を返したい場合とか。
逆にPHP(Perlも？)で正・負・零、全ての数字が正しい場合の戻り値で悩んだ。

386:デフォルトの名無しさん
07/10/15 19:43:47
Rubyの場合は、多分「正しくない」（もしくは「解なし」）って場合はすべて nil を返しておけばいいのかな。
そうすれば、 nil? で戻り値の判別はできる。
ただ、その中で false を返されるといやーん、て感じか？

その前に、不正な結果が出た場合は、すべて例外を起こすべきなのか？
俺も勉強し始めだけど、解らん・・・まあセンス無いと言われればそれまでだけど。

こういうのは言うまでもなくガイドラインや意思統一があると思っていいのかな。
そういうところをわかりやすく、ってのが今の本音だ。Rubyわかんねぇ。

387:デフォルトの名無しさん
07/10/15 20:32:31
文字列 "0" を真偽値で評価するとどうだったっけ
な状態に陥るので、Perl のやり方も良かれ悪しかれかな。

個人的には型マンセーだから
真偽値返す式を強制する言語の方が好き。
(C/C++ よりも Java/C# 的な形式。)

388:デフォルトの名無しさん
07/10/15 21:19:24
>>386
正しくない場合はfalse、解なしの場合はnilを返して
Object#nil?は極力使わないようにするのがRuby的には正しい

例外は俺もよく分かってない（Rubyに限定される話じゃないし）
そのプログラムの用途とか、使う範囲にもよる
ただ少なくとも、あれもこれもという感じで乱用はしない。普通は返り値でどうにかする

389:デフォルトの名無しさん
07/10/15 21:26:54
例外は値ではなく状態。nullは真か偽か分からない値。

390:デフォルトの名無しさん
07/10/15 21:33:40
真偽値判定は、
if value then
unless value then
を使っていればいいと思う。nilでもfalseでもOK。

391:デフォルトの名無しさん
07/10/15 21:53:18
つーか、絶望的に応用力が無いな…

r.to_a..each { |sock|

とするだけでrがnilでも配列でも動くだろ…

392:デフォルトの名無しさん
07/10/15 22:19:55
というか初心者スレにごあんなーいでいいんじゃないかとｗ
アンチ？

393:デフォルトの名無しさん
07/10/15 22:49:16
一見初心者っぽい質問をして、回答のあらを探してニヤニヤする新手のアンチなんだ。

394:デフォルトの名無しさん
07/10/15 23:30:39
>>391
そんなコードが応用力の効いたRubyコードなの？
最悪。
ほんと構文糖衣「だけ」の言語だなｗ

395:デフォルトの名無しさん
07/10/16 05:11:41
Perl のコンテキストは嫌いだなあ。配列がスカラーコンテキストだと要素数だったりとかハァ？と思った。
重箱の隅をつついたようなコード書かないと長くなったりとかするのも嫌い。

Ruby は nil の扱いとか to_s と inspect の違いとか
条件分岐内での未代入の変数の扱いとか Symbol とか
変なところで matz がワガママ通そうとするんだよなぁ。
あの駄々っ子どうにかしないと、どんどん腐りそうだよ。

396:デフォルトの名無しさん
07/10/16 08:17:41
>>394
お前、やっぱり構文糖衣の意味が判って無いだろ。

397:デフォルトの名無しさん
07/10/16 10:18:52
394 はおかしいけど
391 のコードもそれでいいのかって思わないのか？
ライブラリが空配列返した方がシンプルじゃん。

398:デフォルトの名無しさん
07/10/16 10:43:12
>>391 を真に受けてレスしてる時点で >>394=397 はおかしい。

次ページ