Rubyについて Part 38 - 暇つぶし2ch

Rubyについて Part 38 ..

175:デフォルトの名無しさん
09/11/28 02:16:58
>>166
NEWSを読んだうえでその発言？あれ読んで一般の利用者が理解できると思ってるの？

176:デフォルトの名無しさん
09/11/28 03:45:11
文句言うだけのお客さんが多くて手を動かす人がいないからこうなってるんだよ。

177:デフォルトの名無しさん
09/11/28 03:51:26
書き方の問題だから、そういう話じゃないよ

178:デフォルトの名無しさん
09/11/28 07:30:23
書き方の問題に文句言うだけのお客さんが多くて手を動かす人がいないからこうなってるんだよ。

179:デフォルトの名無しさん
09/11/28 09:01:02
違うだろ。開発陣とその近辺にはあれで十分と考えている人間しかいないことが原因。>>151はその典型。

180:デフォルトの名無しさん
09/11/28 09:08:30
と、ここで騒ぐだけだから、改善されるわけがないよな。

181:デフォルトの名無しさん
09/11/28 09:15:36
開発陣とその近辺にはあれで十分と考えている人間しかいないって
文句言うだけのお客さんが多くて手を動かす人がいないからこうなってるんだよ。

182:デフォルトの名無しさん
09/11/28 09:33:06
>>175
一般ってなに？

というか君の言う「一般」向けにプレスリリースなりなんなりしている言語があったら知りたい
ソース読める言語のオフィシャルはどこもこんな程度だと思うが
詳説はなんか言語の名前の入ったよくわからん関係のサイトが記事にしたりする印象

183:デフォルトの名無しさん
09/11/28 10:13:59
どうせ無学歴のJava出身とかそこら辺の奴が文句付けてるんだろ。
例えばJava5の新機能なんてネット上にいくらでも易しい解説があるし、変更点を噛み砕いて説明してくれるからそういうのに慣れちゃってるんだろう。

184:デフォルトの名無しさん
09/11/28 10:44:15
無学歴かどうかはともかく、「あってもいい」が、「無いからといってオフィシャルが非難される謂れもない」ねえ
コミットログが公開されない、みたいなのなら公然と非難してもいいが、辿ることは可能だしな

ボクに懇切丁寧に無料で教えてくれるシンセツナヒトが現れないというのなら、
そりゃオフィシャルの仕事じゃないんでコミュニティで吠えてくれ

185:デフォルトの名無しさん
09/11/28 10:55:43
> そりゃオフィシャルの仕事じゃないんでコミュニティで吠えてくれ

やめてくれ。
このスレが無情報なレスで埋まってしまう。

186:デフォルトの名無しさん
09/11/28 10:58:44
PerlerなんだけどRubyはどこらへんがPerlと比べて楽でどこら辺が大変か教えてくれ

187:デフォルトの名無しさん
09/11/28 10:58:49
このスレそういう連中の隔離スレだと思ってた

188:デフォルトの名無しさん
09/11/28 11:12:03
>>186
利点： Perlより書きやすく、Perlのように気軽に日常用途で使える
欠点： Perlじゃない

総評としてはPerlじゃないので習得する価値は薄い

189:デフォルトの名無しさん
09/11/28 11:32:22
>>187
と、いうことに(void

190:デフォルトの名無しさん
09/11/28 12:00:18
>>186
利点：Perlのように後付けOOPでないので、オブジェクト指向コードが書きやすい
欠点：CPANほどライブラリーがそろっていない

191:デフォルトの名無しさん
09/11/28 12:54:16
Rubyは、便利なライブラリがなければ自分で作ればいい
っていう発想というかパワーがある人向けかな。
CPANのようなライブラリがないと嫌だって人には向かないかもしれん。
個人的にはそう思ってる。

192:デフォルトの名無しさん
09/11/28 14:16:08
といっても、最近ではgemが充実してるから
あながち「ライブラリが弱い」とは言い切れないのでは

193:デフォルトの名無しさん
09/11/28 14:25:58
仕事だとruby単体で使う機会が無いんだよなぁ
Railsの案件ならいくらでもありそうだけど。

194:デフォルトの名無しさん
09/11/28 15:57:30
URLﾘﾝｸ(satoshi.blogs.com)

中島氏がまた煽ってるぞ。誰か反論してやれよ

195:デフォルトの名無しさん
09/11/28 16:19:57
ほんにんおちゅ

196:デフォルトの名無しさん
09/11/28 16:31:59
>>194
何か反論するような箇所があるか?

197:デフォルトの名無しさん
09/11/28 16:51:51
Rails排除しろとは誰も言っていないわけだが？

198:デフォルトの名無しさん
09/11/28 17:28:05
RubyのGCの停止時間ってどれくらいですか。
ゲーム作ったら数秒に一回わずかに停止するのですが....
これがGC?

199:デフォルトの名無しさん
09/11/28 17:30:42
GC止めてみたら？

200:デフォルトの名無しさん
09/11/28 17:36:31
>>198
世になんでRubyアプリが少ないか考えてみるといいよ

201:デフォルトの名無しさん
09/11/28 17:42:04
>>194
O/Rマッピングってキャッシュできないのかな

202:198
09/11/28 17:54:52
>>199
ビンゴ。GC止めたら変な引っかかりは消えました。
ありがとうございました。

完全に止めるわけにはいかないので毎フレームGC.startを呼んだら
それでも大丈夫だったのでこれで。

203:デフォルトの名無しさん
09/11/28 17:57:54
ドキュメントは比較的まともだがちっとも普及しないRuby
組み込みでよく使われるがリファレンスマニュアルが糞過ぎて使えないPython
マッタク困った物だ

204:デフォルトの名無しさん
09/11/28 18:01:00
釣りじゃないなら具体的によろ

205:デフォルトの名無しさん
09/11/28 18:14:20
>完全に止めるわけにはいかないので毎フレームGC.startを呼んだら

ゲーム作りの常識

206:デフォルトの名無しさん
09/11/28 18:16:24
ドキュメントが糞過ぎてちっとも普及しないRuby

207:203
09/11/28 18:16:44
>>204
俺のこと？

208:デフォルトの名無しさん
09/11/28 18:30:36
>>205
おい、俺今までGC止めずにゲーム作って、しかも公開してたんだぞ……
そういうことはもっと早くに指摘して欲しかったよ！

209:デフォルトの名無しさん
09/11/28 18:32:23
アマチュアPCゲーム製作はスタッフにPentiumIII使用者の人を混ぜる
これまめちしきな
高スペックだと絶対気づかんことも、彼なら気づく

210:デフォルトの名無しさん
09/11/28 18:51:05
愛国Ruby

211:デフォルトの名無しさん
09/11/28 21:12:34
>>201
スキーマが変わったことがわかる低コストな方法があればARでサポートできるだろうけど。
そうじゃなければユーザ責任でちゃんとキャッシュを更新しないと
悲惨なことになるからサポートしないんじゃないかな。
メソッド再定義して、スキーマ情報を変数にキャッシュしておくことは簡単にできると思う。

212:デフォルトの名無しさん
09/11/29 01:59:31
Rubyのマニュアルは良い方だと思うけどなぁ
誤記満載のMSDNとか、メソッドの定義クラスすら書いていないPythonなんかよりRubyの方がはるかにまとも
Rubyにも至らないところがあるのは事実だから今のままで良しとはしないで欲しいけど

213:デフォルトの名無しさん
09/11/29 08:03:50
Pythonは各クラスがコンパクトだから問題にならないような
MSDNの誤記が多い？のはお仕事言語だから細かい仕様まで記述してるせい

214:デフォルトの名無しさん
09/11/29 10:14:40
>>213
まあそれ言っちゃうと、何にでも免責可能な部分はあるわな。
むしろ、受益者負担の原則でいくなら、メリットの大きい者(商売に使っている者)から順に改善すべきなんだけどな。
メーカーもそれが分かっているから、逆に防衛のためにMSDNなんかは契約書に「内容の正確性は保証しない」旨を明記している。

215:デフォルトの名無しさん
09/11/29 10:22:29
MSDNは末尾に指摘欄があるのは好感。
誤字は何度か直った経験はある。

216:デフォルトの名無しさん
09/11/29 10:45:48
>>212
下を見ればきりがない

217:デフォルトの名無しさん
09/11/29 11:52:44
PHPのマニュアルは充実している。
「User Contributed Notes」好きだ。

218:デフォルトの名無しさん
09/11/29 12:27:10
Perlを越えろ

219:デフォルトの名無しさん
09/11/29 13:39:52
>>212
漏れはPythonのマニュアルでそんなに困ったことは無いんだが
おまいさんと見ているものが違うのかもしれない
具体的にどの変がおまいさんに理解出来なかったのか示してください

220:デフォルトの名無しさん
09/11/29 13:55:23
そもそもRubyのマニュアルで自分も困ったことがない
マニュアルが充実してないっていう人は、何が問題なの？

221:デフォルトの名無しさん
09/11/29 14:06:45
>>219
>>212ではないけれど例えばこれ
URLﾘﾝｸ(docs.python.org)

属性がモジュールメソッドなのかクラスメソッドなのか
インスタンスメソッドなのか一目で区別できないのが難点
以前のバージョンは属性名だけポンと書かれていたのでもっと判別しにくかった
クラスの説明が数ページに収まるPythonの場合はたいしたことじゃないと個人的には思うけど

>>220
ManpagesやMSDNなら書いてあるようなことが書いてないから
お仕事言語として使う人は現状だと困るのかも

よく覚えてないけどO_APPENDみたいにアトミックな追記Rubyでどうやるのって質問があって
回答者が歯がゆそうだった

222:デフォルトの名無しさん
09/11/29 15:40:12
CやJavaで組むときは確かに、言語仕様書が必須だな。
RubyとかPythonの時はマニュアルが無いからといって困った記憶がないが、理由はどうやら組み方にあるようだ。
Rubyなどではコード補完を使ってどんどん書いて、一緒にテストコードも作るから、挙動について勘違いがあってもすぐ判る。
むしろパフォーマンスや再利用性アップのために、ロジックを組み替える事の方が多い。
Cとかでは一回組んだものを再構築するのは、もう少し手間がかかるから、事前にしっかり言語仕様を確認しておきたい、という違いじゃなかろうか?

223:デフォルトの名無しさん
09/11/29 16:10:32
というか、コンパイル言語かどうかで姿勢は全く違う
下手したらバイナリしか配らないような言語では、設計フェーズの重要性がうんと高い
コンパイルに2時間とかそういうプロジェクトも。設計ありきで使う

そういう場合はちょっと試して駄目なら変える、ができないから、事前情報は正確に膨大に欲しい

224:デフォルトの名無しさん
09/11/29 18:18:27
結論としては、ドキュメント欲しがるやつはクソ

225:デフォルトの名無しさん
09/11/29 18:40:28
ドキュメントに突っ込むとレッテル貼って否定する香具師を
あちこちのスレで見かけるんだけど何なの？
Win32APIスレにもPythonスレにも居いるな

226:デフォルトの名無しさん
09/11/29 18:40:52
>>222
ちょっとした曖昧な部分はインタプリタに対話モードで尋ねるという選択肢があるのもでかい

227:デフォルトの名無しさん
09/11/29 18:45:35
Pythonはモジュールもクラスもインスタンスも全部オブジェクトだからなぁ。
静的型付け言語やモジュール、クラス、インスタンスの境界が明確な言語と
違って、違いを明記しなくてもわかり難いなんてことないや。

228:デフォルトの名無しさん
09/11/29 18:48:09
RubyやPythonは、基本的にモジュールと一緒にソースが公開されるのも大きいよな。
正確な情報は全部ソースに書いてあるから、ドキュメントは精密さよりも素早く概観
できるほうが大事。

229:デフォルトの名無しさん
09/11/29 18:57:27
>>224
どの言語でも、ドキュメントが有るに越した事はない。
ただ、特にボランティアの場合、ドキュメントにかける労力をその他を改善に向ける方がいい場合もある。
「ドキュメントが無い事」を、出来ない言い訳にしてるヤシは論外な。

230:デフォルトの名無しさん
09/11/29 19:20:06
というか、ドキュメント作成の類こそ「あなたにもできる大貢献」だと思うのだが

Javaドキュメントは金かけた売りもんだから比較はできん

231:デフォルトの名無しさん
09/11/29 19:56:39
>>219
Python2.6のリファレンスマニュアルで演算子の優先順位って何処に書いてあるのかなぁ・・・
って何でPythonドキュメントの話になっているんだｗ

>>230
平気でそういう事を言う人がいるけど、書きたい項目の動作に熟知していないとマニュアルなんて書けないよ
外野には目の前の動作が仕様通りの動作なのか仕様外の動作なのか判らないからな
実質的にマニュアルの記述が出来るのは開発者及び開発者と緊密に連絡が取れる人に限られる

232:デフォルトの名無しさん
09/11/29 20:03:37
>>231
そりゃマニュアルは外部の人間には書けん
しかしマニュアルだけがドキュメントではない

233:デフォルトの名無しさん
09/11/29 20:05:19
愛国!!!

234:デフォルトの名無しさん
09/11/29 20:05:43
外部の人間がドキュメント書いてるなんてあまり聞かない気もするけどなんかある？

235:デフォルトの名無しさん
09/11/29 20:08:01
>>234
ちょっと詳しい解説記事とか導入記事とかブログに載せるだけで価値があると思うけどね

236:デフォルトの名無しさん
09/11/29 20:26:16
不正確なBLOG記事で時間を無駄にした経験がないようだな

237:デフォルトの名無しさん
09/11/29 20:27:23
>>232
言語に限らずマニュアルの重要性は最上位だと思うが？

238:デフォルトの名無しさん
09/11/29 20:31:35
>>235
ブログ記事でいいのならるびまがあるじゃん
だいたいブログより正確だし、解説記事や導入記事が揃ってるぞ

239:デフォルトの名無しさん
09/11/29 20:41:19
>>236
そうだね
漏れはpythonの内部コード表現=UNICODE=UTF-8っていうサイトを見て信じてひどい目にあった

240:デフォルトの名無しさん
09/11/29 21:40:33
>>237
論点ずれてるぞ。
「マニュアルだけがドキュメントではない」に対して反論があるなら
「マニュアルだけがドキュメントだ」にしなきゃ。

241:デフォルトの名無しさん
09/11/29 21:50:02
日本語しゃべれるならIRCにくるだけで主要開発者と緊密に連絡取れます
お待ちしております

242:デフォルトの名無しさん
09/11/29 21:50:45
主要開発者って暇なの？

243:デフォルトの名無しさん
09/11/29 22:08:52
なんで、外部・内部って分けたがる人がいるんだろ。
「ドキュメントで協力」っていうのだって開発者への感謝もあって、自分に出来る事をする、じゃ駄目なん?
俺なんかは、フリーソフトだから気軽に試してみてRubyの世界を知った口だから、企業品質を求めるより
もっと実験的になってもいいと思ってるくらいだ。
まあ、人によってバザール/伽藍のどちらよりか、程度の事かもしれんが。

244:デフォルトの名無しさん
09/11/29 22:09:19
Perlでは決してありえない話だよな
超多忙であられる開発者様と直接お話申し上げるなど…

245:デフォルトの名無しさん
09/11/30 00:48:08
と言うか1.8.xって2.0.xが出るまで保守されるのか？

246:デフォルトの名無しさん
09/11/30 01:06:11
1.8前提のアプリケーションが現在進行形で作られてるわけだし、
サポートしないわけには行かないと思うけど。
1.9でgemのほとんどのライブラリが動くようになるまでは、
1.8ユーザが1.9に移行するメリットはないしね。

247:デフォルトの名無しさん
09/11/30 04:41:24
1.8が2.0を待たずにサポート終了になる
　→今から手元のコードを積極的に1.9に対応させる必要がある
1.8が2.0までサポートされる
　→2.0が出るまで待って手元のコードを2.0に対応させればいい
はっきりしないのが一番困るｗ

オフィシャルに1.9.1は安定版って書いてあるんだよなぁ・・・

248:デフォルトの名無しさん
09/11/30 07:12:50
2.0が未来永劫でないのであれば何も問題ない

249:デフォルトの名無しさん
09/11/30 09:49:30
>>246
1.8 が保守されなくなれば 1.9 に移行しないことにデメリットがあるな。

250:デフォルトの名無しさん
09/11/30 09:51:02
>>231
お前にドキュメントが書けない言い訳は>>241で論破されたと思うが、
次なる言い訳は？

251:デフォルトの名無しさん
09/11/30 09:57:10
>>247
オフィシャルがサポートしなくなっても頼るところはいろいろあるじゃん
PhusionとかEngine YardとかJRubyとか
てか、1.8.6は今EYがメンテナじゃなかったっけ？終了はありえないだろ

252:デフォルトの名無しさん
09/11/30 09:57:15
> Python2.6のリファレンスマニュアルで演算子の優先順位って何処に書いてあるのかなぁ・・・

まとめて書いてはない。構文規則中に組み込まれてる。

253:デフォルトの名無しさん
09/12/01 01:30:17
>>252
>> Python2.6のリファレンスマニュアルで演算子の優先順位って何処に書いてあるのかなぁ・・・
>
>まとめて書いてはない。構文規則中に組み込まれてる。

そういうデマを書くなよ。またRubyが叩かれるだろ。

Pythonにおける演算子の優先順位
URLﾘﾝｸ(www.python.jp)

254:デフォルトの名無しさん
09/12/01 01:37:16
>>250
>>>231
>お前にドキュメントが書けない言い訳は>>241で論破されたと思うが、
>次なる言い訳は？

おまえ、あれで論破したつもりになっているのかよ。
書きたい項目の動作を熟知しない人に対し、わかるまで開発陣が懇切丁寧に教えてくれるの？
ほんとにそんなサービス精神あったら、はなからもっとましなドキュメントを用意してくれるだろうよ。

まあだいたいオチは読める。

【パターン1】
素人：ここがわかりません
開発陣：勉強してから出直してこい

【パターン2】
素人：ここがわかりません
開発陣：そこはこうこうでこうだから・・・
素人：？？？説明がよくわかりません。もっとわかりやすく教えていただけますか
開発陣：勉強してから出直してこい

255:デフォルトの名無しさん
09/12/01 01:45:35
>>254
> 書きたい項目の動作を熟知しない人に対し、わかるまで開発陣が懇切丁寧に教えてくれるの？
ドキュメント書きたいというのなら教えてくれると思うよ
試してみたら

256:デフォルトの名無しさん
09/12/01 02:07:31
>>253
俺はPythonを使ったことがないが、その文書のタイトルが酷いなｗ
総当たりをするか、知っている奴じゃないと辿り着けないだろ

つか、何故Pythonの話に・・・ネタ切れか・・・

257:デフォルトの名無しさん
09/12/01 04:51:53
まあ演算子の優先順位どっちだっけって迷ったらカッコ使えばいいし
自分が迷うようなところは他の人が読んでも大抵迷うんだからカッコ使っとけという話だね

よし、これで話が本筋からうまく外れたな

258:デフォルトの名無しさん
09/12/01 12:38:38
>>254
勉強する
↓
詳しくなる
↓
ドキュメント要らなくなる←いまここ

259:デフォルトの名無しさん
09/12/01 12:41:42
サービス精神どうこう言うなら、自力で勉強してその知識を
ドキュメント化する（自力で勉強するのを自分で最後にする）
というサービス精神はお前にはないの？

260:デフォルトの名無しさん
09/12/01 15:00:09
勉強するためにドキュメントが必要なんじゃん！

261:デフォルトの名無しさん
09/12/01 19:36:45
URLﾘﾝｸ(ruby-std.netlab.jp)

262:デフォルトの名無しさん
09/12/01 20:27:35
>>260
勉強する＝ソース読む＋開発者とコミュニケーションとって仕様を明らかにする

263:デフォルトの名無しさん
09/12/01 20:36:59
仕様は基礎の基礎にあたる部分は今まさにドキュメントとして公開されたわけだが

264:デフォルトの名無しさん
09/12/01 20:44:02
万人に分かるように全ての仕様を網羅して噛み砕いて文書化しろ

265:デフォルトの名無しさん
09/12/01 21:14:05
おお。骨格になる重要クラスのメソッドは
挙動を確定させるのね（当たり前か）

266:デフォルトの名無しさん
09/12/01 21:37:50
開発する人からすれば文書書きなんて退屈この上ないだろうしな。
ドキュメントが無いんじゃ衰退も止む無しだろう

267:デフォルトの名無しさん
09/12/02 01:15:39
>231とか>258-259とか見て思ったこと。
あんなドキュメントで十分だと開発陣や上級者は思っているし、
今のドキュメントがわかりにくい・不親切であることを認めようとはしないんだから、
これからもRubyのマニュアルやドキュメントがましになることはないな。
そりゃ初心者はみんなPHPに走るわけだ。

268:デフォルトの名無しさん
09/12/02 01:30:55
>>267
つまらん言い方をすれば、いまはこんなもんということ。

とはいえ、一部に問題意識を持っている人もいないでもないから、
>>267に限らず、ここに具体的に何が欲しいか書き散らしていると
いつの間にかドキュメントが増えてたりするかもしれない。

269:デフォルトの名無しさん
09/12/02 01:59:28
オフィシャルのドキュメントが不十分だと吠える奴はいるが
どう不十分なのか、どのようにすればいいのかを書いている人は少ないな・・・

今のところ出ているのは更新履歴をしっかり出せくらい？

270:デフォルトの名無しさん
09/12/02 05:47:37
Perl4の水準にも劣る

271:デフォルトの名無しさん
09/12/02 08:02:17
「お客さん」は開発者にとってはうざいだけだからな。

272:デフォルトの名無しさん
09/12/02 08:07:10
というか他の言語では「お客さん」を食い物にするエコシステムがすでに成立してるんだよね
ある意味では未成熟ともいえるし、ある意味では健全とも言える

273:デフォルトの名無しさん
09/12/02 08:09:06
俺は今のドキュメント事情を見て、そんなに不満はないかなー

ただ二つ気になるのは、Ruby1.8と1.9の違いが
公式サイト上で分かりやすくアナウンスされてないことと
るりまへの参入障壁が高いこと
（以前のWikiリファレンスのように、誰でも書き換えられる形のほうが良かった）

274:デフォルトの名無しさん
09/12/02 08:19:57
「特異」の訳は Singleton じゃなくて Eigen になったのか。

275:デフォルトの名無しさん
09/12/02 08:38:13
>>269
>>122-124

276:デフォルトの名無しさん
09/12/02 08:54:43
>>274
Eigenclass っていう用語は前から使ってなかったっけ、と思ったが記憶が曖昧だ。
特異クラス = Eigenclass
特異メソッド = Singleton method
で統一されるのかな

277:デフォルトの名無しさん
09/12/02 09:38:37
EigenclassにするならEigenmethodにしろという意見も出てるみたいだね

278:デフォルトの名無しさん
09/12/02 13:44:34
前にサイン会でMatzに訊いたらEigenclassよりSingleton classの方が
好きと言ってましたけど，好き嫌いだけで用語を決めるのは
無理だろうから，どうなるかな

279:デフォルトの名無しさん
09/12/02 13:49:02
どうも永源遙が浮かんで困る

280:デフォルトの名無しさん
09/12/02 14:03:32
あいげん?

281:デフォルトの名無しさん
09/12/02 14:04:36
BookShelf 3.0に載ってない単語を使うなと

282:デフォルトの名無しさん
09/12/02 14:09:17
例文が某隣国に侵略を受けていると評判の英辞郎発進

eigen-　　　　　　固有の
eigenfrequency　固有振動数
eigenfunction　　固有関数
eigen fuzzy set　固有ファジー集合
eigenvalue　　　　固有値
eigenvector　　　固有ベクトル

283:デフォルトの名無しさん
09/12/02 14:13:31
>>280
URLﾘﾝｸ(dictionary.goo.ne.jp)
あいげん
もともとドイツ語なので、日本人的にも英語的にもアイゲンでよい
英語読みされるとアイジャンとかイージャンとかになるがまあ裏で指差すとよいぞ

284:デフォルトの名無しさん
09/12/02 14:22:44
>>278
むしろ用語こそ、Matzの好き嫌いが一番出るところじゃないか？

285:デフォルトの名無しさん
09/12/02 14:27:38
>>283
> 英語読みされるとアイジャンとかイージャンとかになるが
見逃してくれよ！

286:デフォルトの名無しさん
09/12/02 14:35:08
愛国プログラマーのみなさん

こんにちは

287:デフォルトの名無しさん
09/12/02 14:48:38
アイゲンクラスと言われてもなんじゃらほって感じではある
数学の人は「あー固有クラスね」でわかるんだろうけど

288:デフォルトの名無しさん
09/12/02 15:04:14
数学専攻以外で「アイゲンバリュー」って言葉を知っていそうなのってw
数値計算の人ぐらいか？

289:デフォルトの名無しさん
09/12/02 16:59:09
>284
そう思うけど，他の候補がある以上はそれらを採用しない理由を
言うべきだろうと思うんだよね．それなりの理由があって候補になったんだろうし．
で，その判断が好きか嫌いかでは相手が納得しないんじゃないかなぁ，と．

>288
統計使う人とか

290:デフォルトの名無しさん
09/12/02 17:15:58
>>276
特異クラスだけ変えたのはsingletonパターンのclassとごっちゃになるから？

考えているうちに特異クラスと特異メソッドの違いがよくわからなくなってきた
記法の違いだけで実質同じだったよね？
もしそうだとしたらどっちかに統一してほしいな、名前が違うと機能も違うのかと深読みしてしまう

291:デフォルトの名無しさん
09/12/02 17:55:32
>>288
情報科学でも線型代数使ってるとわりと聞く

292:デフォルトの名無しさん
09/12/02 18:10:55
>>290
[ruby-dev: 34192] によるとそんな感じかなあ
URLﾘﾝｸ(blade.nagaokaut.ac.jp)
あとは、「特異クラス」日本語起源の用語だとか
URLﾘﾝｸ(d.hatena.ne.jp)
Metaclass, Singleton Class, Eigenclass という用語についての yugui さんの意見とか
URLﾘﾝｸ(yugui.jp)

293:デフォルトの名無しさん
09/12/02 18:16:24
>>290
draft spec によれば
特異クラス: ただひとつのオブジェクトの振る舞いを定義する特別なクラス
特異メソッド: あるオブジェクトの特異クラスのインスタンスメソッド
でまったく別物じゃね？

294:デフォルトの名無しさん
09/12/02 18:18:07
>>293
全く別物なのはいいんだけど、eigenclassのインスタンスメソッドなんだから
eigenmethodでいいんじゃね？

295:デフォルトの名無しさん
09/12/02 19:01:34
>>294
eigenmethod っていうのの語感がよくわからないから何とも言えない。

で、特異メソッドという言葉はどこから出てきたのかと
ruby-list をあさってみたらそのあたりの話が少しあった。
URLﾘﾝｸ(blade.nagaokaut.ac.jp)
「特異メソッド」という用語は一応 CLOS の方から来ているらしい。
「個体メソッド」の方については、手許にあった CLtL 2 には
individual method という用語が見つからなかったけれど、
特定のオブジェクトに対するメソッドというのは
今は eql-specialized methods とか呼ばれる事が多いと思う。
あとは Methods speclized on individual object (via eql) とかも。

Dylan の方を見ると、特異クラスにあたるものを Singleton と読んでいる。
URLﾘﾝｸ(www.opendylan.org)
Singleton は singleton 関数を使って作る。
URLﾘﾝｸ(www.opendylan.org)
Dylan は CLOS 風にオブジェクトのクラスでメソッドディスパッチするから
「Singleton に特殊化したメソッド」という呼び方になる。

296:デフォルトの名無しさん
09/12/02 19:10:19
細かいことはどうでもいーじゃん

297:デフォルトの名無しさん
09/12/02 19:18:23
>>290
特異クラス構文と特異メソッド定義が実質同じなのは
メソッドを定義する場合だけ。
URLﾘﾝｸ(blade.nagaokaut.ac.jp)
特異クラス構文を使うともっといろいろなことができる。
URLﾘﾝｸ(www.ruby-lang.org)

298:デフォルトの名無しさん
09/12/02 19:38:57
物理屋ももちろんアイゲンバリュー使うよ。
量子力学って線形代数だからね。
アイゲンステートなんてのはむしろ物理屋しか使わないんじゃ。

299:デフォルトの名無しさん
09/12/02 20:26:35
>>292
サンクス

>>293 >>297
＞特異クラス構文と特異メソッド定義が実質同じなのは
＞メソッドを定義する場合だけ。

語弊があって申し訳ない
それが実質同じなら類似の名称を与えてほしいと言いたかったんだ

「eigenclassで定義されたmethod」と「singleton method」は別の概念ではないかと勘ぐってしまう
でも「eigenclassで定義されたmethod」と「eigenmethod」なら同じだろうと予想できる

300:デフォルトの名無しさん
09/12/02 20:54:01
>>299
ふたつの構文で最終的に得られるものが同じでも、ふたつの概念が似ているとは思えない。
Eigenclass の Sigleton インスタンスのメソッド = Singleton Method
と思っているので今の用語もそれほど別に変だと思わない。
初学者にわかりにくいという観点からすると、
Singleton method → Eigenclass のインスタンスメソッド
として用語を減らすのはありだと思う。

301:デフォルトの名無しさん
09/12/03 10:16:36
言語仕様ができるの？

IPAがRuby標準のドラフトを公開　Rubyの文法や組み込みモジュールの仕様を記載
URLﾘﾝｸ(codezine.jp)

302:デフォルトの名無しさん
09/12/03 10:33:45
>>301
なんで残念そうなの？

303:デフォルトの名無しさん
09/12/03 11:36:57
>>279
リングでつばを飛ばす、プロレスのヒトか？

304:デフォルトの名無しさん
09/12/03 11:51:55
>>301
>>261

305:デフォルトの名無しさん
09/12/03 13:01:51
Running Ruby on Rails on Windows Azure, with Azure SDK
URLﾘﾝｸ(blogs.msdn.com)

306:デフォルトの名無しさん
09/12/05 09:25:13
うわ、しばらく見てなかったらるりまがめっちゃ叩かれてる。

307:デフォルトの名無しさん
09/12/05 14:37:51
ruby-listで自分語りが始まったお…
UNIX的な「解らぬなら去るがよい」の精神がよかったんだお…

308:デフォルトの名無しさん
09/12/05 14:57:10
MLなんて別に興味ない話ならほっとけばいいだろう

309:デフォルトの名無しさん
09/12/05 14:58:02
じゃあそう書いて送ればいいのに

310:デフォルトの名無しさん
09/12/05 15:03:31
>>307
定年過ぎて何もやることがなくなるとそうなるんだお

311:デフォルトの名無しさん
09/12/05 16:40:32
自分語りの次はダウンロードできるとこ教えて
びっくりしたw

312:デフォルトの名無しさん
09/12/05 16:43:20
shoesは失踪した_whyのプロダクトだから、後継がどこにあるか
分からなかったのかもしれん。

313:デフォルトの名無しさん
09/12/05 17:42:20
githubは割と検索にも引っかかりにくいので、
githubの存在自体知らないと見つけづらいね。

314:デフォルトの名無しさん
09/12/07 12:01:49
自転車置場の議論が始まると今まで見たことなかったような人達がうじゃうじゃ湧いてきて面白いね
おまいら今までどこに潜んでいたのかと

315:デフォルトの名無しさん
09/12/07 21:04:00
じゃぁここらで超ヘビーな話題でもふって散らしてくれw

316:デフォルトの名無しさん
09/12/07 23:44:33
314には散らす理由が無いだろう、面白いって言ってるんだから。
「じゃあ」がどこにもかかっとらんｗ

317:デフォルトの名無しさん
09/12/08 00:19:56
皮肉と取れないこともないな。

318:デフォルトの名無しさん
09/12/08 01:16:30
るびまの記事がさみしくなってきた気がす

319:デフォルトの名無しさん
09/12/08 01:18:33
目次読んで離脱がデフォになってきた
年刊くらいがちょうどいいのかも

320:デフォルトの名無しさん
09/12/08 01:22:34
Rubyist Hotlinksだけは必ず目を通してるな。

321:デフォルトの名無しさん
09/12/08 01:23:55
るびまは褒賞くらいあるべき

ちっこいるびま記事提供者証のバナー作って
記事書いてくれた人はブログに貼ってもいいよって言うとかさ
その人のブログ全体のアクセスのカウントが手元でできるおまけつきだけど
そう考えるとあまり嬉しくないな

322:デフォルトの名無しさん
09/12/08 01:26:48
ふむ

　・著者ごとのリストページを作る
　・バナーのリンク先をそのページにしてもいいと言う

か
だから何って感じだぬ

323:デフォルトの名無しさん
09/12/08 01:28:02
記事を寄稿してくれた人の中から抽選で3名様に最新ビルドのWindowsバイナリをプレゼント！
公開されてない貴重品です！

324:デフォルトの名無しさん
09/12/08 01:37:49
なんか特典があるといいよね。
例えばMatzと10分話せるとか

325:デフォルトの名無しさん
09/12/08 01:46:20
協賛企業の書類選考を無条件でパスできますとか

326:デフォルトの名無しさん
09/12/08 02:02:39
残りおよそ206時間て書いてあるんだがどうしようかな

327:デフォルトの名無しさん
09/12/08 02:16:13
怠惰な万年初心者向けに適当なクラスをピックアップして
サンプルメインでダラダラ使い方解説してくれる記事が欲しいな。

328:デフォルトの名無しさん
09/12/08 07:01:49
ぶっちゃけ、るびまでどんな記事が読みたいのさ？

329:デフォルトの名無しさん
09/12/08 07:58:53
>>328
俺は今の方向でだいたい満足してる
欲を言えば、コード添削と標準ライブラリ紹介の続きが読みたい

330:デフォルトの名無しさん
09/12/08 09:41:31
「書いてることに満足できなくなったら、今度は自分が書く番だよ」

331:デフォルトの名無しさん
09/12/08 10:09:46
つまり文句も意見も口にするなということですね

332:デフォルトの名無しさん
09/12/08 10:22:53
>>331
結局はそうなるよなあ

333:デフォルトの名無しさん
09/12/08 10:24:42
なんねえよ

334:デフォルトの名無しさん
09/12/08 10:35:15
>>333
なるよ
気に入らなきゃお前が料理しろ系の文言は全て衰退を招く

335:デフォルトの名無しさん
09/12/08 10:38:02
ハァ？

336:デフォルトの名無しさん
09/12/08 10:40:53
>>334
× 気に入らなきゃお前が料理しろ
○ 気に入らなきゃお前が料理するしかない

337:デフォルトの名無しさん
09/12/08 10:50:33
このスレでオープンソースを全否定する発言が見られるとは思わなかった

338:デフォルトの名無しさん
09/12/08 10:56:10
お客様気分で注文つけてるヤツは0円で購入したソフトウェアぐらいにしか思ってないんだろ

339:デフォルトの名無しさん
09/12/08 10:57:15
BLEACHがつまらねえなら自分で描けよってことか

340:デフォルトの名無しさん
09/12/08 10:58:23
るびまは読む人が作る類のものではないのに何言ってんだ？

341:デフォルトの名無しさん
09/12/08 11:00:41
＞記事の投稿も随時受け付けております。

342:デフォルトの名無しさん
09/12/08 11:02:01
お客さまの文句も意見もなかったら何にも良くなっていかないと思うが？
つか、２ちゃんねるで「文句も意見も口にするな」なんておまいらどんだけ内弁慶なのかと
言いたいことは言えと

343:デフォルトの名無しさん
09/12/08 11:06:00
>>341
書きたい人を募集してるってことじゃん
読みたいなら書けってことじゃねーぞ馬鹿が

344:デフォルトの名無しさん
09/12/08 11:11:37
読む人が作る＝読みたいなら書け
こんな解釈初めて聞いたｗ
wikiは文句があるなら書けの代表だろうけど、読みたいなら書けの実例はなんだ？

345:デフォルトの名無しさん
09/12/08 11:11:56
こんな記事読みたいって人に対して、じゃあお前書けってのはないわ～。
書けるくらいなら読みたいって思わないだろうさ

346:デフォルトの名無しさん
09/12/08 11:17:36
>>341
> ・ Q. こんな記事が読みたいんだけど。
> ・ A. 各号に掲示板を用意しますので、そちらにご記入ください。
> 　　　または、るびま編集部までご連絡ください。

347:デフォルトの名無しさん
09/12/08 11:22:56
ここはるびまの掲示板や編集部だったのかｗ

348:デフォルトの名無しさん
09/12/08 11:25:26
変なのが住み着いちゃったな

349:デフォルトの名無しさん
09/12/08 11:27:13
>>347
んなこと言ってない。意見があるなら公式な窓口があるんだからそっちいけと言ってる。

350:デフォルトの名無しさん
09/12/08 11:32:49
なにこいつ

351:デフォルトの名無しさん
09/12/08 11:37:19
>>350
2chへのお客様です
丁重にもてなして差し上げること

352:デフォルトの名無しさん
09/12/08 11:40:54
移行期のUNIX板思い出した
>>349みたいなのばっかでまさになにこいつ状態
別文化圏の空気理解できないならMLに閉じこもって出てくんなとか思って見てた

353:デフォルトの名無しさん
09/12/08 11:41:02
アホなことを言ってでもレスしてもらいたがる寂しおっさんなんだよ。
あまりストレス溜めてリアルで発散されても困るからみんなで構ってあげてよ。

354:デフォルトの名無しさん
09/12/08 11:44:05
ソフトのメーリングリストでよくあるパターン
作者は利用者の要望に応えたいのに、要望出した人に対して執拗に攻撃する人がいて迷惑してる

355:デフォルトの名無しさん
09/12/08 12:09:44
MLに閉じこもって出てくんなとか思って見てた（キリッ）

356:デフォルトの名無しさん
09/12/08 14:56:49
只で使ってやってるんだから、おれが読みたい記事を書くか、でなけりゃ金を払え。

357:デフォルトの名無しさん
09/12/08 17:03:49
Matzにっきが読みたい・・・

358:デフォルトの名無しさん
09/12/08 23:08:11
1.9で {:foo => 1} のようにキーがシンボルのときは { foo: 1} と書けるようになりましたが
メソッド呼び出し時のハッシュリテラルの {}の省略とあわせ技で
hoge foo:bar
とすると 1.8 では hoge( foo( :bar ) ) と解釈されるけど
1.9では hoge( {:foo => bar} ) と解釈される

1.8と1.9の判別にどうぞ(嘘)

359:デフォルトの名無しさん
09/12/08 23:56:14
rubyって童貞が使ってるイメージ…

360:デフォルトの名無しさん
09/12/08 23:58:42
ではMatzは永遠の

いややめておこう

361:デフォルトの名無しさん
09/12/09 00:04:18
MatzってRuby使ってるのかな

362:デフォルトの名無しさん
09/12/09 00:37:13
Ｃばっかじゃね。

363:デフォルトの名無しさん
09/12/09 01:13:39
>>361
実はpythonだったりしてw

364:デフォルトの名無しさん
09/12/09 02:21:03
ruby-mswin32更新きた！
なんか更新されないなーと思ってたら作業ミスだったのね

365:デフォルトの名無しさん
09/12/09 03:17:57
　　　　 ,―ヽ＿＿＿＿、―
　　　,／　　ノ　　　　　　　ヽ　　~＼
　／　　ノ　　　ＩＰＡ　　　　ヽ　　　~＼
／　　　ノ　　　　　　　　　　　ヽ、　　`ヽ
|　　　ﾉ /￣＼　　　／￣~ヽ　ヽ　　 i
|　　ノ　　　　　　　　　　　　　　|　　ノ
＼　 |　　＜●＞　　＜●＞　（　）
　＼ |　　　　　｜　|　　　　　　 i /
　　 |　　　　　 /　　ヽ　　　　ﾚ
　　　i　　　　　（●_●）　　　　 /　　
　　　 i、　　　 ,-―-、　　・ /
　　　　i、　　<（EEEEE）>　∵/　　　　まピョーん☆IPA Rubyをこれからもよろしく
　　　　 i、　＼＿__／　　_/
　　　　　＼　　　　　　 ,ノ　　　　　　　
　　,,.....イ.ヽヽ、ー-―一ノﾞ-､.
　　:　　| 　';　＼_____ ノ.| ヽ　i
　　　　 |　　＼/ﾞ（__)＼,| 　i　|
　　　　＞　　ヽ. ハ　 | 　 |｜

366:デフォルトの名無しさん
09/12/09 03:23:58
1.9でソースの文字コード周りが大きく変わって日本語を含むソースコードを
そのまま実行できなくなったけど(要coding指定)これは2.0にも引き継がれるのかな？

367:デフォルトの名無しさん
09/12/09 03:49:45
>>362
言語の中でCが一番好きって言ってるよね

368:デフォルトの名無しさん
09/12/09 12:25:21
>>366
少なくとも1.9の書き方で2.0でも動くようにするはず

369:デフォルトの名無しさん
09/12/09 12:26:18
来世紀の話を今しても仕方ないぞ

370:デフォルトの名無しさん
09/12/09 12:28:13
>>357がるびまに寄稿した特典でMatzにっきが更新されると聞いて

371:デフォルトの名無しさん
09/12/09 12:43:16
>>366
1.8 はデフォルトのソースコードのエンコーディングが 1.9 でいう ASCII-8BIT だった
1.9 でこれが US-ASCII に変わったので、8bit が通らなくなった。
2.0 かどこかでさらに UTF-8 に変わることはありえない話ではない (要望次第)。

なお、ロケールを見ることになる (日本語 Windows で CP932 になる) ことだけは絶対にないので、
>>368 も含めて安心して magic comment を書いてください

372:デフォルトの名無しさん
09/12/09 13:26:55
るびまが、マガジンの体を成してないな。

373:デフォルトの名無しさん
09/12/09 13:35:24
>>372 kwsk

374:デフォルトの名無しさん
09/12/09 15:04:56
新着記事が出来次第公開すればいいのに

375:デフォルトの名無しさん
09/12/09 15:06:27
先生それブログです

376:デフォルトの名無しさん
09/12/09 15:18:29
技術系の情報サイトで～号みたいな形態取ってるのるびまだけじゃね。
わざわざ紙媒体の風習に固執するメリットがよくわからない。

377:デフォルトの名無しさん
09/12/09 15:22:03
そういう感想聞いたらマジで中の人るびま出すのやめたくなると思うよ

378:デフォルトの名無しさん
09/12/09 15:26:48
技術系の情報サイトの風習に固執するメリットがよくわからない
るびま発行ってほんのちょっとしたイベントやお祭りみたいで好きだけどな

379:デフォルトの名無しさん
09/12/09 15:27:35
何か意味のわからない張り付き方だなｗ
形式に対する要望出しただけだよ。
当事者かつ意に沿わないならスルーすればいいだけだし。

380:デフォルトの名無しさん
09/12/09 15:28:14
>>376
いや、紙媒体のような雰囲気をWeb上で敢えてやってるんだよ
「Rubyマガジン」ってまとめるとなんか楽しそうじゃね、というのがそもそものモチベーションなんだから

381:デフォルトの名無しさん
09/12/09 15:30:20
もっとめちゃくちゃ短い、5分でできるRuby記事みたいなサイトがあってもいいとは思うが

誰が書くんだよという話はあるけど、少なくともるびまよりは敷居が低かろう
そこから記事提供者を引き抜くことは不可能ではないと思う

382:デフォルトの名無しさん
09/12/09 15:50:21
>>381
Ruby あどべんとちるの・・・じゃなくてなんかあれはそれに近いかも

383:デフォルトの名無しさん
09/12/09 18:09:47
俺も自己紹介する時はＣが一番好きって言うよ
何となく出来るプログラマーに見えるからね

384:デフォルトの名無しさん
09/12/09 18:17:13
>>377
やめてもいいんだよ
義務感で出すのなんて読んでもつまらん

385:デフォルトの名無しさん
09/12/09 20:57:28
べつにメリットがなくても
デメリットがなければ好きにすればいいと思うよ

386:デフォルトの名無しさん
09/12/09 22:13:33
>>377
るびまという枠組みには存在価値が皆無であることに気付く
良いチャンスじゃないかな。

387:デフォルトの名無しさん
09/12/10 02:02:39
>>371
つー事は今から作るソースはマジックコメントを書くべきでFA？