1 :
デフォルトの名無しさん :
2006/05/18(木) 05:31:55
2
3get python
【重要】 MWやomotiなどの変な人を叩くのはスレ的にOKですが、Matzなど偉い人 叩きはスレ違いです。 また、MW鯖が重いことを批判するのは、このスレの範囲内です。 しかし、Rubyist鯖が、カルト団体の宣伝に利用されていることについ ては、スレ違いです。
>7 本来、個人叩きも宗教の話もスレ違い。 ただ、普段はそんなに長いこと同じ話でループしないから 誰も一々言わないだけ。
MWやomotiなどの変な人を叩くのはスレ的にOKです
MoonWolf
>>9 MW叩き見たこと無いけど…
モルモン位にループしててスレ違いって言われなかったって事?
それだったら漏れ的には不思議だわ〜
>13 上段はあった。どの辺が叩かれてたん? 下段は > ウィキペディアには現在この名前の項目はありません。
Part11後半とPart12はMWの話題ばっかり、 Part13はスレタイまでMWでMWの話題は相変わらず多く、 Part14以降沈静化するがPart17あたりまで定期的に続く。 以降は当時の事知ってる香具師がふとネタにするだけ。
Part 20 の 1146575324/652 はそう言うことだったのね。 当時はあまりRubyスレ見てなかったが、漏れ居たら間違いなく愚痴ってるなw
すぐに「誰も」とか「みんな」とか使いたがる、自分が正しい誇大妄想 野郎で、知ったかぶりの自治厨しかいない件について
すぐに「すぐに」とか「しかいない」とか使いたがる、自分が正しい誇大妄想 野郎で、知ったかぶりの自治厨しかいない件について
21消費するまで使用禁止 ******** 糸冬 了 ********
23 :
Ruby on Rails :2006/05/20(土) 13:21:34
24 :
デフォルトの名無しさん :2006/05/20(土) 14:39:00
eval.e 今日気づいたよ…orz 半年も放置なんて、ソースなんて(coreなメンバー以外)誰も読んでないって証拠か。
>>25 ということにしたいのですか?
正直何の話かわからないんですが。
>>26 ああいい加減でごめん。て話題自体がいい加減すぎるな orz
ruby_1_8で `head -3 eval.c | tail -1` どぞ。
1.616.2.146 (akr 29-Dec-05): eval.e -
Ken Thompson が UNIX にバックドア仕込んでた話を思い出した。 もしかして、わざと?
30 :
デフォルトの名無しさん :2006/06/06(火) 18:20:36
RubyからMySQLを使いたくて 拡張ライブラリRuby/MySQLをインストールしたつもりなのですが うまく動きません。 Client does not support authentication protocol requested by server; consider upgrading MySQL client (Mysql::Error) MySQLの設定がおかしいのでしょうか? どなたかHelp please
>>30 俺も Rails で似たようなのではまった。
/etc/my.cnf で old_passwords=1 を追加だかコメントアウトだかするんじゃなかったかな。
32 :
デフォルトの名無しさん :2006/06/06(火) 23:29:49
/etc/my.cnfってファイルがないんですけど... ちなみに Ruby1.8.0 MySQL5.0 ruby-mysql-0.2.6 です
つーかバージョンだけ書かれても WinかUnixかとか、WinならCygwinかASRかとか書かないと 環境さっぱりわからんやん それと、このスレまだ稼動してないから Part21の方に書きなよ
34 :
デフォルトの名無しさん :2006/06/07(水) 06:09:05
失礼しました 書き直します
35 :
デフォルトの名無しさん :2006/06/20(火) 13:23:28
age
36 :
デフォルトの名無しさん :2006/07/24(月) 23:05:27
rubyでメソッドにannotationつける拡張ってあるのかな、と思い、 ぐぐってみた。 google→ ruby annotate (X)HTMLのルビ拡張しか引っかかりませんorz
38 :
デフォルトの名無しさん :2006/08/01(火) 17:12:38
何か書けよ!
何か
天才
バカばっか!
いいえ阿呆です
雑誌にRubyの記事書いてる人たちがことごとくきもいのは仕様ですか
いいえ。記事を書いている人に限りません。
読んでる私たちもことごとくきもいというわけですね。納得です。
>>44 マジレスすると、
昔から、時代を先取りして新しいことをやっている奴らは
たいていキモく見える。昔のMIT AIラボのハッカーとかそうだろ。
いや、単純に世の中の大半の人間がキモいってだけの話だと思うが
キモかっこいい
50 :
44 :2006/08/03(木) 00:58:40
なるほど!、目からうろこが落ちました 時代を先取りした天才ハッカーをきもいと思ってしまうなんて 情けないやら、恥ずかしいやら、穴があったら入りたい気持ちで一杯です 改めて、素直な気持ちでオープンソースマガジンと日経ソフトウェアを読み返してみました キモ・・・
マの半数はキモイ。 だが、世の中の半数はそもそもキモイ。
世の中の半数=マ
>>47 おいおい。Ruby 使いが自慢げに語っていることは、たいていは数年から十数年、ひどいものだと
二、三十年の後追いだぜ…。よく恥ずかしげもなく「時代を先取り」とか…。こういうアホさ加減が、
Ruby 使いとか作っている教祖の愛すべきところだけどな。
>>53 マジレスすると、Rubyの言語設計の詳細をプレゼンする度に、後追いだというのを教祖は何度も認めている。
日記から辿れるスライド参照。
こっからは直に聞いた言葉だけど「Rubyはまったく『新しいもの』ではなく、評価されるとしたらそれは
『組み合わせの妙』くらいなものだろう」って。
# ていうか
>>53 氏はそのあたりのこと分かってると推測。分かってないのは上記を知らないアフォな新興Ruby使い。
## 「教祖様のスライドなんざ見てる暇ねぇ」っていうのが落ちだとは思うんだけど、
## アンチ(俺脳内)教祖になりたくなかったら短くまとまってる資料なのでお勧め > スライド
でもその「既存の機能と価値観の組み合わせ」が、それらの起源を知らない人たち、さらに知っていても
その組み合わせ方を思いつかなかった人たちにとっては十分に「新しく」見えるということじゃまいか。
それが転じてRuby独自な価値観を生み出していたりもする(イテレータ転じてブロック付きメソッドとか)。
ウザイだろうからここらへんで。長文スマソ。
まとめて使いよく実行可能にしたことは十二分に新規性があると思うけどね そんなに「一般的になっている」ならそれを生かした実装がありふれてないのはなぜかと
イテレータ転じてブロック付きメソッドとかってsmalltalkにあるんじゃ・・・
57 :
54 :2006/08/03(木) 11:50:59
>>56 ごめん、Smalltalk知らないんでググったんだけど、分からなかったので書いてしまった。
コンテナなどに対する「反復子」という意味以外での使われかたって、もうSmalltalkの時点であったのかな?
Rubyのそれは、ご存知の通り「繰り返しを表現」とは限らないという意味で新規性があると思って、
「転じて」と書いてしまった。
Objective-Cにもあるような
Block Closure のことかな
>>54 マジレスすると、教祖が「後追い」を認めるのは、聞き手、読み手をだませないと観念したとき。
たいていは、Ruby が最初とまではいわなくても、その香りを漂わせてミスリードをもくろむのがデフォ。
だから、Ruby 使いが、自慢げに Ruby の機能を新奇だと語りたくなるのも情状酌量の余地はある…。
もっとも、教祖の言うこと鵜呑みで、簡単に騙される方がわるいっちゃあ、それまでだけど。
>>58 Objective-C にはブロック(クロージャ)はないよ。
foreach (ry
今時ruby叩きかよ・・・。 何年後追いしてんだよ・・・
5年前がピークだったかな?
>>54 クロージャーもリフレクションも昔からあるじゃん、と思う人は
CLOSやらHaskellやら好きなの使ってればよろしい。
Rubyそのものが新しいんじゃなくて、Railsに見られるような
パッケージングの妙味、バランスのよさが新しいんだろ。
そこは充分賞賛に値すると思うが。
計算機科学の分野では、しばしば量が質を左右するのだから。
フォートランがしぶといのと似たような理由だな
計算機科学とか片腹痛いんですけどw
片腹痛いとか片腹痛いんですけどw
オウム返し(笑)
片腹痛い(笑)
ruby厨の言うことは妙味とかバランスとかマカのそれを彷彿とさせるよな…。 ま、パクっといてそのプライオリティを主張するようなバカなことがなきゃ それでいいよ。matzもアポも。 って、py3kはrubyに近づくって?あほか。厚顔無恥もたいがいにせーよ…。
>>73 >ま、パクっといてそのプライオリティを主張するようなバカなことがなきゃ
むじゅーん
>って、py3kはrubyに近づくって?あほか。厚顔無恥もたいがいにせーよ…。
X地点に存在する言語があり、 それをR言語が参考にしてその地点まで移動した。 P言語も何を参考にしたかは分からないがX地点を目指した。 R言語の立場からしたら、P言語が近づいてきてる、は単純な事実でしょ。 何でこんなことで噛み付く奴がいるのかわからない。 ・・・Pyスレ見に行ったら何か沢山いるw
それぞれの言語がいろんな言語、意見のいいところを取り入れつつ進化していて PとかRとか目玉焼きに醤油かけるかソースかけるかぐらいの違いしかないのに 普段はRなんてたいしたことないんですよ。バランスなんですよ。なんて言いつつ おもむろに、近付いてきてますね、とか言っちゃう言語オタキモい。 かつて某Lオタがすべての言語はLに向かうなんつったりもしたが 数年後には受け入れられるLことRの信者がすべての言語はRに向かうと言い出すのだろうか。
羽で撫でるような煽り(
>>44 )からここまで引っ張るお前らが好きだ。
>>75 は、たまたまオマエの後ろに知り合いがいるのを見つけて、
オマエのほうへ手を振りながら近づいてくる他人に、満面の笑みで
応えてしまう失敗をしょっちゅう犯していないか?
閑散としてたからな。お手頃な燃料。
てゆーかさ、Part 21を埋めてからこっち使おうや。
Rubyのライブラリなんか弱くねえ? いや、一通りは揃ってるんだけどさ。 現場での鍛えられ方が足りないみたいな。 他の言語のやつに比べるとさ。
具体的にどうぞ
zlibにmemgunzipが欲しい いちいちtmpファイルに保存して読み込むのメンドクセー
ぽかーん
錬金3級
黄色わんこ!黄色わんこ!
>>81 標準添付ライブラリくらい、マニュアルを統一してくれ。
作者のページとかに飛ばされるのは勘弁。
メールの添付ファイルの処理できんので自分でMIME調べた。 Perlならライブラリがあったのだが
rubyにもあるけどな
摂理の広告塔は週刊誌で叩かれていますが、モルモン教の広告塔が叩かれる のは、まだですか?
>>83 StringIO使え。以上。
つーかすべての組合せを提供してもわらないと応用もできんのか?
Railsポッドキャストに修吾先生が!
Railsのポッドキャストなんてあるの?
txs
質問させてください。 fxrubyのFxTextを使ってtailみたいにログを監視するプログラム作ってます。 ログの結果をappendTextで表示するのまでは出来たんですが、出力の 最下行を表示する方法がわかりません。どんな命令使えばいいんでしょうか。
だれかDrSchemeみたいなのつくって。
MacOS 10.5でRuby on Railsサポート
>>102 WWDC2006?
とりあえずサイトでは見つけられず。
Beyondがカルト信者と、普通に会話してるぞ
見た感じServer版だけかな。
Wiki見ると、クライアント版もぽいな。
Vistaにはのらんの?
Xcode 3.0落としてみるわ。
hai hai
その記事、ユーザーランドにFreeBSDってあるけど、正しいの?
mycomの記事を鵜呑みにしちゃいけません。
後藤大地ね。 Haskellを、Rubyと並べて「動的な言語」と書いたことあるよ。
まぁでも OSX の UNIX コマンド系は基本的に FreeBSD 由来だよ。
まあ意図したいことはわからんでもない
全文において「おいて」が5箇所にわたって使われており、同氏の文章の下手さが伺える。
ruby -e "i=9;[-2*i,-i,-2*i,-i/i].each{|x| print(('あ'..'ん').collect[x])}"
end end end end end
syntax error
129 :
デフォルトの名無しさん :2006/08/11(金) 12:12:22
Railsに深刻な脆弱性って何が原因?
RoRの中の人はRuby側に脆弱性があるって言ってるね 素直にアップグレードして詳細発表を待つのがいいんじゃね 差分取ればわかるのかなあ
こりゃヤバいな。
記事の投稿が4ヶ月と10日ほど遅い不具合も併発
念のためだけど、bogusnewsはネタサイト・パロディサイトだから。
135 :
デフォルトの名無しさん :2006/08/11(金) 17:03:56
↑ネタにいちいち注釈付ける無粋なやつ
>>134 は、親切で人望が厚く、仲の良い女の子も多い。よく相談を持ちかけられるが、
好きな女の子には友達としか思われていないタイプ。
>>135 は、粗雑で規則を守らないが、情熱的で仲間を想う心は人一倍強い。
でも、好きな女の子にはついつい悪態をついてしまうのが悩みなタイプ。
>>135 の性格ならしょうがないかもしれないが、sageような。
137 :
デフォルトの名無しさん :2006/08/11(金) 19:34:47
海外でやっとRubyが盛り上がってきたのに、 何で国内では勢い落ちてるの?
開発においても最大与党であるWindowsユーザーを無視しているから。
どう無視してるの?
>>140 動作速度が遅い遅い遅すぎる。
更新速度が遅い遅い遅すぎる。
世の中のオブジェクト指向なものって、やっぱ行き着くところは 動作速度が遅いってところなんだな…
それにしてもREXMLのネタみたいな遅さはなんとかならんものか。
>>144 オブジェクト指向云々はまったく関係ない。
スクリプト言語云々も関係ない。
Windows版はそれ以前の遅さ。使いものになんね。
ていうかLinuxとSolarisでWindows(native binary)で動かした事あるけどどれも等しく遅いぞ。
LinuxとSolarisとWindows(native binary)で
個人的には字面がよさ気で使い捨てスクリプト書くときに使ってるだけだから 過剰に動的な機能はいらないんだよな。 20%の機能削って80%高速化プロジェクト発足マダー?
"あと少しでワールドクラスだ!"と思って世界に出たら その"あと少し"が実はものすごい差だったということに気づいた こないだのワールドカップみたいなもの?
>オブジェクト指向云々はまったく関係ない。 けど、使い物になるレベルのオブジェクト指向で速いものって 無いだろ?w
C++は?
オブジェクト指向言語だから遅い と 遅いオブジェクト指向言語しかない の間には特に関係がない
察するに今日は関東以外は暑そうだな。
アンチオブジェクト指向の人って、まだ現存してたんだ。
ruby が遅いのは間違いない
遅くて困ったことがないのだが、みないったい何に使ってるんだ?
使ってないけど叩きたい
そもそも議論の前提…ここでは「国内では勢い落ちてる」が間違ってるに一票
一頃のブームが去ったというのは事実だろ。 その分、落ち着いて使えるようになったのは事実だが。
>>141 「rubyの開発においては少数派」なんだからしょうがないだろ。
AIXとかHP-UXみたいな泡沫候補とまではいわんが。
>162 そこに越えられそうで、なかなか越えられない壁があるのとちゃうか? PerlやPythonはそこんとこしっかりクリアしてるだろ。
具体的に言えよ。どんな壁があると思うんだ?
越えられそうで、なかなか越えられない壁。
具体的に言えない場合、壁は「壁がある!」と喚いてる人の心の中にしか存在しない。
stdio捨ての動きはWindowsのためじゃなかったけ?
開発者、ユーザの層があるレベルで頭打ちになっているってことだろ。 Windowsのサポートが弱いってのは昔からずっと言われているのに いまだ有力な開発者が現われていないってこと。
だから具体的に、Windowsのどんなサポートが弱いのか言えって
perlに負けていると思うところ: ライブラリの量 実行速度 ソースコード中の$の数
なんだ、またRubyは何も劣っていないんだったらいないのごっこやってんのか
なんでWindowsのどんなサポートが弱いのか具体的に言えないんだろ?
自明に過ぎるから
176 :
デフォルトの名無しさん :2006/08/12(土) 20:48:31
もぅ、いぢわる…
256倍本が出てたときが国内のブームのような気がする。 そのころ俺がRuby始めたんだけどさ。
Windowsでちょっとしたサンプルを試しただけで止まる、落ちる。 それだけで充分だろ。実用云々以前。
ずっとWindowsでRubyを使っているがそうそう落ちない。 その「Windowsで落ちるちょろっとしたサンプル」を具体的に示せ。
「そうそう落ちない」ってことは、やっぱり落ちるんだ。
そら落ちることもあるだろ。 複雑なスクリプトで落ちたことはある。 Windowsに限ったバグかはわからんが。 お前はちょろっとしたバグで落ちたんだろ? 早く例を見せてくれよ。
183 :
デフォルトの名無しさん :2006/08/12(土) 23:14:11
Rubyも人気あるけどいまいち「やろう!」って気にならないんだが何故だろうか。 JavaをやっててPHPに鞍替えしてからRubyを見たからなんだろうか。 PHPはいいぞぉ〜。
まともな例が出てこないね。 拡張ライブラリのいくつかは、Linuxではパッケージ管理ツールで入れられるけど、 Windowsでは自分でなんとかしなきゃいけない、という場面はあるな。 でも、これはrubyの問題じゃあない気がするけど。
PHPって文法がPerlっぽいなぁと思ってずっと敬遠してた。 ジェネレータを使ったイテレータ生成とかできるかな。 できるなら試してみたい。
はいはい$$
ウンコ PHP にそんな高級なものはありません。
イテレータって確か繰り返しだと思ったが、Ruby知らないもんでぴんとこない。 普通の繰り返しとどうちがうのだろうか。 自分の知らない違うやり方っていうのにはなんか興味あるね。
JavaScriptには無いよ
>>189 RubyとPythonのyieldは別ものだぜ。Pythonのyieldはジェネレータ。
>>190 1.7にはあるんだよ。
1.7はyieldでWebが沸いてる最中だな
>>180 Windows環境でYAMLを使っていると、時々、落ちます。
なんででしょ?
書いたコードにバグがあるから
YAMLに関しては…syckがクサってる可能性があるかもな とはいえ、別にWindowsだけの問題じゃ無いので今回の議論には不適切な例だろ
Winでもruby使ってるけどいまだに落ちたことはないな。どうせ無限ループのインタラプトの仕方も知らなくて吠えてるんだろう
>>181 の中学生っぷりが秀逸
オレはキライじゃないな
こういうバカさ
>>183 RubyやってからPHP少しかじったが、乗り換えようという気にはならなかった
HTML埋め込みとかSQL使いやすいのは魅力だが
文法はやっぱRubyの方が気持ちいい
埋め込みはRubyでもできるしな。PHPの方が使えるレンタルサーバー多そうだけど
>>185 Perlが今後PHPに切り替わるんだろう
200 :
デフォルトの名無しさん :2006/08/13(日) 08:10:21
>>199 RubyもPHPに替わるかもしれないです。
Rubyのいい所ってどんな所?
PHPは親しみやすい素敵な構文が魅力です。
>>195 Windowsでは、パスの区切りが円マークなので
>>194 (Matzの)書いたコードにバグがあるから
203 :
デフォルトの名無しさん :2006/08/13(日) 08:27:04
>>202 Windowsが独自仕様だからじゃないの?
Linuxみたいに標準に従えばいいのに。
Rubyは内輪でマンセーマンセーしてるだけで そのメリットが外部の人間には全く理解されないんだよな。 文法の字面が綺麗です。なんて言ったってそんなもんに興味を示すのはオタだけなんだよ。 ちょっと興味を持って使ってみると遅くてドキュメントがダメダメでライブラリがごちゃごちゃしてて 種類はあるのにどれ一つ使い物にならない。 だからすぐ元の言語に逃げ帰ってしまう。 去り際に文句の一つも言おうものならそんなのは欠点じゃない、 お前の気の持ちようだとかわけのわからない逆切れされてさらに心象が悪くなる。 これじゃどれだけ時間がたっても普及しようがないんだよ。
205 :
デフォルトの名無しさん :2006/08/13(日) 08:31:55
>>204 文法の字面がきれいといえばJavaじゃないの?
Cっぽければ何でもいいんだけどさ。
Ruby好きな人って他にどんな言語が好きなの?
ちなみに自分はJavaあんまり好きじゃない。
言語じゃなく文化が嫌い。
207 :
デフォルトの名無しさん :2006/08/13(日) 08:40:44
>>206 3.0ってあるんだ。
うちまだ、.NET2003だからw
ぜんぜん知らなかった。
208 :
デフォルトの名無しさん :2006/08/13(日) 08:52:41
いいところ セミコロンをかかなくてもよい 括弧をかかなくてもよい
210 :
デフォルトの名無しさん :2006/08/13(日) 09:01:24
>>209 え?w
セミコロンと括弧が無いのが気持ち悪いんだけど。
ぱっと見ブロックとかがわかりずらくない?
>>210 しつこいなあ。
個人の好みなんだからそれ言い合っても平行線だよ。
Rubyが気持ち悪いならこのスレ来んなよ。
気持ちが悪いものは根本から是正すべき
213 :
デフォルトの名無しさん :2006/08/13(日) 09:35:37
>>211 Rubyに限らずだよ。
見た目が好みだからRubyマンセーってこと?
だったら見た目が一番重要。
いまVM書いてるけど、言語考えてない。
参考にするよ。
こんな所で沸いてないで 午前中の涼しい時間に宿題やっちゃいなさい。
>>193 使うのをYAML
YAMLで循環参照のあるオブジェクトを保存したら壊れたことがある。
簡単なものだけにしといたほうがいい。
その分、Marshallは優秀
>>204 > 遅くて
Perlと変わらんけどな。
> ドキュメントがダメダメで
ダメなものもある。まあPerlと比べて歴史浅いから仕方ない。
> ライブラリがごちゃごちゃしてて
ごちゃごちゃしてるのもあるよな。CPANだってゴミ多いけど。
> 種類はあるのにどれ一つ使い物にならない。
なんだ、ただのFUDか。
Winネイティブ版は動かないメソッドがいくつかあるよね 良く言われるのはforkだけど他に何がある? selectとかも動かないんだっけ
>>218 いや〜〜、それは動かないほうがいいと思うよ?
動くメリットなんて無いんだし。
forkなら私に任せなさい。
セミコロンは無くていいんだが、括弧が省略可能なのはいかがなものか。
俺は「省略するのがRuby流儀」と思って、なるべくつけないようにしている。
その場合、結合の順序を考えて、ここは省略可能、ここはつけないと駄目、って考える必要がある。
これってなんだかPerlっぽい。
いっそのこと、省略不可にしてしまえばいいのに。
>>210 の言うように、ソース読むときに引数かどうかがぱっとみ判らないし。
>>201 > Windowsでは、パスの区切りが円マークなので
あれはフォントが腐ってるだけ。
心の目で見ればバックスラッシュに見える。
>いっそのこと、省略不可にしてしまえばいいのに。 何故そう極端なの? 何故無か有かでしか考えられないの? お前の脳味噌は1bitか?
国産Rails本で全部括弧付きに統一してる本が1冊あるが、Rails風DSLの has_many :books belongs_to :user validates_length_of :password, :minimum => 5 のたぐいまでことごとく括弧がついてて非常に読みづらかった。
226 :
162 :2006/08/13(日) 10:36:02
>>163 Windows版のコードを書いているのは(mingwも含めても)ほぼ3人だけ。
ちなみにbccとwinceは今ほとんど放置状態。
bccはいらんと思うがCEは放置でいいのか?
ceつかわねーしなー。
いいも悪いも、実機も開発環境も持ってない以上どうしようもない。
誰が書いてもだいたい同じようになるって言語がいいならPythonがおすすめだな
Windows Mobileとかは.NETの独壇場という感じがするな
>>221 読みやすくなるときだけ省略すればいい。
自分の場合、
・引数がないメソッド呼び出し
・print puts p など表示系のメソッド呼び出し
・require load yield alias など制御構文・予約語およびメソッドだけどそう見えるもの
・DSL
は省略しているが、他は括弧を付けてる。
文法が気に入らなかったらRubyにしがみつく理由は全く全然微塵もない。
>>232 Windowsで、socket以外でselectを使うなんて発想をする奴はいないので、問題ない。
もうos.selectに隔離汁
>>239 manに丸投げ。Windowsユーザー無視。
ああ、そういう意味か。 だったら、Windowsにはselect(2)が無いから、問題ないんじゃ? Cygwinだと使えたりするのかな?
Rubyのドキュメント改善プロジェクトってだいぶ前に立ち上がらなかったっけ? Rubyのコミュニティって閉鎖的だからよくわかんないけど。
/* */ のコメントだけ使えるようになったら非常に嬉しい =being =end で文字数多いし左端にそろえないといけないので気軽にコメントができないよー
求人情報誌ですか
=begin ですね (^^;
/*はネストできないからクソ
んなもんネスト可能であるという言語仕様にすれば良い。 一番外側のネストが終わるまではコメント扱い。
ネスト出来ないことを利用できなくなるのは痛い。 ネスとしたけりゃ=begin =end使えばいいだろ。
>>249 オープンソースなんだから、使いやすいように改造して使えば?
>>171 先生!
end の数が勝ちすぎて困ります
>>244 """〜"""で括ってみたら?
ただの文字列リテラルになる。
戻り値にならないように注意する必要はあるけどね。
メモリを浪費するんじゃないのか?
Pythonでそんな使い方があったが激しくキモかったな。 確かドキュメンテーションツールへのコメントだったと思うが こういうのは悪用だと思う。
doc string なんてふつーじゃん。
>>255 使用されないリテラルは消される。
ただし-wとか-vで警告が出る。
$ ruby18 -w -rNodeDump -e 'def foo; "comment"; nil; end'
-e:1: warning: unused literal ignored
NodeDump V0.9
NODE_NEWLINE: [-e:1]
NODE_DEFN: method 10417 (foo)
NODE_SCOPE:
NODE_BLOCK:
NODE_ARGS: count = 0
NODE_NEWLINE: [-e:1]
NODE_NIL:
読みづらくて読めません
どうして241みたいのが後を絶たないのかね? Windowsプログラミングを知らないのに知ったかぶり。 直前のPOSTすら読もうとしない。
というか、237が指摘してるとこ、「select(2)を実行します」だけじゃないじゃん。 何に切れてんだよ。
>>261 Pythonスレではおさまらず、こちらまで出張ですか?
あいや〜 見つかっちゃいましたか
>>262 煽るのも結構だけど、具体的に書きましょう。
このやり取りをみてRubyが終わってしまうんじゃないかという懸念が確信に変わりますた。
俺も随分前から確信してるんだが、なかなか終わんないだよな。
あともうちょっとだけ続くんじゃ
RoR 熱が冷めるまではしばらく続きそうだな。
そろそろyarv熱に浮かれたい季節
273 :
デフォルトの名無しさん :2006/08/15(火) 10:32:57
yarvってオブジェクトが参照してる先はどうなるの?
英文ドキュメントの貧弱さについてはどう思ってる? RoRで多少注目されたところで このままじゃ海外でも頭打ちになるのは目に見えてる。
単に
>>274 が英文の資料を知らないだけだろ。
ruby-docもとくに英文ドキュメントが貧弱とは思えないし、
ウサギ本にいたってはまるまるwebで公開されてるしな。
真逆だと思うがねえ 日本語は碌な文書がないが、英語の文書は各種取り揃ってる 誤解を恐れずに言えば、Rubyが評価されてるのだって主に海外だ
ルビ厨ってよくもまあ連日連夜同じ罵りあいばっかやって飽きないよな
>>279 スクリプト書いてるうちに、こんなんじゃいくら書いても他の人より目立てないということがわかってくるのですよ
他の言語より書きやすいということがこんな風にマイナスに作用するとは思わなんだ
>>279 Pythonスレともども罵りあい自演してる本人が何をいってるのやら
>>280 10年前のPythonは知らんが、記述量が少なくてすむのがRubyの良さ
質の悪いソフトほどドキュメントの量で取り繕うとする法則
まあざっと↑な感じです。 それでも良かったらRuby使ってやってください。
Rubyのドキュメントが貧弱なのは、Rubyの解説本を買って欲しいからじゃないか? Ruby本はアフォみたいに大量に出版されてるよね
されてた、と言う方が適切かもしれん。
ということはrailsも日本語ドキュメントは貧弱になってしまうんですね
英語の本は充実しているね。
>>288 君みたいに鈍感な人には、実は関係ないかもな。
好きな言語使えばいいじゃんか。 Pythonのドキュメントが美しいならPython使えばいいじゃんか。
そんなにドキュメントが大事なら PHP でもつかっていればいい。
293 :
デフォルトの名無しさん :2006/08/16(水) 01:44:19
プログラミングをやってみたいと思ってるびーにしようとおもってここきたら るびーはだめそうですね じゃあなにがいいんですかそれにしますおしえてください
COBOL
Lisp
Python
FORTH
LUA
omoti・・・ MLでスレとかいうなよ・・w ノートン先生がSubjectにスパム認定してるし・・w
ML
まぁ,実際スレッドなんだからいいんじゃねーかな
明らかに2chのスレッドと勘違いしてるけどな
誰か2ゲットしろ
つ 鏡
>>304 これは逝っちゃってないか?
こーゆう人が同じ電車に乗っているかもしれないと思うとゾっとするね…
309 :
307 :2006/08/16(水) 19:59:13
>>308 今頃って?今日初めて Ruby スレのぞいたんだけど…?
気ちがいに餌与えるの禁止
omotiレベルの頭のおかしい奴はそこらにいるの気づかなかったのかってことでしょ
事情をよく把握していないんだが これ、ちゃんとした治療を受けさせた方がいいんでないの? ネタとかでないなら、かなりやばいと思うんだが
身内でさえ病院連れてくのはとんでもない労力だろうに それを赤の他人ができるわけなかろう。 Omotiには単なる「すげぇイタい奴」でいて欲しかったから、ちょい残念ではあるが。
ネタだろ オレの中ではOmoti複数人説が有力 キチガイごっこしたい数人がみんなであの日記書いてるの
moderatorがつくまでは、ruby-listは読まないことにした。時間の無駄。
>>316 じゃ、一生読まないことになるね。
まあお前が読まなくても誰も困らないけど。
さすがにネタだと思う。 もうちょっと真実味があったほうがいいなぁ。
真実味があったら判断に困るじゃないか 少しはプロレスを見習え
オモチって高校生?
>>318 ネタっぽいが、実際にMLとかで求人してみたり
リアルと関連しそうなこともしている
#応募した奴いるのか?w
あのネタを複数人でやって盛り上がれるのか・・・
いや、やっぱりomotiはやる気はあるけど勘違いしまくりの高校生か 高卒無職とかその辺だと思う・・・ もし完璧なネタだとするなら、あんなパワフルなネタをあんなつまらん所に 投げたりはしないでしょう。
この日記の方がネタだとして、わざわざスラドにこんなヤバい日記を書く意味は尚更ないと思うんだが。
こうやって外野が盛り上がるのを楽しんでいるんだっちゅーの
これ以上のomotiネタは板違い
これ以降は普段通りモルモンネタで
Matz is nice, so we are nice.
fuck off
so are we
exit 0
rescue Exception
>>316 ここにはmoderatorがいると思っているのか?w
俺も/* */のコメント記号ほしい。#打つとどうしてもソースが 汚くなる。
俺は全部のコメント記号いらない。入れるとどうしてもソースが汚なくなる。
変数名やメソッド名が説明的に長くなりそうだ
; "コメント" ;
341 :
デフォルトの名無しさん :2006/08/19(土) 01:16:04
REM これでどうか
Emacsで「こっからここの行までコメント」なマクロ組んでみたり
VIPPERに好かれて困っています
http://ex16.2ch.net/test/read.cgi/news4vip/1155903854/ >>1 (巨乳・ナンパ多し) 会社の先輩
年齢:23歳 年齢:33歳 ♂
彼氏いない暦:半年 彼女いない暦:恐らく年齢
身長:158a 身長:160cmくらい
体重:51` 体重:80`くらい
先輩は
>>1 がVIPPERとは知らない
Sサイズのシャツから肉がはみ出てる
変にオサレぶってかっこつけてキモイ。
でもオバサマには人気ある
上司とすげー仲良い(信頼されてる)
メールの内容
「今日は楽しかったおo(^ω^)o 注)一緒に帰っただけ
また月曜に会おうNe星
ちゃんとお風呂入るんだおwwwww」
「俺はインターネッツに詳しい」と豪語(ry
会社が終わるとロッカー前で毎日待ち伏せ
→同じ路線なので着いてこられる
→「本屋に寄るから」と断ると一緒に来る
→「今度一緒に映画行こうか(^ω^)」
→断ると以下ループ
344 :
デフォルトの名無しさん :2006/08/19(土) 02:19:45
>>335 そそ、rescueだけじゃStandardErrorしか拾ってくれないんだよな。
そしてInterruptとかはStandardErrorじゃないんだよな。
ということでrescue Exceptionなんだよな。
このスレ未だに荒れてるの? ところで、エロゲ会社のゲームの字祷子(アザトース)Dという マリオカートタイプのゲームで、エラー時に出てくるダイアログを 見るかぎりは、Ruby/SDLで開発されているっぽい。 ゲームは、やたらメモリを食うのとロードが遅い点以外では、 かなり良好に動いている。Rubyでもゲーム開発はできるんだなという事で。
>>344 rescue Interrupt でいいじゃん。
> ということでrescue Exceptionなんだよな。
昔のrexmlはExceptionを直接継承したエラーを使ってたからえらい迷惑。
rescue Exception だと exit も拾ってくれるという罠が...
for(f = 1.0; f < 2.0; f += 0.05) ってrubyではどう書くのが普通ですか?
(1.0...2.0).step(0.05) do |f| puts f end > ruby test.rb 1.0 1.05 (中略) 1.9 1.95 でもリファレンスマニュアルには > step([s]) {|item| ... } > ruby 1.7 feature > 範囲内の要素を s おきに繰り返します。s には正の整数を 指定します。デフォルトは 1 です。 ruby 1.8.4 (2005-12-24) [i386-mswin32]ではFloatでも動いたが、正の整数って書いてあるんだな。
>>349 これも、初心者スレの話題みたいに
for f in (1.0...2.0).step(0.05)
puts f
end
ってかけたらうれしいって方向に向かうのかな。
最近Rubyでforを使ってないので、書き方すら忘れてた。
たしかに n.times{|i| ほげほげ } のほうが便利だ
そもそも
>>348 みたいなループに浮動小数を使うような書き方自体改めたほうがいい。
>>353 やっぱintで回して、掛けて使うんでつか
もちろんループ内で値を利用するときはあらためて割るのだ そもそも増分は1以外は邪道
つーか、[1.0, 1.05, ..., 1.9, 1.95] を返せるイテレータって無かったっけ? あればそれを for で回すか each すりゃ良いんだろうけど
>>347 そそ、SystemExit ね。
>>353 まあ、回数が不定でも(片端が入ったり入らなかったりしても)
いい場合だったらOKじゃないの?終了条件を == で比較してたら論外だけど。
>>353 Rubyだったら問題ないんじゃないか?
と、仕様も知らず、整数以外は使わず、調べもしない俺が書いてみる。
>>356 1.0.step(1.95, 0.05)
NameError が ScriptError から StandardError に変わったせいでえらい苦労したおぼえが・・・
いやー、ruby-dev面白いわ
相変わらずgdgdだな
結局preview出されてもほとんどテストされないのが根本の原因だよな
そう思ったら協力してくれよ。
patch の出ない ruby が、patch の出る NetBSD のリリース手順をそのまま使っているのが問題. 「拙速は遅巧に勝る」はその後の拙速なフォローがない時には使えないだろ.
>>364 ちゃんとしたコミュニティーを作ってこなかったのが悪い。
>359 p 1.0.step(1.95, 0.05) {} # => 1.0 俺の説明不足か… map みたいに配列を返すイテレータが無いかなって事。 コレじゃ流石に不恰好だしなぁ… step = 0.05 p ((1.0/step).to_i...(2.0/step).to_i).map {|n| n * step} # => [1.0, 1.05, 1.1, 1.15, 1.2, 1.25, 1.3, 1.35, 1.4, 1.45, 1.5, 1.55, 1.6, 1.65, 1.7, 1.75, 1.8, 1.85, 1.9, 1.95]
irb(main):001:0> require 'enumerator' => true irb(main):002:0> e = 1.enum_for(:step, 1.95, 0.05) => #<Enumerable::Enumerator:0x8158194> irb(main):003:0> e.each{|i| puts i} 1.0 1.05 1.1 1.15 1.2 1.25 1.3 1.35 1.4 1.45 1.5 1.55 1.6 1.65 1.7 1.75 1.8 1.85 1.9 1.95 => 1 irb(main):004:0> e.map{|i| i+1} => [2.0, 2.05, 2.1, 2.15, 2.2, 2.25, 2.3, 2.35, 2.4, 2.45, 2.5, 2.55, 2.6, 2.65, 2.7, 2.75, 2.8, 2.85, 2.9, 2.95]
enumeratorって、いかにもrubyらしいバッドノウハウな機能だよね。
ボンネットは開けられるほうがいざというとき便利でしょ
>>364 previewで毎回インストーラ付きのWindowsバイナリが用意されたら考えるよ
Rubyコミュニティでは必要とされるものを自分で作り提供できる人材を求めていますヒャッホー Windows版インストーラつきって作るのそんなに大変なのかな
リリースをmatzがやってて、かつmatzがWindowsを使ってないから、 Windowsインストーラをプレビューのたびに出すには、リリースチームが いないと困難だろうね。
http://python-forum.org/py/index.php 本家コミュニティがMLだけっていうのがあまりにもまずすぎるね。
(rwikiも一応本家コミュニティなのか?意味無いと思うけど)
MLだとバカ避けになると思ってるかもしれないが、結局キチガイは来てるし、
pythonみたいに初めからちゃんと掲示板も用意しとけば
こんなことにはならないのに。
インストーラ付いてると何が違うんだ? 環境変数とか勝手に設定するって事?
上書きインストールが楽ちんとか
>>375 確かに。他者の優れたところは学ぶべき。
本当に普及させたいのならそれくらい誰かがやるはずだから、
本気になっている人数が少ないということだろうな。
普及ってなあに?
>>380 日本が本家なのになんで日本の公式フォーラム無いの?
>>368 どっちにしても短い方法はなさ気だなぁ。
とりあえず乙
>>381 日本人にはソフトウェア開発における
コミュニティ運営能力が欠けているからですよ。
変に真面目だから、外国人のようなノリでサクサク進まない。
まつもとはアドバイザーあたりになって
Rubyの実運営は外国に譲った方が、Rubyのためだと思う。
つか、matzはもういいからrubyから手をひいてくれ。別の言語でも作ってろ。
宗教がらみの人がいるのはちょっと・・・ね
「気に入らなければforkすればいい」を連呼した結果、貢献してくれる 人が激減したのが、今の結果。 苦手な部分やマンパワーが必要な部分を他人に任せるための戦略(コミュ 二ティーの育成)から目をそらし続けてるんだから、コントリビューター が出てこないのも無理はない。そのことを何年も前から指摘されているのに 愚痴を言うことしか出来ないんだから、要は無能なんだろう。
「気に入らなければforkすればいい」を連呼しながらも forkすると執拗に再起不能になるまで叩きまくり。(例:xrb) それがRubyコミュニティ。
スミダ連呼
>「気に入らなければforkすればいい」を連呼した結果、貢献してくれる人が激減した たとえばその理由で誰がいなくなったの?
>>388 > (例:xrb)
ちょっと待て。例が悪すぎる。
「気に入らなければforkすればいい」と連呼することが発展につながる と考えている390は異常
>>383 日本人はxxxが欠けている....という根拠のない決め付けをする人って
精神的に子供なんだろうなと思う。
大人になってから議論に加わりましょうね。
matzのコミュニティに対する考え方って やっぱり、モルモンの教義とかが深く関係しているのかな
元々そういう人だから
教祖以外もモルモンなの?
NaClはそうなんじゃねーの
それだとおごちゃんもモルモンということになるが、アリエン希ガス。
おまえらこんなところでぐだぐだいってないで 1.8.5-preview4をテストしてくれよ。
>>400 リリース判定に使えるような標準のテストスイートないのかな
アッセンブリーズ・オブ・ゴッドは、新約聖書に忠実な教団。 日本バプテスト連盟は、プロテスタント諸教会の連合体。 まっとうかどうかはよくわからんが、カルトに分類されるようなもんではない。
まつもとさん、XML叩く暇があったらまともにXML叩けるライブラリ整備してください><
日本アッセンブリーズ・オブ・ゴッド教団
日本バプテスト連盟
共にページを見る限りでは、変に声明出したり政治的圧力かけたり
そういう【いかにもな宗教団体】という事はなさそうですね
「アセンブリーズ・オブ・ゴッド」で検索してみると検索結果の割と上の方に
>チョー・ヨンギ牧師 大韓アセンブリーズ・オブ・ゴットの総会長に選出 される
なんてのが見えたりして 韓国人宣教師なんかがいる宗教団体にろくなのはなさそうという気にもなるが
バプテスト教会
http://ja.wikipedia.org/wiki/%E3%83%90%E3%83%97%E3%83%86%E3%82%B9%E3%83%88%E6%95%99%E4%BC%9A >バプテストは17世紀ごろにイギリスで始まり、現在では米国に最も多く分布している。
>福音主義
>マルティン・ルターが始めた福音主義よりも更に急進的な立場で、聖書を唯一の信仰のよりどころとし、
>特に保守派または原理主義の間では、聖書の逐語的無謬説または逐語霊感説が支持されている。
>しかし、一方で日本バプテスト連盟などそれらの説を取り入れずに自由な読みを重んじる教派もある。
原理主義ってブッシュの支持母体 過激派の原理主義?
でも同じバプテストでも日本バプテストはそれとは違う?
またスレ違いだとは思いつつ
>>405 その原理主義。
でも、保守派や原理主義者が福音主義を重視して聖書を絶対視してるだけで、
福音主義に立つ宗派だったらどれもガチガチの原理主義、というわけでもない。
日本バプテスト連盟は福音主義に立つ諸宗派の連合体であって、そういう名前の
単一の教団があるわけじゃない(はず)
ウザ
もう宗教ネタはいいよ
ひどい采配を見た
モルモン教関係ないじゃん
何でもいーけど宗教クセー香具師ばっかだな
414 :
407 :2006/08/21(月) 17:14:40
俺は406じゃなくて、かつ、まつもとでもないので、30カラットくれ
>>407 教会と言うより 教派ということか
なんたらバプテスト教会ってのは沢山あるみたいだけど (>「バプテスト教会」でgoogle検索)
教派と言うことなら、そういう名前の教会がたくさんあってもおかしくないか
宗教の話する奴 地獄に落ちろ
神なんて信じないが 仮に存在するならば、神こそが諸悪の根源だ
お前ら、斉藤由貴も叩いてるのか?
斉藤由貴って何かあるの? 業界だから創価? 芸能人、なんかみんな創価とかモルモンとかばっかりみたいで 誰が○○(宗教の名前)だったとか言い始めるときりがない希ガス つーか、芸能界そのものが攻撃対象になりそうだw
早く夏休み終わんないかな
斉藤由貴 モルモン教 の検索結果 約 1,290 件 Matz モルモン教 の検索結果 約 445 件
学習速度が遅い教祖が、最近XMLの知識がちょっと増えました、 というアピールに必死だな。かなり見苦しいから黙って勉強してもらいたい。
1.8.5 出たらさ、一週間くらいかけてみっちりリリースエンジニアリング反省合宿でもすりゃいいんだよ。 つーか、やれ。
で、みっちり反省できるなら、昨今ここまで問題は大きくないはず。
文句ばっかり言ってないで協力しろ!ボケが!!
でも今の流れ見てると、下手に問題見つけないほうがいいような気がしてきちゃうな。
「だいたいできました」 「だいたい動いてます」 でそっとしておいたほうがよさそうではある
というか、ここにいる人たちでpreview試した人はいる? それともリリース待ち?
previewつーかcvsは追っかけてるが。
>>429 別にリリースも待ってない。
{使ってる|使おうとする}{アプリ|ライブラリ}が、1.8.5以上を必要とした段階で
インストールする。
二桁目がアップする場合は待つかな。
XML SUCKS
languageと名のつくものならmarkup languageさえ律儀に噛み付く 彼のマメさは素直に賞賛すべきだな。
XMLっていいの?人間にもコンピュータにもやさしくなくない? 一目見てもわかりにくいし、コンピュータもパースしなきゃ話にならんし。
どうせ汎用性の行き着くところは冗長記述なので あれはあれで将来性はなくもない Javaの可読性がウザイのと似たようなもん
>>433 XMLなんて、何年も前から大して進歩してないとおもうが。
アンチ乙。
>>436 そんなこと言ったら、ほとんどのスクリプト言語は一目でわからないしコンピュータもパースしなきゃ話にならん。
スレ違い
mputとmatzってのは猛烈に仲悪いのかね?
もしXMLが、 <items><item><id>1</><name>namae</></></> のようになっていたら、非常に見にくいであろう。 だから、Rubyも「劣化閉じタグ」であるendは廃止して、YAMLのように、 インデントで構造をあらわすようにするべきだ。
HTMLに慣れてる人間ならXMLは読みやすいと思うが 最近はHTML直書きする人が減ったって言っても プログラム書く人なら大抵少しは触るだろうし
なんだかんだいってもまつもとゆきひろ氏はニコラス・ヴィルツ、リッチー、 カーニハンらと同列にコンピュータ史に輝くお方でしょ? 他に日本人といえば嶋博士、ドクター中松とか・・・
Matzとドクター中松は同列
XMLは、腐ったパーサーしかないYAMLに比べれば、100万倍まし。
不本意だが同意。
sexp >>>>>>>>>>>>> XML >>> YAML
不可視な記号の連続の量に意味を持たせるような言語は視認性の点で糞でよし きちんと目視で数えられる記号使えバカ
す、すみませんでした!!
データ構造とか含めると結構あるような気はするな タブ文字が空白と同じ見え方をしてること自体がそもそもよくないとも思える タブの桁って空白で詰めなくてもいいよなあ?
>タブの桁って空白で詰めなくてもいいよなあ? 時と場合によるんじゃね?
>>452 テキストデータでタブを空白で表現するか、幅をどう扱うかはエディタの問題では?
タブでインデントという抽象度の高い概念を表現するのは嫌いらしい そういう人はPerlとかがあってると思うんだがね
1.8.5 PR5 キタ━━━━━━(゚∀゚)━━━━━━ !!!!!w
>442 ななしの要素は存在しないから、/は冗長だな <items><item><id>1<><name>namae<><><> これならこういうのもできる <items<attr>test<><attr2>test<>><item><id>1<><name>namae<><><> ……て、俺こういうフォーマットをテンプレートで使ったわ
俺は閉じカッコやendが三つ以上続くと蕁麻疹が出る体質なので 早急なる改善を求む。 end * 3とかでいーじゃない。
NameError: undefined local variable or method `endendend' for main:Object
このスレも完全に澱んでしまったな まあRubyに関する新しいネタが絶えて久しいからしょうがないのかもしれないが。
つか、endの数が合わないってコンパイルエラーになるんでない?
コンパイルエラーって何?
シンタクスエラーか。
469 :
461 :2006/08/22(火) 23:30:15
>>468 教えてもらった方法でうまくいきました。
ありがとうございました。
職場で機会があって数年ぶりにVBをさわることになった つい.eachと書きたくなってしまう自分がいることに気が付いた 逝ってくる…;y=ー( ゚д゚)カチャッ
>>471 お前と一緒だから死にたくなるんだよボケ
eachメソッドみたいなのを、多言語でもやろうとすると かなりもどかしいことが多いよな。
474 :
471 :2006/08/23(水) 00:09:46
>>472 ごちゃごちゃ言わんととっとと逝ってこいやカス
>>446 >XMLは、腐ったパーサーしかないYAMLに比べれば、100万倍まし。
具体的にどのへんが腐ってるの?
>>476 これって、通るようになったの?
ruby -ryaml -e 'YAML.load(%q("))'
>具体的にどのへんが腐ってるの? お前たまには自分で調べろヴォケ
パーサーが腐っているかどうかは置いておくとしても、選択肢が他に無いっ てのは困りもの。 XMLだったら、RexmlなりHpricotなり色々ある。
>>479 Yat Another YAML Parserを作ればいいじゃん。
誰かが。
YAMLって使ったことないんだけど何か面倒なんだっけ?
>>481 そうか? うちではそんなことないけど。
syckのバージョンによるのかな。
>>480 誰かが。
誰かが。
誰かが。
誰かが。
>>484 Rubyコミュニティでは必要とされるものを自分で作り提供できる人材を求めています
それやったらいくら貰えんの?
>>486 読んでるのもお前のような香具師ばかりだからな。
489 :
486 :2006/08/23(水) 15:07:37
Matz is nice, so we are nice.
だいたいなんで開発者のメーリングリストがdevとcoreに分かれてんの? ただでさえマンパワーの足りないのにMatzの負担が増すだけじゃない?
devは日本語、初期からあった。 coreは英語。あとで出来た。ピッケル本初版の時期の前後? 日本語じゃなきゃやだやだって人がいる限り二本立てでいくしかなかろう。
ばか?
>>494 core にまとめるべき、ということ?
いや、492の知性を疑っているのだと思う
もう日本は放置でいいんじゃね
>>493 同意。どちらもPerlやPythonなんか比べものにならないぐらい活発な
提案や議論やリファレンス実装やテストがおこなわれてますものね。
XMLの話題はMatzの日記が発端かよ。 でかい複雑なデータを知らない奴のために吐き出したり、知らない奴から受け取ったりするシステムなんて考えたことないだろうに 技術的優位性なんてちゃんちゃらおかしいな。 それでいて自分で作るソフトはEmacs上でうごいてたりするんだから何をしたいのかさっぱりわからん。 原作者がこんなでもまともに動くんだからRubyってすげえな。
考えたこと無いわけないだろ
UTF-16をダイレクトに扱えないんじゃあ、考えたこと無いのと同然だろう。
ぽかーん
XMLとかどうとかPerlがとうとか、オタクの論争なんてどうでもいい 「うひ、俺、新言語開発しちゃったぜ、もうXMLやPerlなんて目じゃないぜぇ。俺ってばやっぱ天才?ギャハ!」 とかいうレベルと一緒。自分を大きく見せようとして、他をこき下ろしてるところがかえって小物に映る
なにこのきちがい
>>499 申し訳ありません。いつもの発作なのでもうすぐ沈静化するでしょう。
不快な思いをさせてしまったことに深くお詫び申し上げます。
Matz is nice, so we are nice.
Matz も酷いが、↑の一連の煽りのレベルは輪をかけて酷い。
YAMLとPython使えばインデントで全部解決じゃない?
おじいちゃん、お口くさいー
ごめん、ごめん。おーい、ばぁさん、インデント! って、そりゃポリデントやがな!
大事なことなので、2度言いましたよ。
ほかの言語は内部の文字集合をUCSとかで統一してますよね? なんで統一しないんですか? XMLのライブラリ書く人がかわいそうだと思います。 まともに動かないのは当たり前だと思います。
なにこのきちがい
515 :
514 :2006/08/24(木) 20:49:39
>>514 > 今となっては嫌でもユニコードをベースにせざるを得ない。
別にUnicodeベースにしなけりゃならないことはないだろ。
>>515 のリンク先の話は、
演算時にcoding systemの共通化を自動で行うかどうか、だけだろ。
他に共通するものがなけりゃUCS-4にfallbackするだろうが、別に
常にそれを前提にするわけじゃない。
>共通するものがなけりゃUCS-4にfallback それがユニコードベースということじゃないの?別にUCS-2でもいいけどさ。 ユニコード以外に何か現実的な選択肢ある?
shift-jisとeuc-jpで考えてみろ。
emacs-mule
ドキュメントや文字コードやXMLで文句ブー垂れてる奴は普通にPython逝った方が幸せになれるよ。 あと10年たっても改善されるようには思えない。
たまたま一つだけ見つけた記事を挙げて「増えてる」とはこれまた随分な誇大宣伝ですな。
浦島だけど
>>477 >これって、通るようになったの?
>ruby -ryaml -e 'YAML.load(%q("))'
これは通ったらいけないんじゃないかな。
文字列 %q(") はYAMLの仕様上、アウトだよな。
正しくは %q("") とか %q('"') とか。477の意図がどっちか知らんけど。
>>524 「通る」があいまいなのであれだけど、
[ruby-list:42628] で報告されてる core 吐く件のことと思われ。
coreは吐かないけど平気で "" を返しちゃってるな。
↓それではお約束の YAML & Syck & _why 叩きをどうぞ
YAMLこそ21世紀のグローバルスタンダード。 MS Word の保存形式も YAML にするべき。
529 :
649 :2006/08/25(金) 12:45:19
ハングルとロシア語と日本語が混在するデータの文字数とか文字幅を得たいときはどうしたらいいですか?
>>529 誤爆?
そうでないならどうやって混在させてるか書かないと話にならないよ。
531 :
529 :2006/08/25(金) 13:37:02
すいません。よそで発言したときの番号がそのまま入ってしまいました。 Webアプリケーションを作ろうとしているんですが固有名詞などに日本語以外のデータがよく入力されます。
( ´_ゝ`)ヌヌネネヌヌネノヌヌネネヌヌネノヌヌネネヌヌネノヌヌネネヌヌネノ ( ´_ゝ`)ヌヌネネヌヌネノヌヌネネヌヌネノヌヌネネヌヌネノヌヌネネヌヌネノ ('A`)ウ〜ンウ〜ンンンンンウ〜ンウ〜ンン・ン・ン テ〜ケテ〜ケテケテケテン〜テ〜ケテ〜ケテッテッテ (・∀・)ルヴィ!! (゚3゚)ピ〜ピロリ〜ピロリ〜ロリ〜ロリレリ〜 ( ´_ゝ`)(ヌヌネネヌヌネノヌヌネネヌヌネノヌヌネネヌヌネノヌヌネネヌヌネノ) (゚3゚)ピ〜ピロリ〜ピロリ〜ロリ〜ロレルラロ〜 ( ´_ゝ`)(ヌヌネネヌヌネノヌヌネネヌヌネノヌヌネネヌヌネノヌヌネネヌヌネノ) ('A`)ウ〜ンウ〜ンンンンンウ〜ンウ〜ンン・ン・ン テ〜ケテ〜ケテケテケテン〜テ〜ケテ〜ケテッテッテ (゚∀゚)ルヴィ!!
>>531 文字幅なんかフォントとその描画システムに依存しないか?
言いたいことはわからんでもないがぬ
>>533 アプリはこれから作ることです。掲示板みたいなものなのでユーザが色々な文字を入力します。
とりあえずUTF-8使おうと考えています。
>>534 WebアプリなのでHTMLで出力します。日本語だと半角2文字分が全角1文字分になりますよね?
ハングルやロシア語でも一定の表示幅におさまるようにデータを切り取りたいのです。
>>536 文字幅なんかフォントとその描画システムに依存しないか?
>>536 Webアプリなのでブラウザで表示されます。
だから、表示幅に収まるかどうかはユーザが使ってるブラウザ次第。
と534は言っている気がする。
Rubyについて じゃないから スレ違い
本スレと初心者スレのレベルがたびたび逆転する件について
ウェブアプリで入力されたデータならば 基本的に、そのウェブアプリの入力画面で指定されたcharsetに依存するんじゃないか? 入力画面のcharsetと、入力されたデータを扱う画面で異なるcharset(UTF-8とか)を使うというなら 自前で変換すればいいのだろうし
UTF-8なんだからビットパターン読めよ。もう少し考えてから、(初心者スレで)質問してくれ。
>>536 プロポーショナルフォント使ったら日本語だって半角2文字が全角1文字分にならないよね?
ハングルやロシア語ならもっと文字幅が決まらないんじゃないの?
>>541 変換ってどういう意味ですか?
たとえば普通のブラウザだと等幅フォントを使う設定になっていますよね?
ハングル1文字分と日本語全角1文字が同じ表示幅になります。
たとえば日本語、ハングル、アルファベットどれが入ってるかに関わらず
データの先頭から日本語全角10文字分だけ切り出して表示するということをしたいのです。
> たとえば普通のブラウザだと等幅フォントを使う設定になっていますよね? はつみみです
エンコードとか文字コードとかフォントセットとかブラウザの設定とか
ごちゃ混ぜにしないで下さい
私が言ったのは、扱ううえで エンコードがわかっていることが前提条件
エンコードは
>>541 のように扱えばいいんじゃないかって事だけ
547 :
546 :2006/08/25(金) 16:33:34
あと、スレ違いな上に チョン族(ハングルから判断)によけいなレクチャーする気はないので俺はこれ以上返事することはないのでよろしく
どっちにしろ画像ファイル生成するかJavaアプレットなり使わないと無理だろ。
>>547 見当違いなエスパーだなw
しかも恥ずかしい捨て台詞はいて逃亡かよw
>>550 ハングル使いと関わる気はないだけだ
あとスレ違いだし関わる義理もない
嫌韓厨はこんな板でまでアピールしたいのか
553 :
デフォルトの名無しさん :2006/08/25(金) 17:25:01
ルビ厨の民度の低さには飽きれるばかりだな
554 :
デフォルトの名無しさん :2006/08/25(金) 18:01:35
1.8.5 release あげ
スレ違いで暴れる典型的な教えて厨だなw 所詮 チョンはチョンかwww
リリースされた? まだCVSにタグ打たれてないみたいだけど。 テストしようと思ってたんだけどテストになるような使い方してないしなぁ。
MLにはリリース発表きたね
558 :
544 :2006/08/25(金) 18:39:26
タグ打ってないとリリース版のパッケージが作れないような仕組みにできないのかな?
>>558 作って公開したらよろこぶ香具師は世界に数人はいるんじゃね?
タグは打たれているがお前らにはそのレポジトリは見せてやらない
テキスト中の文字データのバイト幅と ブラウザがレンダリングした結果の表示幅がごっちゃになっている人がいるのはここですか?
X知らないんだろうなぁ
どーれだけー涙をーなーがせーばー
>>563 もっと根本的なとこで間違ってる人だと思う。
日経ソフトウェアとかいう雑誌の表紙にRubyという文字があった。
www.ruby-lang.org落ちてない?
ActiveScriptRuby 1.8.5まだ〜?
某rootさんじゃあるまいし、おちけつ。 それにしてもあの人はなんでリリース日時に異常にこだわるんだろう。 早くも「1.8.6まだ〜?」モード突入だしww
>570 モルモンスレで語ろうかw
LLRingでmatzが引退を臭わしたってマジ?! 詳細キボンヌ。
Matzはすでに1.8系のメンテに興味がないらしく, スライドには「引退!?」とかいて煽ってたけど, 口頭では「ジョークですけど」って言ってた.
2.0に全力投球ってこと?
興味が無いなら、1.8系のメンテは切り離して、他の人に任せればいいのに、 そうしないのは何故? やっぱ功績を独り占めしたいから?
任せられる人がいたらとっくに任せてるぞ。 いないから仕方なく全部自分でやっているんじゃないか。
んなわきゃーない。あいつは*自分が*コントロールしたいだけ。 そやって目立つのが目的の大半。他人に任せるなんか論外。
matzさんはそんな人じゃありません。 あのひとは、ただ神のためにのみ働いているのです。
まぁ世に数あるプログラミング言語の中で 「言語を作ることそのものが目的」で作られた珍しい言語の一つだしなぁ ……珍しくもないって? こりゃ失礼
教祖という己の立ち位置だけに執着し守りたいわけか。 プログラム言語なのにまるでカルト宗教だな。
なんやかやrubyが特別だと思いこむのがruby信者の悪い癖だ。マカに通じるものがあるよな。 教祖は教祖で、昔の言語からパクっといて、ライバルはrubyに近づいてくる…ってそのままやんっ!
ふーん
任せられる人を、DHHとかに紹介してもらったら?
「Ruby作者の」と言う形容詞を外されたら、ただの「カルト信者のおっさん」 だもんな。
Rubyスレなのに?
取るような形容詞すらない人もたくさんいるがな。
「カルト信者の」なんて形容詞は、欲しくも無いな。 「カルト信者の娘の」ってのも、ごめんこうむりたいな。
使っているわけでも、好きでもない言語のスレに わざわざレス付けるという労力は、 すごいと思うんだ、俺。
結局 in の話は盛り上がらんかったね…
>>591 まつもとさんがなにもコメントしてくれなかったのが残念だった。
質問者の一発目のレスが、何もかもを台無しにした
rubyのコミュニティって、 たとえば今回のin?メソッドの例で行くと、 Ruby言語に言語の基本機能としてin?メソッドを実装するという方法(A)と、 各自が自分のライブラリで勝手に実装しろという方法(B)があるとき、 この提案は、(A)として実装された方がいいだろうと判断する共通の基準があるのかな?
Rubyの基準はmatzの基準。
今時は黙ってActiveSupportに対するパッチを投げてしまうのがいいかも知れん。 最近手放せない。Railsでなくても使ってしまう。
まぁ"+="もかたくなに拒否したしね。"in"も無理だとは思ったが。 in?でいいなら自分でやれってスタンスだろうし。
>>590 Rubyそのものが好きな人ほど、Matzのリリースから切り離したいはず
なんだけど。
最初に言語仕様を考えた功績は認めるけど、ロートルは、もう消えて
くれと。
>>597 +=の仕様を変えることでも提案してたの?
++と間違えたと予想
>>589 価値とは愛そのものです。
愛は神の一部です。
あなたは神を信じますか?
Matz is nice, so we are nice.
>>598 RubyもMatzも好きだけど。
信者というほどではないが。
>>600 ++は言語モデルとあわないからどうしようもないな。
>>604 Numericがimmutableっていうやつ?
++なんてたいした必要もないし。
>>591 MLの過去ログ読んでたらこんなの発見
[ruby-list:3636]
>>605 変数に対する操作は値の取り出しと代入しかない、というモデル。
>>608 Array#uniq! とか bang なメソッドは?
>>606 手元のデータでは++がないことで3万人くらいのユーザーを逃しているぞ。
611 :
デフォルトの名無しさん :2006/08/29(火) 20:46:44
a += 1 は?
>>612 a += 1 は a = a + 1 の構文糖。
左辺のaと右辺のaは別のオブジェクト。
もし++なるものが実装されたら 下記のようになるんですか? a=100 b=a a+=1 print b #=>100 a=200 b=a a++ print b #=>201
>>577 1.8系は卜部氏がしきるかと思ったけどそうでもないみたい
Matzももう1.8系のお守りはしたくないみたいだけど
ていうか俺コミッタですらないよ。仕切るとかいわれても実効性がな い(まつもとさんが弄っちゃうのを抑制できない)から無理じゃね?
要はmatzにカリスマ性があるかどうかじゃないの?
本人が出てくると萎える。
620 :
デフォルトの名無しさん :2006/08/30(水) 02:16:04
2chみたいな肥溜めで個人批判してるようなメタンガスは死んだ方がいいね
たまには初心者スレ程度には真面目な話しようぜ
Because Matz is nice.
a++はa = a.succの糖衣構文にしてしまえばいいんじゃないかね。 あらゆる意味で矛盾は生じない上、思ったとおりに動く気がするが、どうか。
そんなことは誰もが思ってるが、教祖Matzの機嫌を損ねるだけだ
>615 ++ と ++! の2種類用意すればいいんじゃね? a=100 b=a print b++ # => 101 print a # => 100 b++! print b # => 101 print a # => 101
どんな宗教にも原理主義者はいるのね。
>>628 宗教じゃなくてもいるだろ。
スローフードな人たちとか自然保護活動家とか。
憲法9条カルト
>>629 モルモンの独身男性には2年間、自腹での布教活動が義務付けられている。
自転車に乗って「チョットオハナシイイデスカ?」って話しかけてる2人組のガイジン見たことないか?
あれだ。Matzだけ特別なわけではない。
>>632 あれ、道を尋ねるような空気を纏わせつつ呼び止めるのだけは止めて欲しい
まあ、ヘルメット被ってマウンテンバイク乗ってる2人組はスルーするようにはなったが
モルモンの本拠地はユタ州なんだけどLinux関連企業が多いんだよな。 レッドハットやノベルのほか、ターボリナックスの初代社長もユタ出身。
>>632 「義務付けられている」なんて、我らがMatzが、教会の言うことに何の
疑問も持たず、まるで洗脳されている人間みたいに素直に宣教師をやっ
たなどとでも言うのか?
そんなはずは無い。
きちんと自分の頭で考え、自ら率先して正しいと思うことを布教し教会
へ貢献するために宣教師をやったんだよ。
確か知人がモルモン教だから俺もモルモン教になったとか言ってなかった?
ユタ州では20代の若者が、まるで徴兵のように海外布教へ旅立つそうだ。
宗教の話はもういいんじゃないか
他に話すことのない連中なんだろうな
これと言うのも、すべて、Matzが無能だからだな。 Matzのコミュニティー育成能力が高かったら、カルト宗教のせいに されることも無い。
>>641 Railsでacts_as_treeを使うとか。
>>596 >今時は黙ってActiveSupportに対するパッチを投げてしまうのがいいかも知れん。
>最近手放せない。Railsでなくても使ってしまう。
だれかObject#in? のパッチを投げて。
module Kernel def in?(container) container.include?(self) end end
>>645 このスレにじゃなくてActiveSupportに
>>647 Because, Matz is nice.
>>646 えーと、そういえば、「言い出しっぺの法則」っていうのがあるんだったっけな。
in? くらい既にwish listに出てるんじゃないかと思ったが探せん。
いや、だから
>>607 で既にその話は終わってるんじゃないの?
652 :
デフォルトの名無しさん :2006/08/31(木) 22:12:11
二進表示をprintf,sprintfを使わず、正の整数を入力して その二進表示を出力するプログラムを作成しよ。 ただし整数から二進表示文字列を作るメソッドi2bを 作成してそれを呼び出すように書くこと。 出来る人誰かいませんか?
宿題?
654 :
デフォルトの名無しさん :2006/08/31(木) 22:26:24
そうです。
そうですか
またずいぶん酷い文章の宿題だな
def i2b(x) x.to_s(2) end
658 :
デフォルトの名無しさん :2006/08/31(木) 23:31:31
1.8.5にしたら、railでwarningが出まくって、とても使えないんですが。 なんで、こんなんなってるの?
Edge RailsはRuby 1.8.5だとエラーでまくりらしいよ。 コアのクラスに結構手を入れてるせいだろうか。 Rails 1.1.6はとくに問題なく使えてるんだけど。
Railsばかり目だって面白くないので、意地悪してみました。
657 みたいな解答されてはセンセも困るだろうな ま、to_s も禁止しなかった問題側の落ち度かもしれんが
>>659 今までの挙動がバグでした、ってことか。
なんかもう1.8.5も純粋バグフィクス版と改良版に分けたほうがよくないか…。
なんとなく
>>652 の書いてみたけど補数表現で詰まった…。配列使うべきじゃない?
def i2b(num)
buf = Array.new
abs = num < 0 ? ~num+1 : num
dig = 0
while (1<<dig <= abs)
dig += 1
end
dig.downto(0) {|i|
j = 1<<i
if (abs - j >= 0)
abs -= j
buf << 1
else
buf << 0
end
}
if (num < 0)
buf.map!{|i| i = i^1} # この後0b1を足したいけどシンプルな方法が思いつかん
end
return buf.to_s
end
って良く読んでみたら正の整数だけで良かったのか、でも気になる。
多重マルチって何
畑でよく見るフィルム(マルチ)を多重にかぶせる事 かも?w
「多重マルチ」 似たような意味の語を3つも組み合わせるとは…まさに多重マルチ。
670 :
デフォルトの名無しさん :2006/09/01(金) 16:35:25
クリスチャンかとおもったらモルモン教徒でがっかり。
女かとおもったら男でがっかり。
672 :
デフォルトの名無しさん :2006/09/01(金) 16:45:27
宇宙人かとおもったら地球人でがっかり。
まさに多重マルチ。
主は喜びのメッセージを多くの方々にお伝えするように勧めておられます。 今、あなたが感じている心の平安や喜び、福音を通して与えられている祝福を ご家族や友人、愛する人々にお伝えしましょう。 モルモン書に証を書いて贈ったり、パスアロングカードを渡したり、 宣教師に紹介したりするとよいでしょう。 詳しくは伝道主任までお問い合わせください。
Rubyってほんとよく仕様変わるよな。
いつもは Matz マンセーな俺でも、今回は流石に Matz のセンスを疑った。
ご本人が面倒くさがっておられるようだし、そろそろ退任の時期が来ているのでは?
なんでもいいが > いつもは Matz マンセー こんな嘘くさいこと書くともろバレなのでもうちょっと捻ったほうがいいと思う
>>678 [ruby-dev:29374] の件ね。
>>680 いやいや、ホントホント。マンセーは言い過ぎだけど。
気が狂ったんだろう
(str.nil? || str.empty?) の手抜き構文に str.to_s.empty? なんか使ってたりもしたんだけどなぁ。 あと、Array#joinも使いにくくなるなぁ。inject使わなくちゃ。
inspectとto_sって、どう違うの? 「挙動が違う」とかじゃなくて、概念的な意味ね。 nil.inspect # "nil" nil.to_s # "" puts nil # "" で、いいんじゃないの?
>>679 退任したいなら、「退任します」って宣言すればいいだけなのに、そうし
ないのは、ひとえに功績を独り占めしたいから。
スクリプトを組む立場からすると、 to_s, to_i, to_f ってそれぞれ、
「String, Fixnum, Float の値を得たい」というコンテキストで使うことが多いから、
"", 0, 0.0 が返ってくるのが自然だと思うのだが。
>>683 ActiveSupport の blank? がおすすめかも。
俺は RoR は使わないけど、 ActiveSupport は便利なので使ってる。
まつもとゆきひろさんは、「そもそもnilという物は」ということを言っているが、 nilは、Rubyの中で長年使われており、「Rubyの中におけるnilというもの」 という、それとは全く別のnilの概念がすでに確立されている。 Rubyにおけるnilとは、to_sをすると""となり、to_iをすると0になるものをさす。 そのようにして、Rubyにおけるnilは長年使われてきた。 まつもとさんの「そもそもnilとは」という議論を、長年使われている「Rubyにおける いわゆるnilというもの」に適用するのはおかしい。 残念ながら、その議論をしたいのなら、Ruby1.0ぐらいのときに行うべきだった。 時はあまりにも遅すぎる。どうしてもnil.to_sを"nil"にしたいなら、新言語を作るべきだろう。 >[ruby-dev:29381] >私も、この案に1一票。 >|殆どの人は、この案が一番いいと思っているのでは? >ま、そうかもしれませんけどね。でも、「ほとんどの人がいいと思っ >てた」ことに従っていたら、今のRubyはないわけで。 昔はそれでよかった。いまはそれではいけない。 食べ盛りの時にたくさん食べることは良かったが、成長してからも食べ続けるとデブになる。
inspectは「オブジェクトを読める形にする」 to_sは「文字列にする」 だね。 inspectは開発者向き、to_sはユーザ向きだと個人的には思ってる。 なので俺はユーザ向きのto_sに内部表現であるnilはおかしいと思う。
Python勉強してみるかなぁ・・・
nilのputsでの特別扱いが無くなる場合、配列の特別扱いも、無くなる んでしょうか? puts [1,2] # "1\n2" puts [1,2].to_s # "12" ハッシュと配列の違いも、無くなるんでしょうか? puts( {1,nil} ) # "1" puts( [1,nil] ) # "1\nnil"
細かい話だが、もし、nil.to_s が"nil"になったとすると、それはnilの挙動を変えると いう意味の他に、"nil"という3文字の文字列の意味合いも変えることになる。 nil.to_s #=> "nil" "nil".to_s #=> "nil" で、結果が等しくなる。 それまで、プログラム内では何の意味も持たなかった"nil"という3文字が、一挙に、 nilを文字列表現した場合という意味を持ってしまう。 自分としては、nil.to_s が "" であることにはなんの違和感もないが、 "nil"という文字列にそのような意味を持たされることはとても気持ち悪い。
String(true) # => "true" String(false) # => "false" String(nil) # => "nil" なんとなくこれでもいいんでないかと思い始めた俺がいる。 しかし、これまでとあまりにも挙動が異なるんで、 しばらくは慣れそうに無い。
なるほど、 true.to_s # => "true" false.to_s # => "false" nil.to_s # => "" なわけね。確かに言語を作っている側としてはこの現状は気持ち悪いのかもしれない。
>>691 それやばいな
本気でそうなったらRubyから離れそう
String(nil) # => "nil" ちょーきもいんですけどー
今更の仕様変更はどうかしてるとは思うが、きもいとは思わん。
きもくはないが、使いづらくなる気がする。
"nil".to_s と nil.to_s が同じなのはきもい。 "nil" == nil みたいじゃないか。 matz は、前田さんとto_sについて折り合いがついてないのに ある程度合意できてるとか言ってるし。
"10".to_s と 10.to_s が同じなのはきもい。 "10" == 10 みたいじゃないか。
>>689 PythonはRubyよりも文法的に厳格なところがあるけど、
最近だんだんきもい文法を取り入れつつあるよ。
Rubyとナカーマ(・∀・)人(・∀・)
最初からtrueもfalseもnilも全部:true, :false, :nilだったらよかたのかもしれんな。
>>699 ある意味それもありじゃない?
Perlなんかそんな感じでしょ?
でも、nilはねーよ。
to_sというのは、入ってくるデータが数字であっても文字列であってもnilであっても、 to_sをかけることで、タイプエラーにならずに操作し続けられるように使われてきた という用途が多いと思う。 さらにto_sは、「その際、変換されたデータを、『空白』と『空白でない物』の2者で、 処理を分類したい」人が好んで使うメソッドなのでは。 nil.to_s が"nil"になると、この手筋で書かれている処理の互換性が無くなる。 ""はTrue、それ以外の文字列はfalseと判断する、あれ逆だったかな?この手筋ってたぶん、 Perl4から来ているんじゃないかと思う。Perl4なんて昔の話で詳しいことは覚えて いないけど、Rubyの古いメンバーはPerl4から移ってきているだろうから、 文字列をこのように扱いたいってアタマの人が多いんじゃないかな。
> ""はTrue、それ以外の文字列はfalseと判断する、あれ逆だったかな? Perlは、""はfalseでそれ以外がfalseだけど RubyはStringクラスのインスタンスは全部trueだよ。
nil.to_s で "" だから何も表示されない と思って書いてる人は多いだろうね。 変更になったら、"nil" を見かける事が多くなるんだろうか。
nil.to_s # => "" であることを期待して、 if data.to_s == "" then みたいな書き方をしている人が多いんじゃないかな。
それはnil?使ってんでないかい
2.0からそーなるっつー話でしょ? ぶっちゃけ、nil.to_sが何を返そうがどうでもいい。
>>698 ,703
trueやfalseはいいの?
出力関係の処理を見直さないといけなくなるのか こりゃまいった
ねえねえ、to_yamlは、どうなるの?
問題点は、nilを返すメソッドが多いから、仕様変更されると まずい可能性があるってことだな。 nil.to_sしちゃってるのは、駄目コードだとは思うけど この仕様変更はしないほうがいいと思う。
無という概念でとらえてた人には理解しがたいだろうね 教祖はnilなるものとしてとらえてるようだ
だねぇ。何でも無いはずのものが、いきなり"nil"というものになった感じ。 違和感ありまくり。 true, false は true, false だから別にいいけど。
>>712 YAML には null があるから気にするこたない。
つうか、本気で嫌な奴はこんなところで愚痴ってないでmlで議論しろよ。
この際真の「無」を表すクラスとしてNullpoを提唱する
undefined
720 :
デフォルトの名無しさん :2006/09/02(土) 01:43:55
>>713 いちいちnilで条件分けしてるほうが野暮だ
nil.to_sしちゃってるほうがよっぽどrubyらしい
>>720 to_s以外でも条件分けしないの?
するでしょ?野暮とか関係無い
to_sが""返すって定義されてるなら、それ使うのはまったく問題ない 問題はrubyの仕様が教祖の頭の中にあること
>>723 > to_sが""返すって定義されてるなら、それ使うのはまったく問題ない
> 問題はrubyの仕様が教祖の頭の中にあること
仕様はどこにあるのか?まつもとさんは、仕様は自分の頭の中だけにあると
考えているのか?Rubyがそれまでそのように使われてきた事実、実績は、
暗黙の仕様としてとらえないのか?
725 :
デフォルトの名無しさん :2006/09/02(土) 01:57:38
ソースコードが仕様であり、ソースコードが変わるたびに仕様も変わります。以上
正直何がまずいのか全然わからない。 既存のコードが動かなくなる可能性が高いだけだろ? と素朴なボケをかましてみる。 可換であるなら"nil"からnilに変換できないとおかしい気はするが、むしろevaluateでnilに戻るからいいのかもとちょっと洗脳されつつある。 言語仕様がないのはどうしようもないんじゃねえか。 誰もやりたがらないことを原作者だからやれと言うのは酷だろ。
いぜれにせよ、互換性の問題は既存の開発者をウンザリさせるし 多少なりともRubyやめようかな、と思わせるきっかけになりうる 仕様変更の大義名分が原作者の独断に近ければなおさらね 今後、こういう老害じみた仕様変更を続ければ人が離れてくだろうな
Joel on Software
ttp://www.joelonsoftware.com/items/2006/09/01.html >Ruby is a beautiful language and I'm sure you can
>have a lot of fun developing apps it in, and in fact
>if you want to do something non-mission-critical,
>I'm sure you'll have a lot of fun, but for Serious
>Business Stuff you really must recognize that there
>just isn't a lot of experience in the world building
>big mission critical web systems in Ruby on Rails, and
>I'm really not sure that you won't hit scaling problems,
>or problems interfacing with some old legacy thingamabob,
>or problems finding programmers who can understand
>the code, or whatnot. So while Ruby on Rails is the
>fun answer and yes I've heard of 37 Signals and
>they're making lovely Ruby on Rails apps, and making
>lots of money, but that's not a safe choice for at least
>another year or six. I for one am scared of Ruby because
>(1) it displays a stunning antipathy towards Unicode and
>(2) it's known to be slow, so if you become The Next MySpace,
>you'll be buying 5 times as many boxes as the .NET guy
>down the hall. Those things might eventually get fixed
>but for now, you can risk Ruby on your two-person dormroom
>startup or your senior project, not for enterprisy stuff
>where Someone is Going to Get Fired.
>>726 > evaluateでnilに戻るからいいのかも
おまいはいつもどんなふうに eval を使っているのかと(ry
素直にマジレスすると、既存のコードがちゃんと動いて、 しかもこれまで何も表われなかった結果に'nil'って文字が出現するようになる。 というのが問題。どこが影響受けるか、予測が不可能に近いかも。 warningやらerrorになるのならまだ許容できる。と素朴なボケを(ry
>>717 いくら議論しても、結局は「教祖の御心のまま」にしかならないので、
むなしいだけ。
言語仕様に関する議論が外人ぬきで進むってすごいな さすが国産
言語の設計者は少なければ少ない方がいいと思うのは俺だけか 少ない方が一貫性があって良いよ
便利さとか互換性を基準にこうして欲しいって言ってる人と 一貫性を気にしている人がいくら話しあっても 結論には至らなさそうだ。 反対してる人のほとんどの気持ち悪いっていうのは 慣れてないから、ってだけに見えるんだよね。 理論的にちゃんと反論すれば聞いてもらえそうじゃん? あんまりRubyを使いこんでない俺から見ると matz氏の案の方がすっきりして見えるよ。 まあ実際使いこんでないからどっちでもいいんだけど。
735 :
デフォルトの名無しさん :2006/09/02(土) 08:26:13
無という概念を理解してないだけだろ
無という概念どうこう言うなら、 そもそもto_sに反応するのも、 Objectを継承しているのもおかしい。
737 :
デフォルトの名無しさん :2006/09/02(土) 08:45:19
仮初めの宿にすぎない
"nil" にするぐらいなら "#<NilClass:0x0000004>" の方が一貫性ある希ガス わざわざ Object#to_s をオーバーライドする理由なくね? p true.to_s # => "#<TrueClass:0x0000002>" p false.to_s # => "#<FalseClass:0x0000000>" p nil.to_s # => "#<NilClass:0x0000004>" で良いよもう
そんなアホ策よりは"nil"の方がいいな。
"nil"よりはずっとマシ
何がマシなの?馬鹿?
> [ruby-dev:29400] Re: nil.to_s
>まつもと ゆきひろです
>|Ruby でのルーズな tips として、
>|その値が文字列か nil かわからないときに nil.to_s を使う、
>|というのがあるかと思います。
>そうなんですか。
このルーズなTipsの存在を理解できないから、to_sの仕様変更に互換性上の影響が出る
可能性や、nil.to_s #=> "nil" に難色を示す人の心がわからないのだろう。
>[ruby-list:41767] nilの扱い
>Rubyでプログラムを書いていて、
>もっともよくおこるエラーは、nilに関するものです。
>なにかの値が空であることを表すのに、
>nilを使うべきなのか、0や空配列などを使うべきなのか、
>ちょっと悩んでいます。
>nilを使うと、不用意に比較したりしたときに例外になって
>しまいます。nilを使わない場合、簡単に
>if object
>としたときにtrueになってしまいますので、いちいち
>オブジェクトにあわせて比較してやらねばなりません。
この問題を解決する際、nil.to_sを使って手抜きしてnilと空文字列を同意として扱える
のをRubyの利便性だと理解している人もいるはず。
数字を扱うときに、nilと0は同意としたい。文字列を扱うときに、nilと""は同意にしたい。
それを、単純な記述で実現したいというときに、to_sやto_iが使われている。
この「同意にしたい」という嗜好のルーツはPerl4から来ているのではというのが
>>704
743 :
デフォルトの名無しさん :2006/09/02(土) 09:22:02
"nil"が返ってくるならエラーのほうがずっとマシ
Perl4から来ているモノは皆バッドノウハウだ。 なくそう
746 :
デフォルトの名無しさん :2006/09/02(土) 10:25:58
>puts nil や print nil が nil を表示する。 これこそがキチガイじみてる
俺もputs/printは""が良いなぁ
p nil #=> "nil"って表示される
pp nil #=> "nil"って表示される
ならいい。
puts/printは
>>747 に同意
さして重要でもないこだわりのために互換性を無視するのは、どう考えてもアホだな
バッドノウハウの延命
puts/printで""でるようにしたらええやん 教祖は何がしたいの?
本人に聞けよ
753 :
デフォルトの名無しさん :2006/09/02(土) 11:31:19
>現在、nil.to_sで""を返していて >困ってないのは、いくつかの局面(putsとかprintfとか)でnilを特 >別扱いしているからです。 逆に困ったよ
適当に作ってっから
>>695 や
>>745 みたいなことになるんだよ。
1.x では互換性を重視して今のまま、2.0 で一貫性のある仕様に
すればいいのに。
何でも Perl のせいにすんじゃねぇよ。
Matz のオツムが悪いせいだろうが。
入るのは2.0からだろ?お前のオツムが悪いんじゃね?
>>756 意味不明。いいなら前半三行書くなよボケ。
Perlも一貫性に欠けるが、それをオツムの悪さの所為にするなら Perlの作者もめちゃめちゃオツムが悪いことになるな。
だからなに
お前ら昼飯くらい食えよ
今から食いに行く
さっき朝飯くったばかりだからなあ
>>758 PerlはPerlで一貫性があると思うんだが。
便利ならなんでもおk。
ruby1.8.5をコンパイルすると /usr/bin/ld: warning multiple definitions of symbol _setregid ./libruby-static.a(process.o) definition of _setregid in section (__TEXT,__text) /usr/lib/gcc/powerpc-apple-darwin8/4.0.1/../../../libdl.dylib(setregid.So) definition of _setregid /usr/bin/ld: warning multiple definitions of symbol _setreuid ./libruby-static.a(process.o) definition of _setreuid in section (__TEXT,__text) /usr/lib/gcc/powerpc-apple-darwin8/4.0.1/../../../libdl.dylib(setreuid.So) definition of _setreuid というエラーが出ます。 環境:MacOS X 10.4 (Tinger) PPC 発生箇所は gcc -g -O2 -pipe -fno-common -DRUBY_EXPORT -L. main.o -lruby-static -ldl -lobjc -o ruby という部分です。 ぐぐってみましたが、解決策がよくわかりませんでした。 -lruby-staticを外してgccを実行すると /usr/bin/ld: Undefined symbols: _ruby_init _ruby_options _ruby_run collect2: ld returned 1 exit status というエラーになりました。 どなたかお助けを。
765 :
764 :2006/09/02(土) 12:31:52
>>764 よくみたら, errorではなくwarningですね。
無視しちゃっていいのかな。
>>729 evalなんか使ったことないが何か?
Lispマクロ風にeval式中のシンボルを展開した場合to_sしなくても良くなるのかもという気はするが
あれは変数スコープの考え方が違う言語だからそうなっているんだと思うけど。
>>764 warningだから無視でいいんじゃないかと。
コンパイルできてないとしたら別の理由じゃないか。
でた、バッドノウハウ(藁
でた、"(藁" 今時使う奴生き残ってたか
>>769 そっちよりも、
でた、"バッドノウハウ" 今時使う奴生き残ってたか
「○○と○○を偽として扱いたい」なんて、言い出したらキリがない。 その度に to_* メソッド追加したり弄ったりすんのかと。 module ToBool @@FALSE_VALUE = [nil, false] end module Kernel include ToBool def to_b() not @@FALSE_VALUE.include?(self) end end こうして、 puts "".to_b module ToBool; @@FALSE_VALUE.push(""); end puts "".to_b これでいいんじゃねぇの。めんどくせぇ。
772 :
デフォルトの名無しさん :2006/09/02(土) 14:16:18
は?
>fujiokaです。 > >ぎょえー。"#{nil}"が"nil"になるのはすこぶる困る。 > ># 2chで発言をしていないでMLで発言してほしい。 何がどう困るのか書けよアホ。 単なる愚痴じゃMatzは納得するわけないのは、今までのMLで実証済みだろ。 と、2chで発言してみた
空文字列でいいんじゃね?
>>774 Railsならどうせh()通すから関係なくね?
つか
class NilClass;def to_s;"nil";end;end
して普段使ってるRuby製プロダクト使ってみりゃいんじゃね。
ふと思ったが俺は普段irbしか使ってない。
>>771 KernelにIncludeしても全体が汚染されないようなモデルならそれでもいんじゃね。
777 :
773 :2006/09/02(土) 15:54:13
>>774 MLで返事しろよ。おんなじ文面でかまわないからw
Matz が過去に書いたコードで、nil.to_s が空文字であることを 期待しているコードを一つでも見付けてきて、ゴルァすればいいんじゃね?
あまり流れ読まずに発言 仕様変更が気に入らないなら古いコードを動かすときは挙動の違うメソッドを オーバーライトするファイルを作ってrequireすれば良いのでは? おれも1.6→1.8の仕様変更で動かないコードが出て修正したクチだけどな
># 2chで発言をしていないでMLで発言してほしい。 ML入っていないから無理。(ログをWWWで読んでるだけ) てゆうかむしろ、2chに書いたことを、もし役に立つなら MLに流用してもいいよってスタンスで書いてる。
http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-dev/29390 > nil.to_sは「そのオブジェクトがどんなものであるか」がはっ
> きり分かる文字列であるべき
この役割は inspect() がやるんじゃないの?
そうでないなら、to_s() と inspect() の違いを論理的に説明してもらいたいな。
あと、to_s() の挙動如何に関係なく、print や puts は直すべき。
> class Foo
> def to_s; "Foo#to_s()"; end
> end;
>
> class NilClass
> def to_s; "NilClass#to_s()"; end
> end;
>
> puts Foo.new
> # => Foo#to_s()
> puts nil
> # => nil
少なくとも「一貫性のある動作」ではない。
俺もお前も便所にいるゴキブリだってことを忘れちゃダメだぜ? つか、Rubyと2ちゃんが関係あるわけねーだろーヤーメーテー
どさくさ ([ruby-dev:29405] の「もうちょっと実際にありそうな例」) にまぎれて "" + nil # => "" を提案したい件。
ERBだと value="<%= params[:user] %>" が _erbout = ''; _erbout.concat "value=¥""; _erbout.concat(( params[:user] ).to_s); _erbout.concat "¥"¥n"_erbout に変換されるんだけど、params[:user] がnilのとき「value="nil"」と表示されるようになっちゃうのかな。 それ、すごい困るんだけど。 その場合、nilを空文字列にする手段は導入されるのだろうか。3項演算子だったら悲しい。
>>785 params.fetch(:user, '')
かなあ。どこかで
params[:user] ||= ''
としておいた方がいいスタイルだと思うけど。
to_sが "nil" になるのは、to_aが [nil] になるくらいの変化だな
ruby 1.9 を MacOS X 10.4 でコンパイルするとIllegal instructionというエラーになる。 どうやらminirubyでext/extmk.rbを実行するときにでるみたいなんだけど。 ~/ruby-1.9> make make: *** [all] Illegal instruction ~/ruby-1.9> make -n ./miniruby ./ext/extmk.rb --dest-dir="" --make="make" --mflags="-n" --make-flags="n" --extout=".ext" --extension --extstatic -- だれか、たすけてくれ。
>>786 @var とかもあるよ。
value="<%= @var %>"
Railsだとこれ多いんじゃないの?
www.ruby-lang.orgって死んでる?
貧弱すぎるね
流れを読まずにレスするが、 puts nil が"nil"になるからnil.to_sを"nil"にしてしまいたくなったんじゃまいか。 putsの方を変えればいいんじゃまいか。
797 :
デフォルトの名無しさん :2006/09/02(土) 20:44:14
そもそもなんでprint nil で"nil"を出力させてたの?
>797 matz的には puts nil で nil と出ないのは「明らかに不便」らしい どの辺が明らかなんだろうなw
どういう状況を想定しているのかも理解できない
>>798 > to_sはprintで、inspectはpで使われる、というのがこれら二つの
> メソッドの違いです。
はい、嘘www (
>>782 )。
前提からして矛盾してるのに、話にならん。
何が何でも nil.to_s を "nil" にしたくて、何が問題なのか見失ってるよ。
> putsがnilを出力しないのは、あきらかに不便だと思います。
この理由を、「あきらかに不便」だなんて主観的に言わないで、
論理的かつ客観的に説明してほしいもんだね。
少なくとも多くの人間が不便だともおかしいとも感じていないし、
まして変更するべきだとは思ってない。
確かにわからん
puts nil で "" が表示されて困るってのは デバグしている状況以外では思いつかないな。 デバグなら p 使ってごにょごにょすべきだし。
>[ruby-dev:29409] >putsがnilを出力しないのは、あきらかに不便だと思います。 明らかなんだ…
宗教ですから
806 :
デフォルトの名無しさん :2006/09/02(土) 22:06:07
putsがnilを出力するのは明らかに迷惑だ
空白文字がnilと同じものかといわれれば違うと言わざるを得ない
nil.to_s #=> "nil"になると、 よくわからんけど、CGIなんかで、悪意を持った者が手でnilを入力してきたとき どうなるかというテストが今後必要になるのかな。
よくわからないなら考えるだけ無駄だよ
>>807 それを言い出すと、nil.to_xxx は全部エラーが出ないとおかしいことに…。
nil は 0 でも 0.0 でもないわけだし。
nil.to_xxx はすべて nil を返すべきだ、といってみる
>[ruby-dev:29409] > まつもと ゆきひろです >逆に、区別することを重要視せず、従来のままnil.to_sは空文字列 >としても構わないって言えば構わないんですが、その場合には今度 >は「nilの意味」に踏み込むことになりますね。 ここは、nilがなにかという問題ではなくて、to_sというメソッドの 役目はいったい何なのかという問題だと思う。 nilの役目は、to_sの仕様がどのように変わっても変わるものではない。 to_sの仕様により、nilの役割が変わってしまうものではない。 だから議論すべき事は、to_sとはいったい何なのかということであり、 いままでどのようにto_sが使われてきたのかという事実の確認だろう。 結局、まつもとさんが行いたい「そのオブジェクトを文字列で表現したもの(デバッグ用)」 はinspectであり、to_sは、「人間の好みや利便性に合わせた、もっとも便利な 文字列変換を行うメソッド」として使われているというのが偽らざる現状だろう。
nilが「なにもない」を表す記号ならto_なんとかで 人間にわかる様に変換する際に空文字列とか0にすんのは正しいと思う。 でもmatzの言う「なんでもない」だと"nil"の方が良いのかなぁとも思える。
814 :
デフォルトの名無しさん :2006/09/02(土) 22:36:19
>>810 to_xxx 系はほとんどシンタックスシュガーだと思ってたが
たとえばto_sなら
Date ISO 8601 書式の文字列を返す
Array self.join($,) と同じ
MatchData マッチした文字列全体を返す
nil.to_s が空文字返してもおかしくはないでしょう
自分でいうのもなんですがなんか言ってることが変ですね、ごめんなさい
nil.to_sを'nil'なんかにしたら nil.to_s.sizeが3になってしまう。 何もないのにsizeが3かよ。
>>816 それは意味としてはおかしくないんじゃないの
nilの文字列表現がたまたま3文字だってだけだから
逆に考えるんだ。 「今までのことが全て悪夢だった」 と考えるんだ。 今、やっと目が覚めて、Rubyの歴史が始まろうとしているんだ。
puts nilの使い道もわからないというのに
>818 カルト儲乙
>>818 いやあ、新しい歴史が始まるならまだいいんだけど、この改変で大して良いこともなさそうなのに、
互換性の問題や使い勝手の悪化だけがある迷惑な改変だから騒いでいるんだけど。
2.0まだ〜?yarv搭載まだ〜?
>819 それ自体は「失敗したらnilを返す」 メソッドあるから大して不思議じゃない
824 :
デフォルトの名無しさん :2006/09/02(土) 23:22:11
nil に to_s,to_i,to_f,to_a を適用しようとするときって、 暗黙に単位元として見ている気がする。 class UnitClass # x + to_x == x def to_s; ""; end def to_i; 0; end def to_f; 0.0; end def to_a; []; end end NilClass が暗黙に UnitClass に変換されて to_xxx、みたいな。 最初からこういうクラスがないんだから、いまさら nil をシンボル的に 扱うとか言われても無理。
だれか2chの発言をまとめて引用してMLに投げてよ。 「2chなので参考にしかなりませんが」って但し書きつけて。
「putsがnilを出力しないのは、あきらかに不便」というのを理解できない現状では、 メーリングリストで何を言っても、話がかみ合うことはないと思う
不便とかは個人の主観の問題だし、理解できるとか理解させるとかいう次元ではないだろう 互換性重視するのなら、従来の動作のほうが便利だと考えるのが普通
nilpo
ほんと、マジでmatzには引導を渡したい。お前のセンスとやらはもう死んでいる、と。
邪推すると20060824の日記が関係してる気がしないでもない。devに関する 意識を本気にさせるために、ちょっと気でも狂ったふりしてみようか、みたいな。
フリーソフト作者の中には、「レスポンスが欲しいために、わざとバグを 入れる」と言う人もいた。しかし、信用は失われる。
>>835 なんだその小学生が好きな子いじめる的な行動はw
puts nil が nil を出力しないと不便なのはたとえばどんなとき?
p nilを使わないとき
実際問題としては、nil.to_s が空文字列になることを期待してて nil.to_s => 'nil' で問題が起こるようなソフトの具体例を挙げて抗議すべきなんだろうな。 俺はオブジェクトが nil かどうか確認してから to_s するから関係ないけど
>>834 > 本気なのはコミッタやアクティブユーザのうち ごく一部で、残りは本気でないというのが原因だと思う。
これ?
リリースに関してもMatzの言ってることは理解できないんだよね。
Matzの気分でリリース日程を決めてる現状で、本気になれと言われても…。
>>839 > ソフトの具体例を挙げて抗議すべきなんだろうな。
それも、出来ればMatzが書いたコードで。
自分がやらかしてたら「そんなコードを書く奴がおかしい」とは言えんだろw
CGI関係はきついです
あ、そうか。MatzはWebアプリとか書かない人だっけ。
>839 とりあえずこのスレで上がっていたのは ERB の <%= %> だな。 あおきさんも自分のコードで例示してるね。
>>843 >とりあえずこのスレで上がっていたのは ERB の <%= %> だな。
MLで同じような例が挙がってて、default=使えって答えが出てるじゃん。
意味内
どうにかすればできるという理屈ならなんでもありじゃん
つーか敵つえぇ。
>>840 そもそも matz って Ruby スクリプトどのくらい書いてるんだろ。
そんなに多くなければ、「あれは悪いスタイルでした。私も直します」で済みそうな気がする。
それよりは RAA でもこんなに使われてます、とかの方がよくない?
nil.to_sが""を返すことを期待するコード、なんて探し辛い
でもHashのデフォルトに""を使うとなると、今まで頓着して書けていた cgi.param["foo"] ||= "bar"みたいなコードが書けなくなる。 やっぱり、怠惰な自由度が減っちゃうよなぁ。
〜すれば問題ないとか言われても、だったらnil.to_sが""でも問題ないじゃんとしか言いようがない Matzがちっとも説明できてないのに何言っても無駄
どうもrubyのMLって発言しづらい。 下手な質問・発言できない雰囲気がある。 ので俺はML止めて、webで必要な時に見るだけにしちゃった。
>>848 とりあえず
class NilClass
def to_s; 'nil'; end
end
して手当たり次第 make check かなあ
ruby-coreとかruby-talkではまだ出てないの? この話題
>>853 >下手な質問・発言できない雰囲気がある。
ヘタな質問・発言が出来る雰囲気の開発MLの方がいやだ。
考え無しの愚痴だらけのノイズなんか2chだけで十分だ。
十分に根拠足りえる意見だけ必要。
>>854 出力とか表示結果をチェックしないと意味ない。
858 :
デフォルトの名無しさん :2006/09/03(日) 01:00:17
>856 Matzはノイズだな
>>857 出力にかかわらないところなら make check の終了ステータスだけでよくない?
だいたいのテストは nil.to_s の結果なんて考えてないだろうけど
影響を受けそうなものの可能性は測れる。
make check の用意されてないのは知らん。
861 :
859 :2006/09/03(日) 01:18:48
nil.to_s で、ぐぐってみたら、色んなことが分かるよ。 puts nil で困っている人とかも、いっぱいいる。 Matzが言及したものも出てくる。 MLで反論するのに、使ってくれ。
Pythonスレの勢いに負けたくないからって無理して 燃料透過することないのにな、Matzは。
つーかcoreの方では全然話出てないんだな。 ウェブアプリとか海外の方が盛んだろうし向こうにでばってもらう方が良い気も。
$ irb irb(main):001:0> class NilClass irb(main):002:1> def to_s irb(main):003:2> 'nil' irb(main):004:2> end irb(main):005:1> end => nil irb(main):006:0> => nil # Ctrl-D 連打 irb(main):006:0> => nil irb(main):006:0> => nil irb(main):006:0> => nil irb(main):006:0> => nil irb(main):006:0> => nil irb(main):006:0> => nil irb(main):006:0> => nil irb(main):006:0> => nil irb(main):006:0> exit $
"to_s.empty?" の検索結果約 1,490 件
nil.to_s.empty? の件は nil.empty? とか nil.blank? などを 追加してもらうと解決する話?
class String def empty? return (self == 'nil') end end
class NilString < String def initialize super("nil") end def empty? return true end end class << nil def to_s NilString.new end end
「nilも""もまとめて偽としたい時はx.to_s.empty?」 なんて腐ったイディオム使ってるやつがいるのかよ…。 少なくともそんな例で説得するのはやめようぜ。matzが頑固になるだけだ。
>>870 何がどう腐ってるか論理的に説明してほしいな。
逆に、リンゴが腐ってるって論理的に説明できる? それと同じ
874 :
デフォルトの名無しさん :2006/09/03(日) 02:35:08
じゃあみんなバグだらけだな
一応仕様上 x.to_s == "" となっているとはいえ x.nil? || x.empty? と書けばいいものを わざわざイディオムとして x.to_s.empty? と書くにいたった理由は何だろね。
nil.to_s == ""だった
>>875 nil.to_sが""を返すから。分かってるくせに聞くなよ
> 理由 ズボラ
NilClass.undef_method(:to_s)
>>875 ||があると他の条件式と繋げているときに
視覚的に1段階複雑になる。
>>875 ・見ためがスッキリ。括弧でくくらないでそのまま条件式にぶちこめる
・cyclomatic complexityがひとつ減る。テストケースが半分ですみそう。
・xがnilかStringである状況下で、このto_sはnilだけに効くような気がする。
・手抜きっぽさがその筋にはたまらない
MLでやれ。このスレ汚しどもが
MLで煽り合えと?
ML汚すのはそれはそれで問題だな
「Rubyistドメインは、Matz個人の所有なので、何を書いても問題無い」 こんな主張がまかり通るようなコミュニティーで、まともな貢献が広がる のは期待できないと思う。nil騒動でも、ほんの一部の人しか発言しない し。
匿名で個人批判なんてかっこ悪いよ。 MLで内容について堂々と反論すれば。
>>886 いやそれは関係ないだろ。単にコミュニティが閉鎖的なだけ。
あとここのやつらがMLに投稿しないのは匿名に慣れきってるから。
俺も含めてなw
>>887 コミュニティーのことを議論するMLなんて、あったっけ?
ruby-listに投稿しても「不適切」って言われるだけだし
rubyもrubyistドメインも、所詮はMatz個人の所有物。 他の人の意見が取り入れられるかどうかは、Matzの一存による。 …というのは事実だし、みんなが思ってること。 教祖の顔色を伺いつつの議論なんて議論とは呼べない。バグレポだって、 「コミュニティへの貢献」じゃ無くて「Matzへの寄付」程度なんだから 率先してやる人が出てこないのは、当たり前。
nil.to_s=="nil" が日本語の議論だけで決定される。 ↓ アメリカ人のコミュニティに疎外感が発生 ↓ アメリカ人がforkして、新しいrubyが出来る。 ↓ rails は、アメリカ版ruby 上でしか動かない。 ↓ Matz引退 ↓ 日本版rubyとアメリカ版rubyが、合併。pythonに勝利 に、超期待。
>>891 さすがに 1.x で変更されることはないと思うから、
その流れになるとしても 2.0 が出てから。
そのころ俺達まだ生きてるのかな?
>>890 rubyistドメイン云々って、beyondさんですか?
rubyistドメインはmatz個人の所有だけど、
rubyについては(少なくとも表立っては)言ってない。
開発方針を決定する(優しくない)独裁者なだけ。
スレ読んでみたけど、
>>812 の書き込みが議論の本質をついている。すばらしい。
もしnil.to_s が空文字列でなくなったら、Ruby使うのやめる。さすがにこれは納得できんわ。
>>844 >default=使えって答えが出てるじゃん。
べつにHashに限った話じゃないでしょ。
Railsなら <%= @var %> なんてしょっちゅうあるけど、どうすんの。
895 :
788 :2006/09/03(日) 11:04:01
>>795 ありがとうございます。GCCのバグですか。
Bugzillaでは誰にもアサインされていないようなので、なんか永久にfixされない気がします。
とりあえずseverityをnormalからcriticalに上げないと、アサインされないんじゃないでしょうか。
このままだと、ruby1.9はMacOS Xではコンパイルできないままになってしまいます。うわーん。
CC=gcc-3.3 としてconfigureすればいいのかな。
仮に本採用になったとしても、rails は ActiveSupport あたりで class NilClass; def to_s; ""; end; end って定義するだろうな。 rails 使いでなくても ruby + ActiveSupport がデフォルトでいいかも。
>>894 どうすんの、じゃねーよボケ。
そう思うなら説得力があるような文面でMLに投稿しろよ。
nil.to_s は "nil" でもいいが、 "#{ nil }" や <%= nil %> が "nil" になるのは勘弁。 #{ } とかは .represent (名前は適当) を呼ぶようにして、 .represent を従来の .to_s と同じ挙動にして欲しい。
900 :
デフォルトの名無しさん :2006/09/03(日) 11:40:59
>>898 >でも、「ほとんどの人がいいと思ってた」ことに従っていたら、今のRubyはないわけで。
いいと思ってもダメなんだから何言っても無駄なんだよ
>>896 俺も実際にはrubyにパッチあててコンパイルするようになる気がするけど、
nil.to_s => 'nil' になることが期待されてる(かつnil.to_s => ''が
想定されない) コードがrubyやその他のライブラリにあったらアウトだしなぁ。
>>900 無駄じゃねーよタコ。
;;とか、多数の非難が出たものは撤回もされてんだよ。
903 :
デフォルトの名無しさん :2006/09/03(日) 12:17:12
むだむだ それよりMatzの説明が不十分。明らかって何だよMatz。カルト死ねよ
Ruby 使いが自慢げに語っていることは、たいていは数年から十数年、ひどいものだと 二、三十年の後追いだぜ…。よく恥ずかしげもなく「時代を先取り」とか…。 こういうアホさ加減が、Ruby 使いとか作っている教祖の愛すべきところだけどな。
ひどいのだと70年遅いのもあるな
70年前って何があったっけ。
>>899 そうすると文字列に変換するメソッドが
to_s, to_str, inspect, represent の 4 つになるな。
糞すぎる。今の to_s, to_str, inspect ですら使い分けできてないのに。
俺のオヤジも生まれてない
理論だけならチューリングマシンが1936年でちょうど70年前だな。
>>907 そういえば to_str ってなんのためにあるの?
少しはググれよ
inspect オブジェクトを人間が読める形式に変換した文字列を返します。 組み込み関数 p は、このメソッドの結果を使用してオブジェクトを表示します。 to_s オブジェクトの文字列表現を返します。 print や sprintf は文字列以外のオブジェクトが引数に渡された場合このメソッドを使って文字列に変換します。 to_str オブジェクトの文字列への暗黙の変換が必要なときに呼ばれます。 Matz が言ってる、「(人間が見て)区別することを重視する」目的は、inspect() の仕事。
>>912 Matzはinspectを忘れているのかな?
実行中にprintにぬるぽが混じっていた時に検出しやすいというメリットはあるし nilを有意な文字列に変換したいなら明示的に指定すればいい。 どうせレアケースなんだから手間は大したことない。 というのは一つの主張ではあるな。 ま、rubyの一貫性の中でいったらあまりにも微妙な仕様ではあるが。
おまえら、エサの時間ですよ つ >お金をもらっているわけでもない、誰が喜んでくれるわけでもないのにやってらんない。
でた、部分的に引用するミスリード厨
じゃあ全部貼り付けるよ。 >で、少々時間に余裕ができたので東京オフィスで1.8.5のリリース作業。 >作業そのものは手順通り(スクリプトも作ってるし)なんだが、失敗しちゃいけないと思うと、確認とか、精神的プレッシャーとか。 >お金をもらっているわけでもない、誰が喜んでくれるわけでもないのにやってらんない。 >むしろ、アレだ。開発側は淡々と開発を行い、ディストリビュータが適当なタイミングでパッケージにするというので、どうだろうか。 >どうだろうか、っていっても、きっと誰も賛成してくれないし、手をあげてもくれないに決まってるんだけど。
「ディストリビュートの作業を」やってらんない、だな。 ミスリード乙
リリース作業を「作業」だと思うからやってらんないんだよな。 Ruby のプロモーション活動と思えば身も入る…入らないっすかwwwサーセンwww
しかしいったいつからクレクレ乞食がでかい面をするようになったんだろうか。 昔は乞食は乞食の自覚があって分をわきまえていたものだったが。
そりゃあ通常の業務の方が重要なんじゃないの? 生活がかかってるんだし。 Rubyはあくまで趣味なんじゃないかなあ。 NaCLがRuby事業部とか立ち上げて、 Ruby 1.8.6の納期とかを設定してそれに向かって日々邁進する、 くらいじゃないと無理w 別の団体がスケジュールやリポジトリを管理してもいいと思う。 Pythonもそうだったような。
matzの言い訳って基本的に人のせいなんだねぇ はぁ
つーかmatzがるびでぶになかなか来ない件
RubyにはFloatより精度が高い浮動小数点型は無いの?
添付ライブラリにBigDecicalって無かったっけ
>>921 「Rubyの開発」じゃなくて「Rubyを使っていろいろ」が業務じゃないか?
930 :
929 :2006/09/03(日) 18:59:43
何か間違えた。スマソ リンク先で「ネットワーク応用通信研究所」へ飛ぶと 引用した一文が書いてある。 まぁOSSの開発が仕事だからRubyも仕事のついでに弄ってるんだろ
…と思ったが当のNaClのHP見ると おもっくそRuby前面に出してるし メンバもRubyの上位陣ばっかか。
そりゃ普通全面に出すだろ。 島根県自体もご推薦だぜ?
そうだよ。 Rubyは島根の特産品だったんだよ。
じゃあ、「お金をもらっているわけでもない」じゃないじゃん。 給料もらってやってるんだから、ちゃんと働け。 それとも給料泥棒か?
ご飯粒噴いた。農家の皆さんゴメンナサイ・・・
Rubyで生計をたてているってどっかのインタビューで言っていたけど、本当?
×お金もらってるわけでもない ○リリース作業手当てをもらってるわけでもない
matz は技術者の思考だから、開発の中にリリース作業が含まれるとは思ってないんだろうな。 心構えでなんとかなると思われがちだけど、ほとんど性格だからどうしようもない。 島根県か NaCl でリリース担当者雇ってやればいいんじゃないかな。その分 matz の給料さっぴいてw
リリース作業手当てをもらってるわけでもないってんなら さっぴける給料は0円となるが
Matz必死だなw
でた、2chで本人認定 本人じゃない証明なんて往々にして出来ないので、 卑怯な奴が好んで使う戦法。
人気者がうらやましくてしかたないヒマ人なんだろw 本人認定ウラヤマシス このまま「MatzについてPart22」的なまま1000に達しそうだな
「本人が書き込んでる」と思い込んだ奴の思考はもう元にはもどらない 2ちゃんやるかぎり「本人」を疑い続ける
944 :
デフォルトの名無しさん :2006/09/03(日) 22:17:06
なんでそんなに必死なん?
>>923 今日は安息日だからじゃないの?
ってことは、Ruby関連は「仕事」と見做してる、とも受けとれるけど。
「なんでこんなに必死に擁護(実際は煽り)するんだろう?」 ↓ 「こんなに必死なのはおかしい・・・」 ↓ 「こいつMatzだ!」 あるある
947 :
デフォルトの名無しさん :2006/09/03(日) 22:25:36
>>698 馬鹿
合意ができたのはString()が文字列を返す点だけだ
すんごいロングパスで突っ込みいれるなぁw
きもっ
でもほんの昨日のレスなんだよな。 ちょっと今日はレス多すぎて疲れた。
>>938 > matz は技術者の思考だから、開発の中にリリース作業が含まれるとは思ってないんだろうな。
これに賛成。
だから1.8のメンテから引退(したいなー)とかこれ見よがしに言ったりするんでしょ。
自分の興味の赴くままに言語をいじりたいのであって「安定」してしまっている
1.8系列にもはや興味はないと。でもさ、自分でやるのに「金ももらってないのに」
というわりに金を出してでも人材引っ張ってくるような姿勢のかけらも見せない
ってのはどうかと思うな。
ちょっと長くなった。スマン。
リリース作業を無償でやるのは愚痴るのに、カルト宗教の布教活動を無償で やる不思議。 ※ 宣教師の活動にかかる経費は、すべて自腹
もういいよbeyond
「なんでこんなに必死に煽るんだろう?」 ↓ 「こんなに必死なのはおかしい・・・」 ↓ 「こいつBeyondだ!」 あるある
「なんでこんなに必死に煽るんだろう?」 ↓ 「こんなに必死なのはおかしい・・・」 ↓ 「これ恋だ!」 胸きゅん
[ruby-dev:29455] > (cgi.rb を) 捨てるなら今がチャンスという気がします。 良く言った!
>>958 1.9にはなんかもっといいものがあるの?
日経ナントカでRuby特集やってたな
3〜4年前からやってんだろ
なんか…知りもしないのにXMLを叩いている感が否めないんだが…。 気のせいだよな、日本有数のスーパーハカーがただ気に入らないという理由だけで叩くなんて、そんなことあるはずが…。
XMLを叩かれたぐらいで泣くなよ
>>958 ようやくWEBrick::CGIが表舞台に出るか?
cgi.rbは捨てて別のもっとすっきりしたのを標準にして欲しいな てことで、賛成
>>962 だいたいにしてValidな前提でXHTMLを処理してる人は見たことないがなあ。
YAMLでXHTML相当を素直に記述できないのは認めてるはずなんだけど、じゃあ何で書けっていうんだろう。
良し悪しはともかくValidじゃなくても大多数のサイトは見れるわけだが、そんなことができる代替案はMatzにはないんだよな。
XMLじゃなくてもいんじゃね、知らないけど、と繰り返しているだけで。
XHTML はどっから出てきたの?
968 :
デフォルトの名無しさん :2006/09/05(火) 00:14:03
>>966 文書記述用のマークアップ言語としては、XMLは悪く無いと日記かどっかで書いてたはず
Matz日記で議論してるのは、主にデータ構造の表現方法としてのXMLの良し悪しじゃないのか?
>>966 validとwell-formedを勘違いしている?
どう考えても
>>966 は釣りだろ。引っかかんなよ。
>966 XHTMLベースのWebテンプレートシステムなど、そこらへんにごろごろある。
974 :
京大生www :2006/09/05(火) 17:46:46
Rubyはどこがいいですか?
ミャンマーのルビーが純度が高くていいです。
インドのルピーなんてどうでしょうか
977 :
ゼルダ :2006/09/05(火) 18:05:41
978 :
京大生www :2006/09/05(火) 18:11:59
うむ。 おれもRubyやろうかな、C飽きたwww もうちょっとCやろうかな、どうしよう。まだ遣り残したことがある。
資格、単位取得の為にやってるならきっちり覚えろ。 趣味でやってるなら今すぐ捨てろ>C
980 :
京大生www :2006/09/05(火) 18:24:01
両方です。 ただこれが基本だというのでこれからやってるだけです。 資格もとれればいいし、でも基本は趣味。 Rubyは楽しいと雑誌に書いてあったので、Ruby on Railsってなんだろって思った。 やりてーなー、でもCもまだやった方がいいなー。 それにCは低級なので演算が早い。 数学や物理などの演算をさせることがメインなのでCは使える。
じゃ、Rubyのソース読んだらどう? 読みやすいし、Cで書いてあるよ。
たしかに
究極の選択じゃあるまいし、両方やってりゃいいじゃん。 Ruby の (C の) 拡張ライブラリって、結構作るの面白かったりする。
985 :
京大生www :2006/09/05(火) 22:00:11
>>981 それは、RubyはCで開発されたということですか?
なんか相手すんの飽きた
>>985 そうだけど。他の言語もCで書かれたものが多い。
nil.to_sで一気に進んだな。
まさかCでつくられてるのを知らずに叩いてるのがいるわけ無いよな
既存の処理系が何で書かれてるかなんて、 純粋に、プログラミング言語を言語として評価するには殆ど関係ないと思う。 RubyがCで書かれていようが如何なる観点において、Ruby>Cが成り立たないなんて、そもそも可笑しいだろ?
フライングしてしまったorz ×書かれていようが〜 ○書かれているからといって〜
そんでCがRubyで書かれていると。
993 :
京大生www :2006/09/05(火) 23:39:15
再帰か
Squeak なんかは C で書かれてるけど、 Squeak の C のコードは Squeak が生成してるんだよな。
なにそのニワトリと卵
実話
HaskellがHaskellで書かれてるのも有名な話。
じゃあ、RubyもRubyで書いて、そのRubyをCにコンパイルするコンパイラもRubyで書けばいいと。
999 :
京大生www :2006/09/06(水) 00:45:17
まぁお前らには無理だけど。 やはり基本はCなんだよ、おれもう少しCをやってみようかとオモ
1000
1001 :
1001 :
Over 1000 Thread このスレッドは1000を超えました。 もう書けないので、新しいスレッドを立ててくださいです。。。