09/02/10 21:27:02
スクリプト言語に何でもやらせすぎだよ。
本質はテキスト整形言語だぜ？
ちゃんとしたアプリは横着せずCやVBで作ろうぜ。
207:デフォルトの名無しさん
09/02/10 21:36:44
超簡易ラーメンタイマがちゃんとしたアプリってのもｗ
exe化する一番大きいメリットは多分、、Rubyが入ってないマシン（普通は入ってない）に
持っていっても使えるツールになることだと思う
208:デフォルトの名無しさん
09/02/10 21:39:15
>>206
C言語やVBにこだわりすぎだよ。
ちゃんとしたアプリだからといって思考停止せずスクリプト言語で作ろうぜ。
209:デフォルトの名無しさん
09/02/10 21:42:33
Cで細かい文字列処理をするのがめんどくさい
210:デフォルトの名無しさん
09/02/10 21:43:08
ここら辺はC#やDelphiでやるのが手っ取り早いよ。
タイマーといえども作りこむと結構な大作になるしな。
211:デフォルトの名無しさん
09/02/10 21:46:29
.NET Frameworkが必要です。＞C#
Rubyで作れば作り方次第ではLinuxにも持って行けるよ！いけるよ！タスクトレイってなに？！
誰もJavaって言い出さないのが素敵だ。
212:デフォルトの名無しさん
09/02/10 21:51:48
Javaのクライアントアプリなんて総じて糞だからな。
それしかないって時以外は絶対に使わない。
213:デフォルトの名無しさん
09/02/10 21:52:59
.NET Framework上でもRuby動くよ。
C#で作っても作り方次第ではLinuxにも持っていけるよ。Gnomeのタスクトレイ(相当)もOK。
214:デフォルトの名無しさん
09/02/10 21:53:05
メイン環境がLinux, GNOMEなのでRuby/Gtk2でいい感じに
215:デフォルトの名無しさん
09/02/10 22:29:35
ウィンドウとか作るのはRubyの仕事ではないとみなしていいと思う
タスクトレイ云々はあれはたまたまウィンドウ出てないだけで内部的にはウィンドウだし
216:デフォルトの名無しさん
09/02/10 22:56:50
しかし敢えてHaskellを使う
217:デフォルトの名無しさん
09/02/10 23:47:33
ところで、普通は「駐在」じゃなくて「常駐」って言わないか？
218:デフォルトの名無しさん
09/02/10 23:56:33
ひょっとするとSwingスレにいた奴かもな。ヒマなやつだ
219:デフォルトの名無しさん
09/02/11 05:18:04
SWTも思い出してあげてください
220:デフォルトの名無しさん
09/02/11 05:47:30
SWTってeclipseの？
221:デフォルトの名無しさん
09/02/11 06:42:03
ここのところずっとsocketがいじられてるねえ
222:デフォルトの名無しさん
09/02/11 09:09:29
>>219
>SWTも思い出してあげてください
AWT(Abstract Window Toolkit) の間違いじゃなくて？
223:デフォルトの名無しさん
09/02/11 13:58:25
デビアン前提の言語だしなあ。窓はサポート外。
224:デフォルトの名無しさん
09/02/11 14:09:25
誰もサポートの話なんかしてないよ
225:デフォルトの名無しさん
09/02/11 14:18:38
>>192
Pythonスレ荒らしてたのお前か
226:デフォルトの名無しさん
09/02/11 16:34:35
プレゼンテーションしたい人どうぞ
日本Ruby会議2009
URLﾘﾝｸ(rubykaigi.org)
227:デフォルトの名無しさん
09/02/11 23:32:26
オナテーションっすかｗ
228:デフォルトの名無しさん
09/02/11 23:48:15
>>227
？
229:デフォルトの名無しさん
09/02/12 00:39:34
>>227
？
230:デフォルトの名無しさん
09/02/12 01:07:16
>>227
？
231:デフォルトの名無しさん
09/02/12 01:12:23
>>227
？？
232:デフォルトの名無しさん
09/02/12 06:13:28
松本教祖様への忠誠を示す集会か。信者どもは、しっかり寄付しろよ。
233:デフォルトの名無しさん
09/02/12 06:22:17
URLﾘﾝｸ(jp.rubyist.net)
概出？
234:デフォルトの名無しさん
09/02/12 09:53:27
世界的に普及しつつある？
北米などの2倍以上に：新興市場で輝きを放つRuby
URLﾘﾝｸ(www.itmedia.co.jp)
235:デフォルトの名無しさん
09/02/12 09:58:58
>>234
もともとRubyのシェアは少ないからな
使いたい一部の人に広まり切っただけで数字上は拡大になるぞ
236:デフォルトの名無しさん
09/02/12 10:10:26
>>233
残念だががいしゅつ（>>145）
たぶんURLが書かれてなかったから、検索しても見つからなかったのだろう
237:デフォルトの名無しさん
09/02/12 10:13:03
GUIだとShoesが一番人気なんだな。知らなかった
238:デフォルトの名無しさん
09/02/12 10:27:42
一番人気というか、面白そうなので注目中ってとこだね
239:デフォルトの名無しさん
09/02/12 13:05:55
Rubyプログラマの3分の2はRubyでGUIプログラミングの経験あり 日本で最も人気のあるツールキットは「Ruby-GNOME」
URLﾘﾝｸ(codezine.jp)
240:デフォルトの名無しさん
09/02/12 13:32:03
ひどいタイトルだなあ。
241:デフォルトの名無しさん
09/02/12 15:28:19
ネタ投下
URLﾘﾝｸ(www.sssg.org)
242:デフォルトの名無しさん
09/02/12 19:10:43
経験はあるけどみんな挫折したってことだよね
rubyのGUIツールがほとんどないって事実が物語ってる。
一方pythonはGNU/Linuxにおけるシステム/GUIツールの地位を不動にしたよね
俺もDbus呼ぶプログラムとかがんがん書いてるし。つまり、Rubyは日本人による
オープンソースへの貢献をさまたげてるってことか・・・・
243:デフォルトの名無しさん
09/02/12 19:31:45
＞一方pythonはGNU/Linuxにおけるシステム/GUIツールの地位を不動にしたよね
いや、それは初耳だ
244:デフォルトの名無しさん
09/02/12 19:35:54
相手にするな
どうせPythonユーザの間でも煙たがられてるさ
245:デフォルトの名無しさん
09/02/12 19:55:33
アナコンダとyumあたりのことを言っているのでは
246:デフォルトの名無しさん
09/02/12 20:03:09
>Rubyは日本人によるオープンソースへの貢献をさまたげてるってことか・・・・
正しいとは思えんけど
あながち否定できんな
247:デフォルトの名無しさん
09/02/12 20:29:41
真面目に考えると
Ruby製のGUIアプリケーションってほとんど見たことない……なんでだろう
それとも、見たことないのは俺が見つけてないだけで
実際には色々なアプリケーションがあったりする？
248:デフォルトの名無しさん
09/02/12 20:30:58
rabbitはたまに使う
249:デフォルトの名無しさん
09/02/12 20:33:20
漏れは自分で使うプログラムはRuby-Gnome2でGUI作ってるわ
250:デフォルトの名無しさん
09/02/12 20:56:44
大半の用途じゃCUIでも困らないような
Ruby版Delphiみたいなのが登場すれば使うかも
251:249
09/02/12 20:59:19
>>250
Linuxでしっくりくる画像ビューアがなかったので作った。
たしかに大半はCUIでいけるね。
252:デフォルトの名無しさん
09/02/12 21:10:38
>>250
他のツールキットは知らないけど、QtでDesignerとか使えばほぼそれに近くないかな？
253:デフォルトの名無しさん
09/02/12 21:41:53
$ apt-cache rdepends python-gtk2 | wc
270 271 3845
$ apt-cache rdepends ruby-gnome2 | wc
3 4 51
圧倒的じゃないか
254:デフォルトの名無しさん
09/02/12 22:08:57
% apt-cache rdepends libgtk2-perl|wc
48 49 790
＿|￣|○
255:デフォルトの名無しさん
09/02/12 22:10:32
$ apt-cache rdepends libgtk2-ruby|wc
15 16 218
情報操作はやめなさい>>253
256:デフォルトの名無しさん
09/02/12 22:12:39
大して変わらんとか
257:デフォルトの名無しさん
09/02/12 22:19:56
これってシステムやらウインドウマネージャ周辺のツールをpythonで統一してるだけでしょ
まあ、それを差し引いてもrubyの方が少ないとは思うけどさ
258:デフォルトの名無しさん
09/02/12 22:50:16
「だけ」っていうか、それも違いのうちだろ
259:デフォルトの名無しさん
09/02/12 23:02:37
ディストリビューション提供のツールだから別のディストリには入ってないって事
*BSDや別のディストリで調べたらこんな桁違いの差は出ないだろ
260:デフォルトの名無しさん
09/02/12 23:05:50
ディストリ限定であっても，どんだけ採用されてるか，どんだけ使われてるか，ってのは気になるところでしょ
ライブラリとかは豊富で便利になってくれたほうがいいし
261:デフォルトの名無しさん
09/02/12 23:05:55
潔く負けを認められない人たちばかりなんですね
262:デフォルトの名無しさん
09/02/12 23:18:45
勝ち負けはどうでもいい。負けてるのは分かりきってるから
というわけで、関心が集まるのは内実
263:デフォルトの名無しさん
09/02/12 23:21:20
勝ち負けは基本的にどうでもいいんだけどPythonの人はこのスレに来て何をしたいの？
新規ユーザーをrubyに取られるのが怖いの？ネガティブキャンペーンてやつ？
264:デフォルトの名無しさん
09/02/12 23:34:08
疑問はもっともだが安心して。
PythonスレでもRubyをダシにして同じ様なことが繰り返されているのだから。
265:デフォルトの名無しさん
09/02/12 23:34:49
>>263
荒しは失せろ
266:デフォルトの名無しさん
09/02/12 23:50:45
kita2はruby製
267:デフォルトの名無しさん
09/02/13 01:02:26
べつに Python > Ruby ということが言いたい訳じゃないんだよね
Python ユーザーは普及がどうたらこうたら気にしないのに
Ruby ユーザーはやたら普及度を気にしてると
このスレを見てて思う
268:デフォルトの名無しさん
09/02/13 01:11:31
>>267
それはPythonがかなり普及してるからだ！
269:デフォルトの名無しさん
09/02/13 01:12:23
なんつうか愉快犯っぽい中学生が双方のスレに出没してるな
270:デフォルトの名無しさん
09/02/13 01:16:42
単に春厨がわいてるだけでしょ
Linux板でもほとんど同じやりとりを見たよ。言語を使用するって行為には参加できないけど
人気合戦なら簡単に誰でも参加できるからね。VIPでやってる茸vs.竹の子みたいなものだから
無視すればいいだけと思うよ。
ところで、ChangeLogのForzenっていつ見ても笑えるね。いつ直されるかなw
271:デフォルトの名無しさん
09/02/13 01:23:50
pythonのスレいくつか見てきたけどrubyのスレよりひどいね
技術的な話には食いついて来ないから 267 みたいな対立煽りかな
272:デフォルトの名無しさん
09/02/13 03:34:16
Matzは、もう青い鳥を追い求めるような泥沼開発をやめ、
仕様を固定したうえでバグ取りと高速化とドキュメント整備に専念すべき。
でないとRubyはbrainfuckレベルの趣味的言語で終わる。
それでいいと言うなら構わないが、ならばIT業界を巻き込むのはやめてくれ。
273:デフォルトの名無しさん
09/02/13 04:02:54
本人に言え
274:デフォルトの名無しさん
09/02/13 04:08:34
>>273
>>272
275:デフォルトの名無しさん
09/02/13 04:10:09
巻き込まれるのは弱小IT会社だけ。
スマートなやつはRubyでばんばんアプリをつくるし
大規模Webサイトも構築して巨万の富を得ている。
速くて仕様が決まっててお役所並の文書がある言語しかつかえない
カスグラマはJava/C#を使って代替可能なコマになればいいだろう
276:デフォルトの名無しさん
09/02/13 04:25:41
>>272
教授 「皆勝手にそっちから関わって来たんだ」
277:デフォルトの名無しさん
09/02/13 12:13:20
IT業界を巻き込んでるのはMatz本人じゃなくて
そこに群がる金目当てのとりまき連中だろ
278:デフォルトの名無しさん
09/02/13 20:11:39
あーあの会社とかあの会社とかか。
279:デフォルトの名無しさん
09/02/13 20:18:05
RubyなのにJavaの4文字があったら緊急回避の印
280:デフォルトの名無しさん
09/02/14 00:10:52
Net::HTTPHeader#add_field(key,val) って確か、
既存のヘッダがあればその値の末尾にセミコロンつきで val を追加するよね
これってどんなときに嬉しいの？
末尾に追加されるより先頭に挿入してもらったほうが嬉しくね？
281:デフォルトの名無しさん
09/02/14 03:04:26
railsを一からじっくり勉強し直したいんだけど良い書籍が見つからない。
●RailsによるアジャイルWebアプリケーション開発 第2版
これはいくら内容良くてもバージョンが１．２だから論外
●Railsレシピブック
これは使い方は分かってもRailsの勉強にはならない…もっと実装の奥を知りたい
●実践Rails（オライリー）
本屋で立ち読みしたけど、これは既にRailsを良く分かってる人が読む本だと思うので除外
他にも色々見たけど見つからない。皆どうやって勉強してるの？
282:デフォルトの名無しさん
09/02/14 05:10:59
>>281
> もっと実装の奥を知りたい
つ ソース
283:デフォルトの名無しさん
09/02/14 07:03:04
意味わからん。
フレームワークは使ってナンボ。
実装の中身を知る必要はない。
284:デフォルトの名無しさん
09/02/14 07:16:14
>>283
実装の奥と実装の中身の違いを説明してくれ
285:デフォルトの名無しさん
09/02/14 07:52:15
つまらんこと聞くな。
とにかく>>281は言っていることがおかしい。
Railsの使い方を勉強してるヤツはゴマンといるが、
実装を勉強してるヤツなんかいない。
286:デフォルトの名無しさん
09/02/14 08:04:48
言い切ったｗ
287:デフォルトの名無しさん
09/02/14 08:12:40
それこそ個人でソース読めソース読めないような人間は要らんで終了ではある
研究してる人間がいないとは言わないが、他人向けに解説するような人がいるとは思えないし、
Railsに限っては解説を受けたからってよりうまく使えるようになるとも思えねー
288:デフォルトの名無しさん
09/02/14 08:39:54
実装を知りたいんじゃなく、実装のその奥を知りたいんだろ。
つまり思想だな。
Matzの啓蒙書でも呼んどけ。
289:デフォルトの名無しさん
09/02/14 08:41:26
DHHじゃないの？
290:デフォルトの名無しさん
09/02/14 08:41:49
Railsはまつもとゆきは無関係だな
291:デフォルトの名無しさん
09/02/14 08:43:26
そうでした。
292:デフォルトの名無しさん
09/02/14 08:44:14
>>290
ホントは嫌いなんじゃないかと思うことはある
293:デフォルトの名無しさん
09/02/14 08:45:19
>>292
Rails を好きな Rubist なんていません！！！
294:デフォルトの名無しさん
09/02/14 08:56:07
Railsのコピーを作りたいとか
295:デフォルトの名無しさん
09/02/14 08:56:32
まあ、DSLの勉強をしたいのかなとはちょっと思った
296:デフォルトの名無しさん
09/02/14 10:59:09
Ruby開発陣がほとんどRails使ってないのは常識。
297:デフォルトの名無しさん
09/02/14 11:41:04
ちょっとMatzに会ってくる
298:デフォルトの名無しさん
09/02/14 11:42:32
いってらっしゃい
299:デフォルトの名無しさん
09/02/14 12:07:34
>>281
秀和のRuby on Rails入門は？
アマゾンのレビューで叩かれている理由がわからんが
300:デフォルトの名無しさん
09/02/14 12:32:49
入門と銘うってるのに入門じゃないてところが叩かれてる
Railsの初心者であってRubyに対する十分な習熟を持つ人を対象にした「入門」だとしたらRubyとかOOPの説明がいい加減すぎる
結局どんな人を対象にした本なの？
っていうのが主な叩かれてる理由
301:デフォルトの名無しさん
09/02/14 12:43:39
>>300
Rubyに対する十分な習熟を持つ人を対象にした「入門」なんだから
RubyとかOOPの説明なんてさわりだけでいいだろ？
302:デフォルトの名無しさん
09/02/14 12:55:11
おれはSimply Rails 2.0を最初に読んだ。
Rubyは特に知らなくても大丈夫だけど、なんらかのOOPを分かってないと
つまずくかもしれない。というのが前提になっちゃうかもしれないが、
一通り読めばRailsのさわりは一通り分かる、って感じで
自分にはなかなかよかった。
日本語訳が出てるかどうかは知らない。
303:デフォルトの名無しさん
09/02/14 13:08:28
>>301
むしろ要らない、が件の本はそういうのにページ割き過ぎということ
304:デフォルトの名無しさん
09/02/14 13:14:06
>>303
1-1だけなんだからいんじゃね？
305:デフォルトの名無しさん
09/02/14 16:18:37
simply railsって日本語版無いよね
英語だと酷く効率落ちる
やっぱり英語読めないと辛いなぁ
306:デフォルトの名無しさん
09/02/14 16:30:15
結局RailsのAPIリファレンスは避けて通れないしな
307:デフォルトの名無しさん
09/02/14 18:29:36
Railsやめてramaze使おうぜ1.9対応してるし
308:デフォルトの名無しさん
09/02/14 18:58:59
大学出と専門卒の差は英語力の差も大きいかもね
大学だと英語の論文読めないと話にならないし
309:デフォルトの名無しさん
09/02/14 19:07:56
うちは大学院ですけどそうでもないみたいですが
310:デフォルトの名無しさん
09/02/14 19:21:20
>>309
犬学院ってやつか
311:デフォルトの名無しさん
09/02/14 19:22:10
外国と交流する必要があるかどうかで決まるよね
国内だけで完結するような研究なら英語読めなくても問題なさそうだ
312:デフォルトの名無しさん
09/02/14 19:46:04
うち(計算機科学)の大学院に来た教育学修士の人がほとんどの資料も
テキストも英語なのを見て青ざめていたのを思い出した。
313:デフォルトの名無しさん
09/02/14 19:52:35
リアルタイムで会話するんでもなけりゃ、必要なぶんは半年もあれば慣れるけどね
大学入試で英語とらなくて教養でも英語やらなかった人（いるのか？）でもない限り大丈夫
314:デフォルトの名無しさん
09/02/14 20:43:26
使わないのが問題なのかなぁ
315:デフォルトの名無しさん
09/02/14 21:01:05
Matzにあってきた.
初めて生で見たよ
316:デフォルトの名無しさん
09/02/15 00:54:58
見たこと無いけどピザって本当なの？
317:デフォルトの名無しさん
09/02/15 01:03:43
matzをピザだと形容するケースがあるというのは初耳
318:デフォルトの名無しさん
09/02/15 01:07:30
イケメンでもないけど，そんなピザってほどでもない
この業界の人間なら普通のルックスだと思う
っていうかネット上に写真いくらでもあるから見ればいいじゃん
319:デフォルトの名無しさん
09/02/15 01:07:44
dan kogaiならまだわからんでもないが
320:デフォルトの名無しさん
09/02/15 01:13:16
>>318
ググったらギタリストが出てきて吹いた
>>319 こう？
URLﾘﾝｸ(www.atmarkit.co.jp)
321:デフォルトの名無しさん
09/02/15 01:14:44
Matz若返ったなと思ったらささださんだった
322:デフォルトの名無しさん
09/02/15 01:14:50
dan kogaiの書評はあてにならない
323:デフォルトの名無しさん
09/02/15 01:18:54
そういえば、ジュンク堂でトークセッションがあったんだっけ？
どこかに動画上がってくれないかな
324:デフォルトの名無しさん
09/02/15 01:19:21
>>320
おすぎ・・・？
325:デフォルトの名無しさん
09/02/15 01:31:12
ERBで
<% hoge.each do |x| %>
<% x.each do |y} %>
<% end %>
<% end %>
ってできないのかな？
xを使おうとすると激ギレされてEclipse毎回落ちる
326:デフォルトの名無しさん
09/02/15 01:37:54
>>325
|y}
を
|y|
に直したら動いたよ。
# hoge = [[1,2],[3,4]]とか適当に設定はした。
327:デフォルトの名無しさん
09/02/15 01:43:22
>>326
ﾀｲﾎﾟすまねw
class Hoge
attr_accessor :x
end
このｘが別のクラスの配列なら動作しますかね？
Ｒｕｂｙは全部オブジェクト扱いだから動くのかなぁ
328:デフォルトの名無しさん
09/02/15 01:48:17
めんどいのでerb外すけど
hoges.each do |hoge|
hoge.x.each do |e|
end
end
という話なら、xが(Arrayのように)eachを持ってればそれなりに動くと思うが。
xというのは、
外側のeachのブロックのxというローカル変数なのか、
Hogeクラスのアクセサメソッドなのか。
329:デフォルトの名無しさん
09/02/15 02:03:22
>>328
そうですよね俺のコードの何がいけないんだろうか。
Ｃのソースを生成するＥＲＢを書いているのがいけないのかなぁ
330:デフォルトの名無しさん
09/02/15 02:09:56
>>329
情報を小出しにするところ?
331:デフォルトの名無しさん
09/02/15 02:10:17
>>329
C言語ジェネレータとは珍しいものを作ってるなあ
でも何を出力してるかなんて関係ないでしょ
「ERB上だとうまく動かない構文」とかなんて聞いたことないし，
意図されてないオブジェクト，構文，メソッドになってたりするだけでは？
とりあえずどんなオブジェクトになってるかデバッグとかちゃんとしてる？
<%= hoge.inspect %>
<% hoge.each do |x| %>
<%= x.respond_to? :each %>
<%= x.inspect %>
<% end %>
332:デフォルトの名無しさん
09/02/15 11:15:49
>>329
どうしても上手くいかないんだったらテンプレートエンジンつかったら？
Rubyで適当なものがあるのかどうかは知らないけど。
例えばPHPのテンプレートエンジンとか、自己矛盾で滑稽で無駄とかさんざん
言われたりしてたけど一定のニーズ、効用はあったみたいだし、ましてやERBは
Rubyのブロックの書式のせいで、素のPHPよりも読みづらいし。
333:デフォルトの名無しさん
09/02/15 16:48:39
[ruby-list:45870] Re: Ruby1.8 と1.9の安全な共存
> Ruby 1.9.1 はライブラリ作者用であって、ライブラリを使う側のユーザ向けではありません。
>
> 率直に言って、（中略）使う側の人は 1.9.2 を待った方がよいでしょう。
1.9.1ってそういうリリースなの？安定版だけどエンドユーザ向けじゃないっていう
よくわかんないや
334:デフォルトの名無しさん
09/02/15 16:53:53
安定版ではあるけど、
現状ではまだgemのライブラリとかが追いついていないから
使う側の人はもう少し移行を見合わせたほうが良いですよって論旨でしょ
335:デフォルトの名無しさん
09/02/15 16:56:30
>>333
ちょwww
結局リリース失敗で去年と同じかよwww
いつになったら安定版リリースされるんだ？
336:デフォルトの名無しさん
09/02/15 17:03:31
おいおい、公式のトップページで
新版登場を煽っておきながらそれはねーだろ。
何も知らない初心者をハメ殺しするつもりかよ。
337:デフォルトの名無しさん
09/02/15 17:11:49
これはリリース失敗とは言わないだろ
サードーパーティのライブラリがいきなり1.9系対応に化けたら逆に怖いわ
・・・・・・分かった。例によって公式サイトが悪い
こういう所こそPythonを見習うべきだろ
ちょっとした一文でいいから、現在の状況を書いとけば良いのに
338:デフォルトの名無しさん
09/02/15 17:19:48
>>337
そういう事なんだろうけど、いきなりってわけでもないのでは？
外野から見てると。
何のための1.9.0だったのかと。
339:デフォルトの名無しさん
09/02/15 17:21:46
>>338
1.9.0の時点で対応しなかったライブラリ、アプリの作者が悪い、ということですか？
340:デフォルトの名無しさん
09/02/15 17:24:30
別に悪かないんだろうけど、ライブラリ作者用ってんならそっちじゃないの？っていう
まあ>>333も公式見解ってわけでもないんだろうし、うん、誰も悪くないよ！
341:デフォルトの名無しさん
09/02/15 17:26:22
っていうか、みんなでライブラリを一つ一つチェックしてパッチ作って
作者に送りつける運動やらないの?
342:デフォルトの名無しさん
09/02/15 17:39:16
作者が働かない人なんだから意味無いじゃんそんな運動
343:デフォルトの名無しさん
09/02/15 18:48:04
github見てると、勝手にforkして1.9対応してる人がいたりするね。
きっと原作者にpull request(俺の修正を反映してくれ要求)もしてるんだろうが。
344:デフォルトの名無しさん
09/02/15 20:01:02
>>337
Pythonなんて何も作れない駄目な言語参考にしてもしょうがないっしょ。
345:デフォルトの名無しさん
09/02/15 20:21:08
>>344を雇うよりはPythonの方が役に立つことは分かった
346:デフォルトの名無しさん
09/02/15 20:24:06
何その半ベソかいてんの丸わかりの煽りｗ
347:デフォルトの名無しさん
09/02/15 20:43:12
なんだこの低レベルなスレ…
348:デフォルトの名無しさん
09/02/15 20:54:12
お前が見に来るにはピッタリだろ？
349:デフォルトの名無しさん
09/02/15 21:24:46
いいぞ、もっとやれ低脳ども
350:デフォルトの名無しさん
09/02/15 21:27:28
>>344
>Pythonなんて何も作れない駄目な言語
mercurialはほぼPythonで書かれています
351:デフォルトの名無しさん
09/02/15 21:36:23
おまいら釣られすぎですよ
352:デフォルトの名無しさん
09/02/15 22:01:01
PythonはRubyからいろいろとパクってるのにな
353:デフォルトの名無しさん
09/02/15 22:05:45
というかプログラム言語は基本的に相互にパクりまくってるぞ
移行者獲得のためにあざとくやることは稀で、たいていは「こっちのほうが便利そうだから」だ
354:デフォルトの名無しさん
09/02/15 22:10:08
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
日本は新興国だろ
355:デフォルトの名無しさん
09/02/16 00:04:06
日本は「せかいだいにいのけいざいたいこく」じゃなかったか？
356:デフォルトの名無しさん
09/02/16 05:39:37
うがー1.9.1に上げてみたがほぼ全滅…orz
ひとまず1.8.7に戻すのは良いとしても2.0.0に
なったときには同じ事になるんだろうなぁ…('A`)
357:デフォルトの名無しさん
09/02/16 08:40:48
もっとhaskellとかcoq、adgaからもパクって欲しい
358:デフォルトの名無しさん
09/02/16 09:05:16
Rubyは集大成的な言語だよね
わりかし素直だ
むしろパクりたいと思える機能が少ない
359:デフォルトの名無しさん
09/02/16 09:21:38
nil オブジェクトはわりと好評な模様
360:デフォルトの名無しさん
09/02/16 09:34:34
君たちが鼻糞ほじりながら使っているブロックつきメソッドは
他言語から見れば垂涎の的であるという自覚くらいは持って頂きたく
361:デフォルトの名無しさん
09/02/16 09:53:36
たぶんRubyからのぱくりだが、C#にもあるよ
362:デフォルトの名無しさん
09/02/16 10:05:42
ブロック付きメソッドは継続渡しのパクリ
363:デフォルトの名無しさん
09/02/16 10:21:22
単なる高階関数のシンタックスシュガーだが・・・・・
しかし良い。空気のようにクロージャを使える
364:デフォルトの名無しさん
09/02/16 13:37:52
あまりにも「1.8.7に1.9.1を上書き」というマネをする香具師が多すぎてびっくりした
365:デフォルトの名無しさん
09/02/16 13:41:12
やっぱ 1.8.7 と 1.9.1 が 0.0.4 しか離れてないことが原因なのかね
1.8 と 1.9 は系列自体違うということが「常識」になり過ぎてアナウンスが不足したか
366:デフォルトの名無しさん
09/02/16 13:43:08
たとえオフィシャルで注意されなくても 1.8 ディレクトリが既にあることから類推できる人が…あんまいなさそうだな
367:デフォルトの名無しさん
09/02/16 13:47:58
>>364
香具師といわず、Rubyの系列についてよく知らない人ならまず間違いなくやる
公式サイトでもわざわざ「新しい安定版」と宣言されているのだから
368:デフォルトの名無しさん
09/02/16 13:51:37
>>365
> 1.8 と 1.9 は系列自体違うということが「常識」になり過ぎてアナウンスが不足した
これでFA
369:デフォルトの名無しさん
09/02/16 14:50:34
2.0を出すときは、2.00 → 2.01・・・2.09 → 2.10・・・2.99 にするべきだね。
2系の最初の安定バージョンは、2.00.01
370:デフォルトの名無しさん
09/02/16 15:40:44
>>364
誰がそんなバカなことをやっているんだ？
371:デフォルトの名無しさん
09/02/16 16:44:54
>>370
多くのRuby初心者です
372:デフォルトの名無しさん
09/02/16 16:50:14
多くのRuby初心者ってのはaptになるまでは現行バージョンを使うもんではないんだろうか。
それとも、Debian・Ubuntuのヘビーユーザで1.9を使いたくなったRuby初心者ってのは存外
多いんだろうか。
373:デフォルトの名無しさん
09/02/16 16:53:23
>>372
aptって何?
374:デフォルトの名無しさん
09/02/16 17:02:13
最新バージョンに突撃して玉砕するのはWindowsユーザじゃないか？
ちゃんとしたパッケージ管理システムがあるLinuxであれば、
1.9は1.8とはある程度別物として扱われるし。
375:デフォルトの名無しさん
09/02/16 18:14:36
趣味にしか使ってないWindowsユーザーです
1.6から1.8の時は
1.8の実行ファイルのうち ruby.exe と rubyw.exeをruby18.exe rubyw18.exeとしてた
1.6のもruby16.exeとrubyw16.exeのを一応コピーしておいた
当初 ruby.exeは1.6だったけど
しばらくして ruby.exeとrubyw.exeを1.8のに変えた
いま、1.9で同じことをやってる
1.9の実行ファイルが ruby19.exeとrubyw19.exe
スクリプト系のはirb19.bat rake19.bat rdoc19.bat ri19.bat erb19.bat等に改名して
中身もruby19を呼ぶように書き換えてる
それなりに1.9がメジャーになってくれば ruby.exeを1.9のと換えることになるのでしょう
ここんとこ何年も使ったこと無いけど、いまでもruby16で1.6.8が動きますよ
376:デフォルトの名無しさん
09/02/16 19:38:19
>>375
お前Windowsしか使ったことないだろ
377:デフォルトの名無しさん
09/02/16 20:45:47
>>375
あるあるｗ
378:デフォルトの名無しさん
09/02/16 21:13:58
自分でコンパイルすれば--program-suffixっていうオプションがあってだな…
379:デフォルトの名無しさん
09/02/16 21:21:44
Linux のディストリビューションパッケージでも /usr/bin/ruby18 としてインストールされる場合があるな
自前で /usr/local/bin/ruby とかにシンボリックリンク
380:デフォルトの名無しさん
09/02/17 14:10:16
これってバグかい？
ruby 1.8.7 (2008-08-11 patchlevel 72) [i386-mswin32]
irb(main):007:0> File.extname("a.txt")
=> ".txt"
irb(main):008:0> File.extname("a .txt")
=> ""
irb(main):009:0> File.extname("a.txt .txt")
=> ".txt .txt"
381:デフォルトの名無しさん
09/02/17 14:34:14
>>380
バグじゃね？環境に依るのかもしれないけど
ruby 1.8.6 (2007-09-24 patchlevel 111) [i386-mswin32]
irb(main):001:0> File.extname("a.py")
=> ".py"
irb(main):002:0> File.extname("a .txt")
=> ".txt"
irb(main):003:0> File.extname("a.txt .txt")
=> ".txt"
382:デフォルトの名無しさん
09/02/17 14:52:08
パス中にスペースを含める糞OSの欠陥です。
Ruby側に何の落ち度もありませんよ。
383:デフォルトの名無しさん
09/02/17 14:59:42
OSに対応できてないRubyの落ち度じゃん
384:デフォルトの名無しさん
09/02/17 15:05:57
現状>>383が正しいな
385:デフォルトの名無しさん
09/02/17 15:22:03
パス中にスペースを入れられないOSなんてあるの？
Unixのことなら、改行文字だって入れられるはずだけど
386:デフォルトの名無しさん
09/02/17 15:28:29
てかおまいら>>381無視かｗ
1.8.7でのバグ？
387:デフォルトの名無しさん
09/02/17 15:46:38
>>386
1.9.1でも起きてる
たぶんなんかWindows用の設定なり書き方なりがあるのだろう
388:デフォルトの名無しさん
09/02/17 15:53:56
i386-mswin32作者はこんなとこみていないのでここで報告したって意味ないよ。
389:デフォルトの名無しさん
09/02/17 15:56:12
ruby 1.8.7 (2008-08-11 patchlevel 72) [i386-freebsd7]
irb(main):001:0> File.extname("a.txt")
=> ".txt"
irb(main):002:0> File.extname("a .txt")
=> ".txt"
irb(main):003:0> File.extname("a.txt .txt")
=> ".txt"
390:デフォルトの名無しさん
09/02/17 16:08:00
>>388
もともとの「本体」のバグであるかどうかなんて他人の環境と比較しないとまずわからんだろ
391:デフォルトの名無しさん
09/02/17 16:18:45
>>382
LinuxもWindowsもMac OS Xも
いまではファイル名に普通にスペース使うと思うんだが
392:デフォルトの名無しさん
09/02/17 19:06:03
ファイル名にスペイスなんかつかうやつはバカです
393:デフォルトの名無しさん
09/02/17 19:08:39
XPかVistaかで違ったりするんだろうか
・・・まあどうでもいいが。Windowsだし。
394:デフォルトの名無しさん
09/02/17 19:12:15
ironrubyの情報がもっと知りたい
395:デフォルトの名無しさん
09/02/17 19:22:04
>>380
URLﾘﾝｸ(redmine.ruby-lang.org)
396:デフォルトの名無しさん
09/02/17 19:39:40
今日会社の隣の席から
「ったくなんて(こうRubyは)ブラックボックスなんだよ」
とキレてる声が聞こえた。
ソース読めば、とは言っておいた。そいつはまだ残業してる。。
397:デフォルトの名無しさん
09/02/17 19:45:00
その人が何か極めている言語があれば知りたい
398:デフォルトの名無しさん
09/02/17 19:48:03
ブラックボックスが嫌いみたいだから、
おそらく言語仕様に抽象がまったく無い言語だろう
399:デフォルトの名無しさん
09/02/17 19:51:42
その人がいうRubyはきっとRailsのことだ
あれはソース読めること自体が一芸とみなせるくらいだから仕方ないな
400:デフォルトの名無しさん
09/02/17 20:07:12
>>397
Javaにも、eclipseにもAptanaにも、TracにもSVNにもキレてた。
いつも本は買って、手元に置いてるんだけどね。。
そしてrakeがきらいだってさ。
途中から助言するのはやめました。
401:デフォルトの名無しさん
09/02/17 20:09:09
>>391
Linuxでは普通には使わないだろう
402:デフォルトの名無しさん
09/02/17 21:13:39
>>400
C言語やVBとかなら理解しやすいのかな
403:デフォルトの名無しさん
09/02/17 21:59:52
ruby1.9のstateless-ISO-2022-JPエンコーディングってユーザはどういうときに使うの？
404:デフォルトの名無しさん
09/02/19 00:10:44
>>380
URLﾘﾝｸ(redmine.ruby-lang.org)
405:デフォルトの名無しさん
09/02/19 00:17:51
GJ！！
406:デフォルトの名無しさん
09/02/19 12:46:07
最近ソースからmakeするときに
In file included from conftest.c:1:
version.h:34:23: error: revision.h: No such file or directory
こんなのが出るんだがいいのか
407:デフォルトの名無しさん
09/02/19 23:23:29
最近ソースからmakeするときに
In file included from conflict.c:1:
conflict.h:1:23: error: license.h: This file includes GPL license.
こんなのが出るんだがいいのか
408:デフォルトの名無しさん
09/02/20 00:43:33
以上。最近ソースからmakeするときに
In file included from conftest.c:1:
version.h:34:23: error: revision.h: No such file or directory
こんなのが出るんだがいいのか
409:デフォルトの名無しさん
09/02/20 01:31:07
次のバージョンのRCが出る頃になってもそのままだったらよくないが、
普段のtrunkなんてそんなもんじゃないの?
410:デフォルトの名無しさん
09/02/20 01:38:54
make upはしてるかい？
411:デフォルトの名無しさん
09/02/20 18:07:44
つうかまじでruby厨うざい。
ruby厨は全員首吊って死ねよ。
python人口の方が多い。
pythonの方がいろいろできる。
言語的仕様は好みの問題。
議論の余地無し。
以上。
412:デフォルトの名無しさん
09/02/20 18:24:23
一番いろいろできるのはPerlだが
413:デフォルトの名無しさん
09/02/20 18:28:21
C言語人口の方が多い。
C言語の方がいろいろできる。
言語的仕様は好みの問題。
414:デフォルトの名無しさん
09/02/20 18:31:54
>>411=>>412=>>413
415:デフォルトの名無しさん
09/02/20 18:54:59
>>414
>>411 は Python スレの >>979 に対して ruby ⇔ python 変換をしてコピペしたもの。
他人のレスを盗作するしかないぐらいに悔しくなった python 厨の仕業。
以前からruby スレを荒しまくり、自分でpythonコミュニティーのアホさ加減を露呈している人間。
俺がpythonを使うのを止めて、ruby 使いになるきっかけをになってくれた張本人でもある。
完全無視推奨。
以下、オリジナルのソース：
ｽﾚﾘﾝｸ(tech板)
| From: [979] デフォルトの名無しさん <sage>
| Date: 2009/02/17(火) 14:18:58
|
| つうかまじでruby厨うざい。
| ruby厨は全員首吊って死ねよ。
|
| python人口の方が多い。
| pythonの方がいろいろできる。
| 言語的仕様は好みの問題。
| 議論の余地無し。
| 以上。
|
| From: [985] デフォルトの名無しさん <sage>
| Date: 2009/02/17(火) 17:21:04
|
| 結局のところ>>979が穏便かつ正論だと言わざるを得ないな
416:デフォルトの名無しさん
09/02/20 20:38:24
>>415
君こそそんなPython厨は無視してPython使い続けてもいいじゃない
417:デフォルトの名無しさん
09/02/20 21:05:08
スレ荒らす暇でPythonもRubyも覚えればいいだろ
つかPythonスレだけじゃなくてRubyスレも荒らしてんのか
暇だねえ
418:デフォルトの名無しさん
09/02/20 21:52:38
二回変換して元にもどっとる罠。
419:デフォルトの名無しさん
09/02/21 08:54:39
どの言語がどうたらだからどれ使え、という話を見るたびに
全部使えば？
と思うのは俺だけ？仕事なら選択肢はないし、個人なら全部使えば？だろ。
420:デフォルトの名無しさん
09/02/21 09:26:01
>>419
感情論で言語優越を語るやつにそんな冷静な正論を言っても無駄
421:デフォルトの名無しさん
09/02/21 09:32:20
全部使えとか極論って言わね？ 時間は有限なんだし
422:デフォルトの名無しさん
09/02/21 10:09:17
>>421
必要があるなら全部使えってこと。
twistedが使いたいからPythonでその部分は書いて、RoRが便利な部分は
Rubyで書いて、システム管理系はPerlで書いて、対話処理の自動実行は
Tcl/Expectとか。必要に応じてどんな言語でも全部使えるか、短期間で
使いこなせるようになっておくのはエンジニアの義務だろ。
423:デフォルトの名無しさん
09/02/21 14:21:39
>>422
> 必要があるなら全部使えってこと。
同意。ノコギリで刺身を作るような真似はすまい、と自戒。
もっとも融通性のある(自分で拡張できる)道具が可愛く見えるのも確か。
424:デフォルトの名無しさん
09/02/21 15:20:58
>>422
不同意。そんなにヘテロなシステムじゃ保守性とか最悪だ。
手離れ悪くてそれを作れるレベルのハカーが次のプロジェクトにスムーズに移行できん。
必要なら全部使え？寝言は寝てから言ってくれ。
425:デフォルトの名無しさん
09/02/21 15:25:01
あーはいはい全員他のスレでやってね
426:デフォルトの名無しさん
09/02/21 15:46:19
手土産がなきゃ話題は変わらないよ。
427:デフォルトの名無しさん
09/02/21 16:07:34
試しに置いておくか
つ ｽﾚﾘﾝｸ(tech板)
428:デフォルトの名無しさん
09/02/23 13:58:21
CとかJavaScriptとかのコメントで /* ... */ というのがありますが、
文の途中でも abc = /* def; */ ghi; みたいに書けますね。
abc = # def # ghi
だとおかしくなっちゃうんですけど
こういうときはどうコメントすれば良いのでしょうか
429:デフォルトの名無しさん
09/02/23 14:03:30
>>428
できない。そもそもできるできない以前に行儀が悪い。
430:デフォルトの名無しさん
09/02/23 14:03:43
Rubyのコメントは行志向だから「途中だけコメント」はできない
やってやれないこともなかったとは思わなくもないんだが、そのようになってないので「できない」が答
431:デフォルトの名無しさん
09/02/23 14:06:03
ネストの時の処理がめんどいから自由範囲コメントはなくしたんだっけか
# から後ろ全部か、行頭の=beginから行頭の=endまで
432:デフォルトの名無しさん
09/02/23 14:12:54
>>428
考え方を変えて
abc = ghi # def
にするのはどうだろうか
433:デフォルトの名無しさん
09/02/23 14:47:57
>>428
考え方を変えて
def comment(str);end
abc = comment("this is a comment") || ghi
とするのはどうだろうか。
434:デフォルトの名無しさん
09/02/23 15:42:51
=begin
hoge
=begin
fuga
=end
=end
みたいなネストって出来ます？
435:デフォルトの名無しさん
09/02/23 15:45:50
>>432
ちょっと試したいときに
もともと
abc = def # ghi
だったのを
abc = ghi # def
に変えるのって面倒だから
abc = # def # ghi
ってやりたくなるときはあるね
行儀が悪いという意見には賛成
436:デフォルトの名無しさん
09/02/23 15:47:57
>>435
そういうときは後でなにやってたか判るように
abc = ghi # def # ghi
と書く
437:デフォルトの名無しさん
09/02/23 16:14:35
>>436
他人が見たら何がなんだか
438:デフォルトの名無しさん
09/02/23 16:43:56
abc = (1==1 ? ghi : def)
abc = (1==0 ? ghi : def)
439:デフォルトの名無しさん
09/02/23 18:45:07
>>434
できそうに思う？てか試してみれば1分で結果が出るのに。
コメントをネストして何が嬉しいのかわからんが、まっとうなエディタなら
=begin
hoge
hoge
# fuga ← ここを一括でコメントアウトor解除
# fuga ←
=end
くらい簡単にできるっしょ。
440:デフォルトの名無しさん
09/02/23 21:33:41
ちょいと質問
最近Nokogiri追いかけてないんだけど、inner_textや属性の値がUTF8固定なのはどうにかなった？
エンコーディングを指定するとずっとそのエンコーディングで出力するとかいう素敵機能の実装とか
441:デフォルトの名無しさん
09/02/23 21:51:34
libxml 経由だから出力が UTF-8 固定なのは仕様だと思う
442:デフォルトの名無しさん
09/02/23 21:52:58
Ctrl+/でコメントのトグル＆下へ移動、
Ctrl+Alt+/でカレント行を下にコピーしてコメントアウトってマクロを用意しておくと便利。
443:デフォルトの名無しさん
09/02/24 19:57:35
ironrubyまだかなぁ
.net使いたいよ。rubyから
444:デフォルトの名無しさん
09/02/25 11:22:41
なんか「ルビー」っていうのが広がりつつあるらしいよ
URLﾘﾝｸ(mainichi.jp)
445:デフォルトの名無しさん
09/02/25 11:25:31
Ｒｕｂｙ（ルビー）と書くならＪＡＶＡ（ジャバ）とも書くべきだな
てかJavaは全部大文字で書かれることが稀にあるんだがなんでなんだぜ
446:デフォルトの名無しさん
09/02/25 11:32:10
変態がRubyの読み方がルビーって決めつけるのキモい
perlをペリルって読んでた俺より
447:デフォルトの名無しさん
09/02/25 11:34:41
電子メイルみたいなもんか
448:デフォルトの名無しさん
09/02/25 12:10:52
IBMだけは新聞とか日経なんとかでも「アイビーエム」と書かれない不思議
449:デフォルトの名無しさん
09/02/25 12:22:32
NTTはエヌティーティーなの？
450:デフォルトの名無しさん
09/02/25 12:26:20
いいえ、みかかです。
451:デフォルトの名無しさん
09/02/25 12:32:20
>>444
ライフスタイルの記事だからコンピュータを知らない人向けだな。
452:デフォルトの名無しさん
09/02/25 12:35:49
>>451
まあ、日本産のコンピュータの言語が日本の自治体でコスト削減のために使われてます、という話以上の何物でもないな
> 広く使われている『ＪＡＶＡ』などでは前置きがたくさん必要だったが、
> ルビーはやりたいことを書けばシステムが面倒を見てくれる仕組みを作り、最も成功した。
> 書きやすいから生産性も高い
という教授さんの説明（の勝手要約？）は苦難の痕が垣間見える
453:デフォルトの名無しさん
09/02/25 12:47:21
これ読んで「じゃあ我が社もルビーで」となる会社がないことを祈る
「うちのあれがルビーで間に合いそうだな」という分業のなら歓迎だけど、そんな判断できる人はレアだろうな
454:デフォルトの名無しさん
09/02/25 12:52:50
こんなの言っちゃう想像力ない人がいるうちはたいしたことない
URLﾘﾝｸ(d.hatena.ne.jp)
455:デフォルトの名無しさん
09/02/25 12:56:18
>>454
新聞ではカタカナで書くのが普通なんだっけか
「ルビー（Ｒｕｂｙ）」ならまあ怒ってもいいが、最初に「Ｒｕｂｙ（ルビー）」と断ってるなら別にいいじゃんね
この人の普段のRubyの呼び方がちょっと気になる
きちんと英単語として発音してくれてるのかしら
456:デフォルトの名無しさん
09/02/25 13:06:50
rubyの発音はカタカナで書くとルービィだからなあ
URLﾘﾝｸ(dictionary.goo.ne.jp)
あーじゃああれだ、ルビーって読んでる人は今後は背教者ってことでひとつ
「ルビー1.9の特長は…」
「違います、ルービィです。るー（巻き舌）ビィ」
「…」
457:デフォルトの名無しさん
09/02/25 13:10:21
発音記号をカタカナにすると「ルゥービ」が近いかな?
まあ英語でも地域によって訛がすごいし日本では「ルビー」でええやんと思う
458:デフォルトの名無しさん
09/02/25 13:20:16
オフィシャルで読み方書いてないのがな
書き方はRubyで読み方はルビーですが、ルビーとカタカナで書くのは言語呼称としては認めません、みたいな
識別子としてひらがなカタカナを認めてないって意味だろ、要は
459:デフォルトの名無しさん
09/02/25 13:25:18
>>454
想像力ないのは記事書いた方だろw
あるいは読者レベルを勝手に想定したか。
460:デフォルトの名無しさん
09/02/25 13:33:43
読者のレベルとか関係なく、新聞では固有名詞でも基本的にカタカナ表記するの。
461:デフォルトの名無しさん
09/02/25 13:44:07
ルビーの設計図って読みづらいから好きじゃないよ
462:デフォルトの名無しさん
09/02/25 14:02:31
windowsでユニコードファイル名でファイルにアクセスできないの、1.9系では直ってる？
463:デフォルトの名無しさん
09/02/25 14:04:10
JavaがＪＡＶＡだから気になるという話なんじゃないの
464:デフォルトの名無しさん
09/02/25 14:04:32
>>462
まだらしいよ
465:デフォルトの名無しさん
09/02/25 14:11:08
>>462
現行の1.9.1でも無理
1.9.2で直る予定って言っておけばプレッシャーになるかも
Pythonではうまくいくんだよね
なんかgemとかで誰か作ってないだろうか
466:デフォルトの名無しさん
09/02/25 14:11:14
redmineにチケットあったっけ
467:デフォルトの名無しさん
09/02/25 14:14:37
>>465
さすがWindowsにやさしい言語だなPython
468:デフォルトの名無しさん
09/02/25 15:11:22
>ルビーのようなプログラミング言語は、
>ソフトウエアの設計図に当たる
>ソースコードを記述するための言語だ。
なんか違和感ある文章だな
469:デフォルトの名無しさん
09/02/25 15:11:39
Railsの100倍コード量少なくAjaxアプリケーションが作れるJavaフレームワーク「AribaWeb」
URLﾘﾝｸ(www.moongift.jp)
470:デフォルトの名無しさん
09/02/25 15:27:59
るびきちさんはruby界では叩きやすさno.1だからな
471:デフォルトの名無しさん
09/02/25 15:38:15
>>470
だからるびきちがたわいもないこと言ってもこの住人は叩こうとするわけだ
472:デフォルトの名無しさん
09/02/25 15:50:50
>>470の皮肉に気づけるかどうかの差は大きいと思う
473:デフォルトの名無しさん
09/02/25 16:59:27
MLもIRCも離れこのスレに隠遁する上級Rubyユーザは当然ながら皮肉に気付いているわけで
474:デフォルトの名無しさん
09/02/25 17:20:52
rubyにﾙﾋﾞをふる
475:デフォルトの名無しさん
09/02/25 17:31:05
で？っていう
476:デフォルトの名無しさん
09/02/25 20:45:12
どうしてルビがrubyでルビと言われるようになったのはなぜ？
477:デフォルトの名無しさん
09/02/25 20:47:29
>>476
も一度どうぞ
478:デフォルトの名無しさん
09/02/25 20:56:06
おっぱい！
479:デフォルトの名無しさん
09/02/25 20:58:10
マジレスするともともとは「るばい」だけどな
480:デフォルトの名無しさん
09/02/25 21:01:37
増山江威子ボイスで再生されますた
481:デフォルトの名無しさん
09/02/25 21:06:58
Ruby玄徳
482:デフォルトの名無しさん
09/02/25 22:22:32
>>444
中田育男・筑波大名誉教授って、
コンパイラに関していろいろ本書いてる人だよね。
483:デフォルトの名無しさん
09/02/25 22:25:12
>>476
活字の大きさの呼び名が宝石シリーズだった。
たまたま、ふりがなに使うサイズがRubyという名前だった。
484:デフォルトの名無しさん
09/02/25 22:25:57
コンパイラほどつまらない研究分野はないと感じた大学時代
485:デフォルトの名無しさん
09/02/25 22:27:40
言語処理系制作にハマるマは割と多い気がする
486:デフォルトの名無しさん
09/02/25 23:05:12
研究と制作は大体別物だよな
487:デフォルトの名無しさん
09/02/25 23:06:48
処理系製作は楽しいんだが、実用レベルまでライブラリ群を作りこむのがめんどくさすぎてやってられない。
488:デフォルトの名無しさん
09/02/25 23:08:34
新聞の部数減って国民が馬鹿だから新聞を読めないのだと決めつけて
その対策でゆとり表記が蔓延しつつあるからいちいち突っ込んでもしょうがない。
489:デフォルトの名無しさん
09/02/25 23:17:19
学生の研究程度でできるような部分はもう掘り尽されてるって印象がある
490:デフォルトの名無しさん
09/02/25 23:20:25
ゆとり表記ってなんだ
491:デフォルトの名無しさん
09/02/25 23:21:11
日本の大学生の卒論って他人が見ても全く面白くないよね。
頭は良いはずなのにどうして皆同じことやってんだろね。
492:デフォルトの名無しさん
09/02/25 23:23:13
妄想乙
493:デフォルトの名無しさん
09/02/26 01:41:23
>>488
>新聞の部数減って国民が馬鹿だから新聞を読めないのだと決めつけて
そこはあながち間違ってないと思う
494:デフォルトの名無しさん
09/02/26 13:18:10
まあ、国民が新聞を読めないかどうかはともかく
新聞をわざわざ買うのが馬鹿らしいからというのが一番の理由なんだが。
495:デフォルトの名無しさん
09/02/26 13:33:55
10年新聞読んでないな
496:デフォルトの名無しさん
09/02/26 14:54:36
新聞を買うのは折込広告のチラシの割引目当てとか抜かす販売員もいたが
月3000円から出して元取れるのかと問い詰めたら帰っていった
497:デフォルトの名無しさん
09/02/26 15:53:34
チラシで月3000円の元は十分取れる。ニートはそんなこともわからんのかね。
食料品・日用品を月6万使ってるとしたら5%。
ネットで安売りの情報を出さないような店が多いところなら効果的だろうな。
その販売員は教えられたとおりに言ったんだろうがバカだなあ。
498:デフォルトの名無しさん
09/02/26 15:58:36
職場に新聞置いてあるからそこで読むけどな
499:デフォルトの名無しさん
09/02/26 16:00:28
>>497
チラシの割引ってそんなに付いてるか？使うか？
近所のスーパーなんかでチラシ持って行かないと割り引いてくれないとか無いが。
よくあるのは紳士服とかだけど、毎月そんなに買わないし、その店に行くかどうかすら不定。
まあ新聞の勧誘が常識の範囲内の言動になって久しいとはいえ、未だ悪い印象しか
持ってない人も多いし、しょうもないことをグダグダ言ってたら追い返されても仕方ない
500:デフォルトの名無しさん
09/02/26 16:54:29
>>499
クーポンしか頭にないからニートって言われるんだろｗ
501:デフォルトの名無しさん
09/02/26 17:12:16
これが･･･ Rubyスレ･･･
502:デフォルトの名無しさん
09/02/26 17:20:52
496がニートには見えないけど
497がものすごい下層階級なのは感じる
503:デフォルトの名無しさん
09/02/26 17:26:55
チラシに出てるものをチラシ頼りに超お得に買える人間ってけっこう限られるよね
504:デフォルトの名無しさん
09/02/26 17:27:48
そろそろスレタイ見ようぜ
505:デフォルトの名無しさん
09/02/26 17:28:18
プログラムでもサーバーの性能がいいからといって、
リソースを使いまくるプログラムはだめだよな。
全体も重要だがちょこちょこ気を遣って効率よく＆節約しないと。
特にRubyは元からスピードの点ではハンデがあるわけだし。
と、まとめてみたがどうだ？
506:デフォルトの名無しさん
09/02/26 17:30:05
>>503
まあ、おおむね無職だな
フレックスタイムで10時は買い物で昼から出社とかいう人も
郊外型大規模店舗で夜10時でもらくらく豊富にお買い物とかいう人もそりゃいるだろうが
議論に乗せられるようなもんではないだろうね
507:デフォルトの名無しさん
09/02/26 17:33:11
Ruby（笑）
508:デフォルトの名無しさん
09/02/26 17:33:12
>>505
そんなことはない。今はCPUもメモリもHDDもアホみたいに安くて大容量で
速いんだし、変な最適化をする必要はない。ま、速さはちょっとぐらいは
速くしたほうがいいけど、メモリ使用量に関してはまったく気にすることはない。
ジャブジャブ使っていいよ。
509:デフォルトの名無しさん
09/02/26 17:38:14
>>508
そう思ってた時期がおれにもありました
510:デフォルトの名無しさん
09/02/26 17:47:22
演習問題レベルのプログラムならともかく、まともなアプリを組もうとしたら
言語仕様の範囲だけで出来る言語は無いからなあ。
・目的に合ったライブラリを持ってるか?
・カット&トライがすぐ出来るか?
C、Javaで事足りるアプリでのスピード競争は無意味だよ。
511:デフォルトの名無しさん
09/02/26 18:07:45
>>502
そうか？どっちも下層階級にしか見えん
512:デフォルトの名無しさん
09/02/26 18:16:06
さて、
チラシを順次スキャンして、
画像処理してOCRなどを行い、
お得情報を統計的にまとめ、
スーパーマーケット間の移動をTSP問題のごとく解いてくれる
プログラムをRubyで書くか。
513:デフォルトの名無しさん
09/02/26 18:31:06
>>512
JPEG画像から商品名と価格をスキャンするのが死ぬほど難しいというアドバイスだけしておく
PDFが提供されてるサイトなら簡単かと思ったがそんなことはなかったぜ
514:デフォルトの名無しさん
09/02/26 18:35:22
チラシ画像の新着のチェックとダウンロードだけ自動でしておいて、
実際の内容は10秒くらいかけてローカル画像を目視するというのが一番面倒がないという結論に達した
515:デフォルトの名無しさん
09/02/26 18:45:12
>>510
Rubyが遅いと言われるというか実際に遅いのの半分は
起動時間とライブラリロード（読み込み＆解釈）にかかる時間だったりする
だから、起動してちょこっと処理して即終了というプログラムはRubyは「不利」
本編の処理時間を速くすれば速くするほど相対的に初期時間に足を引っ張られる
516:デフォルトの名無しさん
09/02/26 18:54:43
そこでMVMですよ
517:デフォルトの名無しさん
09/02/26 18:59:37
ディレクトリを巡回してすべてのファイルリストを取得してみたいなコード書くと普通に激遅だけどな。
字面が好きだから使ってるけど過度の柔軟性は害でしかない。
518:デフォルトの名無しさん
09/02/26 19:06:33
>>517
それって言語とかの問題じゃなくて、I/Oが律速になってるだけでね？
519:デフォルトの名無しさん
09/02/26 19:06:55
まあ、複数言語を使いこなしてる者は適材適所でやってるから、ｘｘは遅いからダメ、とはわざわざ書かないだろうな。
Rubyの場合、DSLを組みやすいから目的別の実装(ネットワークに強い、DB周りが充実など)が多いのもあって
「これ1本でオールマイティ」と説明しにくいところはある。
C、Javaを使ってても、やはり似たような所があるが、実装が多いからというより、相性問題で欲しい組み合わせが
なかなか組めないのが悩ましい。
520:デフォルトの名無しさん
09/02/26 19:08:29
ただし、Pythonはこれ一本でオールマイティです
521:デフォルトの名無しさん
09/02/26 19:10:44
>>520
Pythonのダックタイピングに惚れたw
522:デフォルトの名無しさん
09/02/26 19:32:38
RubyってPythonとPerlのパクリなんでしょ？
523:デフォルトの名無しさん
09/02/26 19:38:05
LispとCLUとSmalltalkのパクりだよ
524:デフォルトの名無しさん
09/02/26 19:47:36
再帰遅い
525:デフォルトの名無しさん
09/02/26 20:05:05
sprintfの書式指定みたいなのってどうすればいいですか
526:デフォルトの名無しさん
09/02/26 20:13:12
つ URLﾘﾝｸ(doc.loveruby.net)
527:デフォルトの名無しさん
09/02/26 20:32:24
>>524
末尾再帰を使ってる?
528:デフォルトの名無しさん
09/02/26 20:43:42
>>511
「にしか見えない」時というのは大抵
「そう見たいから他の可能性を無意識的に枝刈りしてる」時だよ。
529:デフォルトの名無しさん
09/02/26 21:50:15
別の話題に移ってるのにいちいち穿り返すなよｗｗ
空気読めない典型的な子だな
530:デフォルトの名無しさん
09/02/26 22:19:58
「いちいち～するなよ」というレスを「いちいち」書き込む子ってよくわからんな。
なんで自分はノーカウントなんだろ。
自分も世界の一部であることを忘れた物言いって、オタクの語りに多いけどね。
531:デフォルトの名無しさん
09/02/26 22:21:15
ML見てPerl大丈夫かと不安になった
532:デフォルトの名無しさん
09/02/26 22:38:52
>>531
詳細
533:デフォルトの名無しさん
09/02/26 22:44:55
> /usr/local/lib/ruby/1.9.1/net/https.rb:102:in `require': no such file to load -- openssl (LoadError)
あああああああああああしまった SSL 有効の指定忘れてたああああああああ
また何時間もかけて ruby1.9.1 を make する仕事が始まるお…
534:デフォルトの名無しさん
09/02/26 23:16:40
checkinstallで入れろよ
535:デフォルトの名無しさん
09/02/26 23:25:06
あるあるｗ
536:デフォルトの名無しさん
09/02/27 00:59:11
>>533
PentiumII？
537:デフォルトの名無しさん
09/02/27 01:31:05
しつもん。
Ruby1.9.1でNet::HTTPでHTMLを取得した場合、それのEncodingって何になるの？
URLﾘﾝｸ(jp.rubyist.net)
にある、
> IO は前述の外部エンコーディングと内部エンコーディングの設定の有無を見て、
> 読み込んだ文字列や書き込む文字列を変換したりエンコーディングを設定したりします。
の動作に依るの？
538:デフォルトの名無しさん
09/02/27 02:20:02
HTTPのボディはテキストとは限らないよね。
irb> res = Net::HTTP.start('www.yahoo.co.jp', 80) {|http|
http.request(Net::HTTP::Get.new('/')) }
=> #<Net::HTTPOK 200 OK readbody=true>
irb> res.body.encoding
=> #<Encoding:ASCII-8BIT>
# まぁ、これは text/html なんだが。
レスポンスヘッダ見てテキストだったら、
ユーザーがボディをforce_encodingせよ、なのかな。
539:デフォルトの名無しさん
09/02/27 02:40:10
Net::HTTP#get したものと open-uri で read したものの encoding って違うんだよね
#!ruby1.9
#coding=utf-8
require 'net/http'
require 'open-uri'
uri = URI.parse('URLﾘﾝｸ(www.yomiuri.co.jp)') # Shift_JIS/CP932
html1 = Net::HTTP.start(uri.host, uri.port){|http| http.request(Net::HTTP::Get.\
new(uri.path))}.body
sleep 1
html2 = uri.read
sleep 1
html3 = open(uri).read
p html1.encoding, html2.encoding, html3.encoding
けっか
#<Encoding:ASCII-8BIT>
#<Encoding:ISO-8859-1>
#<Encoding:ASCII-8BIT>
540:デフォルトの名無しさん
09/02/27 02:55:42
>>539
Encodingってそもそもなんだっけって感じだな
ユーザーが内容を知らないファイルを読み込むということには対応してない概念なのか
でもこれで困ることって特にないよね？
これまで同様に NKF.guess で文字エンコード情報取り出せばいいよね？
541:デフォルトの名無しさん
09/02/27 06:02:24
勝手に変換されて壊れるよりまし
542:デフォルトの名無しさん
09/02/27 07:00:38
>>539
Ubuntu8.04 でやってみた。
ruby1.9は余り使わないんで問題ないが、1.9と、1.91では挙動が違うようだ。
% ruby1.9 -v
ruby 1.9.0 (2007-12-25 revision 14709) [i486-linux]
% ruby1.9 0227.rb
#<Encoding:ASCII-8BIT>
#<Encoding:ASCII-8BIT>
#<Encoding:ASCII-8BIT>
% ruby1.9.1 -v
ruby 1.9.1p0 (2009-01-30 revision 21907) [i686-linux]
% ruby1.9.1 0227.rb
#<Encoding:ASCII-8BIT>
#<Encoding:ISO-8859-1>
#<Encoding:ASCII-8BIT>
543:デフォルトの名無しさん
09/02/27 10:59:56
そういえば、最近ちょっとハマったんだけど
ruby 1.9.1 では初期値空の StringIO にも外部エンコーディングが適用されるんだな
Encoding.default_external = Encoding.find('utf-8')
io = StringIO.new('ascii-string')
p io.read.encoding # => <Encoding:US-ASCII>
io = StringIO.new
io << 'ascii-string'
p io.string.encoding # => <Encoding:UTF-8>
文字列バッファ的な使い方してると落とし穴になる
544:デフォルトの名無しさん
09/02/27 11:04:01
大体UTF-8で使ってればその辺はよしなに変換してくれるはずだろ？
CSIはUCSを包含してるはずだからなんとかできるはず
545:デフォルトの名無しさん
09/02/27 13:39:46
1.9.xが微妙すぎてみんなPythonに流れ始めちゃってるな。
546:デフォルトの名無しさん
09/02/27 13:40:17
ISO-8859 系と ASCII と UTF-8 しかない世界のガイジンさんが残念なコードを書くというのは一応共通認識だと思うが、
Shift_JIS と EUC-JP と UTF-8 あたりで互換が効くと思って NKF.guess ブチ込む日本人さんも同じくらいがっかりだと思った
知らないもんは仕方ないってことだあね、勉強勉強
っていうか Iconv はもうちょっと引数のエンコード文字列の制限を緩くしてくれてもいいと思うんだぜ
547:デフォルトの名無しさん
09/02/27 13:44:51
>>539
ルビ1.9.1はどんだけ危険ナンダヨwww
charsetぐらい読めばいいのにwwwww
548:デフォルトの名無しさん
09/02/27 14:17:01
>>547
open-uri は Content-Type ヘッダの charset トークンを内部で読んで force_encoding の引数に設定してくれる模様
require 'open-uri'
uris = %w(URLﾘﾝｸ(sankei.jp.msn.com) URLﾘﾝｸ(dailynews.yahoo.co.jp) URLﾘﾝｸ(b.hatena.ne.jp) URLﾘﾝｸ(www.2ch.net))
uris.each do |uri|
res = open(uri)
p "#{res.read.encoding.inspect}, Content-Type: #{res.meta['content-type']}"
end
results:
"#<Encoding:Shift_JIS>, Content-Type: text/html; charset=shift_jis"
"#<Encoding:EUC-JP>, Content-Type: text/html; charset=euc-jp"
"#<Encoding:UTF-8>, Content-Type: text/html;charset=utf-8"
"#<Encoding:ASCII-8BIT>, Content-Type: text/html"
Ruby1.9 の Net::HTTP はそれすらやらない、本当にプレーンな HTTP クライアントという性格に結果的になったってことだな
Net::HTTP のレベルで細かく処理されてたら確かに逆に面倒かもしれない
「HTTP ヘッダの Content-Type の charset があれば読んで設定、
それで valid_encoding? が偽なら meta タグの Content-Type を、
それでも invalid なら NKF.guess あたりの結果をブチ込み、
それでも invalid ならもうどうでもいいので ISO-8859-5 とかで流す」
という便利なんだか親切なんだかよくわからん HTTP クライアントは Ruby1.9 にこそあるべきだとは思う
あと、>>539のencodingの値はどれもほぼデフォルト値だから、
「あーこいつなんもエンコーディング処理やってねーな」と気づくことはできるぞ
549:デフォルトの名無しさん
09/02/27 14:27:50
これで POST ができれば完璧なんだが
… 1.9.1 の open-uri は POST できたりする？
550:デフォルトの名無しさん
09/02/27 14:54:20
>>548
ヘッダは見るけどメタタグは見てないということか？
551:デフォルトの名無しさん
09/02/27 16:01:41
>>550
そう振舞うのが自然だと思う。
データの中身を見てどうにかするのは、そのデータを解析する層の仕事でしょ。
552:デフォルトの名無しさん
09/02/27 16:03:19
>>550
そういう疑問はマニュアルくらい読めよ
……あああああ当たり前のように全く何も書いてねええええええ
え～、OpenURI::Meta::meta_setup_encoding が該当処理になっとります
おーむねおーざっぱには次のような処理
res = Net::HTTP.start(uri.host, uri.port){|http| http.get(uri.path)}
charset = res['Cotent-Type].scan(/charset=(.+?)"/).to_s
if enc = Encoding.find(charset) then
res.body.force_encoding(enc)
else
res.body.force_encoding(Encoding::ASCII_8BIT)
end
<meta> タグを精度よく読もうとしたら HTML のパースをきちんとしないといけないから、
open-uri にとっては動作的にも意味的にも荷が重い
553:デフォルトの名無しさん
09/02/27 16:11:47
なにこの「よくわからんがユーティーエフエイツって書けば黙るんだろファッキンジャップ」
とか言いつつLatin1を送りつけてくる無知外人を嵌めるブービートラップ
554:デフォルトの名無しさん
09/02/27 16:39:28
それで嵌るのは大概こっち側だという罠
555:デフォルトの名無しさん
09/02/27 16:52:28
Railsデプロイ
URLﾘﾝｸ(www.oreilly.co.jp)
…でぷろいって何よ
556:デフォルトの名無しさん
09/02/27 16:56:04
まあ日本語で一発で表現できないからこそカタカナ語が残ったんだろうけどな
提供が近い？
557:デフォルトの名無しさん
09/02/27 17:00:17
おれはいつも「配置」と脳内で訳しているが
558:デフォルトの名無しさん
09/02/27 17:01:26
俺のイメージではインストールするだけじゃないインストール、つーかんじ？
559:デフォルトの名無しさん
09/02/27 17:01:51
「Railsアプリのサーバ設置とユーザへの提供」だな
560:デフォルトの名無しさん
09/02/27 17:03:47
Railsの本はRailsべったりでつまみ食いできないからつまんない
たまにはRailsからじゃなくても単独で便利に使えるライブラリ解説本とか出ないかな
561:デフォルトの名無しさん
09/02/27 17:08:12
ちょこっとRailsとかやると新鮮でいいぞ
「だからRubyで書かせろよバカ」と思うことがないわけではないが
562:デフォルトの名無しさん
09/02/27 17:10:52
ハッカーになるために必要な言語が
C/Perl/Haskell/Java/Ruby
ってまじっすか？
563:デフォルトの名無しさん
09/02/27 17:12:04
Ruby 本体の open-uri に POST が入ることはないと思う。
どちらかというと、HTTP URI に post メソッドがつく方がまだありえる
564:デフォルトの名無しさん
09/02/27 17:18:46
>>562
ハッカーに「なる」ことはそもそもできない
スーパースターになるために日々特訓、というのと似たような滑稽さがある
で、それらの言語はそれぞれ極まった特徴がある言語だ
一つの言語だけの知識しかないというのはプログラマー的には（趣味仕事問わず）かなり損なので、
なるべく色々な言語に触れることが好ましいとされている
で、「色々」をわりと学びやすいと思われる組み合わせとしてよく挙げられるのがそれだ、というただそれだけの話
それを頑なに信じて実践してもご利益は特にない
Lisp処理系が入ってないから片手落ちだけど
565:デフォルトの名無しさん
09/02/27 17:21:09
Javaはいらないだろ
566:デフォルトの名無しさん
09/02/27 17:21:47
>>563
post メソッドがついてたまるかー
query と同じような感覚で mutipart とかあのへんのデータがくっつく可能性ならあると思う
567:デフォルトの名無しさん
09/02/27 17:45:01
>>560
ActiveRecord徹底解説みたいなのがほしい
568:デフォルトの名無しさん
09/02/27 17:47:49
Rails2系に対応した詳細本って全く無いよな
仕方なくAmazonで英語の本買って読んでるけどRailsより英語に苦戦してほとんど進まない
569:デフォルトの名無しさん
09/02/27 19:50:03
自作のライブラリのマニュアルとか書くじゃん？（書けよ？）
Sting#empty? みたいな述語なメソッドの説明あるじゃん？
・ ○○なとき真を返し、××なとき偽を返します
・ ○○なとき true を返し、××なとき false を返します
どっちがいい？
570:デフォルトの名無しさん
09/02/27 19:53:16
真偽がtrue/falseを表すとは限らないから下の方がいい
571:デフォルトの名無しさん
09/02/27 19:59:15
>>569
このメソッドは△△についての真偽を返します
と言っておいて
○○なとき true を返し、××なとき false を返します
と書く
ただし、これがコンディションとして使われる場合はたとえば
引数 param が nil か false だった場合…
とは（unless obj then ... みたいな実装だった場合の話だけど）書かずに
引数 param が偽だった場合…
と広く書く
572:デフォルトの名無しさん
09/02/27 21:07:02
質問。
Iconv の引数に渡すための文字エンコード名を、文字列を分析して取得したいんだけど、どんな方法がある？
ASCII/SJIS/EUC/JIS/UTF8 は NKF.guess があるよね
ISO8859-1 も Iconv の引数に入れたいんだ
どうやって検出すればいい？
573:デフォルトの名無しさん
09/02/27 21:19:12
>>571
それってなんかの決まり事？
ルールみたいなのがどっかにあるんだったら教えてほしいな
574:デフォルトの名無しさん
09/02/27 22:32:06
>>567
Pro ActiveRecordという本はある。
Railsと独立してActiveRecordを使う本。
まー、内容はソースが読める人ならいらないレベル。
575:デフォルトの名無しさん
09/02/27 22:57:13
ソースを読めても効率を重視したい
576:デフォルトの名無しさん
09/02/27 23:04:59
>>574
そこまで高度な内容でもなかったような記憶。
577:デフォルトの名無しさん
09/02/28 00:10:06
URLﾘﾝｸ(www.atmarkit.co.jp)
まあ適当に数字いじり
578:デフォルトの名無しさん
09/02/28 00:32:10
1年後のIT土方御用言語の傾向と思って記事を読み直してみると、なかなか興味深い。
579:デフォルトの名無しさん
09/02/28 00:37:43
Perl/Pythonより売れてるってのが驚きだ
Matzがバブルと言うのもうなずける
580:デフォルトの名無しさん
09/02/28 01:20:04
>>579
だってドキュメントが金出して本を買うしかないwwww
581:デフォルトの名無しさん
09/02/28 01:55:47
javaが落ちるのは当然だがrubyがJava以上に落ちるのは意味不明だなぁ
Railsで一瞬盛り上がっただけなのかね
582:デフォルトの名無しさん
09/02/28 17:17:46
Rubyはある程度使ったら本読むよりネットやソース見たほうが早いって感じか。
Rubyは1.9以降でPythonは3.0以降がもっと使われだすとまた変わってくるかもね。
583:デフォルトの名無しさん
09/02/28 17:45:12
単純にrubyはpythonの代わりにはなれないと判断されただけだろ
584:デフォルトの名無しさん
09/02/28 18:40:35
Rubyはもう衰退期に入ってるのかもな
585:デフォルトの名無しさん
09/02/28 18:42:27
成熟期、ではないんだろうか。ないかな。ないよな
586:デフォルトの名無しさん
09/02/28 18:45:18
ruby(笑い）
587:デフォルトの名無しさん
09/02/28 18:46:00
もともとPerlやらPythonやらがあったところに食い込んでるんだから
よくぞ生き残ったと思うよ
これだけ発展すれば、もういきなり死ぬって事は無い
588:デフォルトの名無しさん
09/02/28 18:56:52
Railsに生かされてる感じだけどな
589:572
09/02/28 18:58:52
あれ、みんな困ってないの？
Encoding に指定するエンコーディング名だって困るよね？
590:デフォルトの名無しさん
09/02/28 19:04:33
はなから自動検出などあきらめている。
591:デフォルトの名無しさん
09/02/28 19:48:25
perl, python, phpと違って、mod_rubyが（事実上）無い事が一番致命的だった。
レンタルサーバーで使えない。
592:デフォルトの名無しさん
09/02/28 19:56:14
mod_rubyがどうこうと言うよりも、レンタルサーバーに関して言えば単にキラーアプリの不足だろう
tDiaryはかなりrubｙを広めるのに貢献したけれど、それでもperlやphpに追いつくには足りなかった
593:デフォルトの名無しさん
09/02/28 20:04:34
RUbyはところどころ未完成なのがいいんだよ
完成しすぎてると人気がなくなる
594:デフォルトの名無しさん
09/02/28 20:04:59
phpMyAdmin、Trac、MovableType あたりがキラーアプリかな？
特にMovableTypeのお陰で、そこらのへなちょこレンタルサーバでもCPAN
モジュールが使えるようになったのはPerlでは大きいな。ちょっと遅かったけど。
595:デフォルトの名無しさん
09/02/28 20:11:25
>>591
URLﾘﾝｸ(www.google.com)
URLﾘﾝｸ(www.google.com)
railsとdjangoで比べると、railsが圧倒的。
596:デフォルトの名無しさん
09/02/28 20:13:34
中途半端なmod_rubyがあったが為に、まともなmod_rubyが開発されなかった。
CGIAlt以前のcgi.rbと同じ構図。
597:デフォルトの名無しさん
09/02/28 20:13:59
ぬるぽ
598:デフォルトの名無しさん
09/02/28 20:24:38
>>589
NKF.guessでいいじゃん
599:デフォルトの名無しさん
09/02/28 20:33:46
質問の前提を覆すなよｗかわいそうだろ
600:デフォルトの名無しさん
09/02/28 20:58:56
Rubyは遅くてたまらん。
フルアセンブラで書き直して欲しい。
誰かやらないか？
601:デフォルトの名無しさん
09/02/28 21:05:48
もっとこう、発展余地のある方向を・・・・
JIT組み込んでみるとかさ、GCのアルゴリズム改良してみるとかさ、
部分的な型付けや型推論に挑むとかさ
602:デフォルトの名無しさん
09/02/28 21:07:46
はあ？
603:デフォルトの名無しさん
09/02/28 22:20:48
フルアセンブラ(笑)
そんなに遅いならRubyなんかで書かずにフルアセンブリで書けばいいじゃない
604:デフォルトの名無しさん
09/02/28 22:45:11
日本で、Ruby はマイナーなテキストエディタのように生き残るよ。
日本語の漢字コードに対応しているし。
605:デフォルトの名無しさん
09/02/28 22:54:34
>>604
>マイナーなテキストエディタのように
何となくしっくり来る例えだな
まぁ日本に限らず世界でも、ここまで使われ始めたRubyが
そう簡単に死ぬこともないだろう
仮に知名度が下がったとしても、ハッカーは使い続けていくさ
606:デフォルトの名無しさん
09/02/28 23:44:55
>>600
1.9系使ってそう思うのならお前に安住の地はない
607:デフォルトの名無しさん
09/02/28 23:53:58
>>596
mod_rubyって中途半端なの？
608:デフォルトの名無しさん
09/03/01 01:26:38
一方俺は次のLispに逃げた
609:デフォルトの名無しさん
09/03/01 01:33:44
一方おれは1.9に惹かれてRubyを始めた
610:デフォルトの名無しさん
09/03/01 01:35:10
そして実践に使える場所がないことに気づく
611:デフォルトの名無しさん
09/03/01 02:29:10
昔のRubyはgemだのrubyforgeだのなくて細々とRAAにユーザーのライブラリが
載ってるだけだったから、大抵のユーザーは自給自足してたけど、今は事情が違いすぎる。
612:デフォルトの名無しさん
09/03/01 02:43:57
1.9使いたいんだが、使いたいgemのmswin32バイナリが1.9対応してない。
613:デフォルトの名無しさん
09/03/01 02:57:46
>607
レン鯖にmod_ruby入れたら何が起こると思う？
614:デフォルトの名無しさん
09/03/01 03:03:08
レンタルなんて仮想しか使わんがそれでもダメ？
>>612
何使いたいんだ？
615:デフォルトの名無しさん
09/03/01 09:42:48
>>614
nokogiri
616:デフォルトの名無しさん
09/03/01 13:13:55
>>615
まじで？ほんのちょっといじってみたが、おれが使う分には動作したのだが。
HTMLとってきてxpathを使ってデータ取り出すだけだけど。nokogiriのどの機能がだめ？
617:デフォルトの名無しさん
09/03/01 13:55:00
>>616
実際に使いたいのはmechanizeなんだけど、それがnokogiriを必要としてるんでどうにかならんものかと。
一応状況説明。
fURLﾘﾝｸ(ftp.ruby-lang.org)
といくつかの必要なdllを入れた環境で
gem install mechanize
とすると、
nokogiri-1.2.1-x86-mswin32-60
mechanize-0.9.1
がインストールされる。
で、インストールされたnokogiriのnative.soはmsvcrt-ruby18.dllを要求するけど、
入ってるrubyのdllはmsvcrt-ruby191.dllだからそんなものないということで動かない。
msvcrt-ruby18.dllを持ってきたとしてもまぁ色々拙くて駄目。
618:デフォルトの名無しさん
09/03/01 14:52:46
ふむ
再現
619:デフォルトの名無しさん
09/03/01 15:16:26
Nokogiri は今重点開発中だから報告すれば('(ﾟ∀ﾟ∩ なおるよ！
どっちかというと Mechanize のラテン文字バグを早めに直して欲しいんだが
require 'rubygems'
require 'mechanize'
agent = WWW::Mechanize.new
agent.get('URLﾘﾝｸ(www.google.com)')
Iconv::IllegalSequence: "\240(Simplified)';n"...
from /usr/lib/ruby/gems/1.8/gems/mechanize-0.9.1/lib/www/mechanize/util.rb:29:in `iconv'
from /usr/lib/ruby/gems/1.8/gems/mechanize-0.9.1/lib/www/mechanize/util.rb:29:in `to_native_charset'
ISO-8859-1 なページでラテン文字とか記号つき文字とかがあると絶対にそこでエラーになるという
620:デフォルトの名無しさん
09/03/01 15:27:03
>>619
そんなんテストで気づけよ…
621:デフォルトの名無しさん
09/03/01 15:31:50
「中でIconv使ってるから文字エンコードごとにメジャーなとこ10個くらい出入力のチェックしよう」
と考えてテスト作る人は正直なとこかなり稀だと思うっていうかめんどくさいというかむしろ
テスト書くのが面倒だというただそれだけの理由でIconv使うの止めそうだ
622:デフォルトの名無しさん
09/03/01 15:33:42
>>617-618
まじかよ。1.8と1.9を両方入れてるから間違えたのだろうか。
これから1500万件データを入れなきゃいけないから明日試してみよう。
623:デフォルトの名無しさん
09/03/01 15:35:44
俺のは直る直らないと言う以前に1.9.1環境でビルドしたバイナリgemも用意しといてねって話しなんだけどね。
まぁ、それはそれとしてそんなバグもあるのか。
VC++2008 Express Editionでビルドできたら自前でビルドしちゃいたいところだけど、
これもこれで色々とうまくいかないんだよね。
624:デフォルトの名無しさん
09/03/01 15:47:16
Mechanize のは
「他人のコードを入れたらそこでだけバグって全体が止まった」
という教科書に典型例として載りそうな事例
メインのメンテナさんは頭抱えてると思う
教訓としては「欧米ファイルを変換する場合は NKF.guess の返り値の文字エンコード名を Iconv に渡さない」
Latin のファイルが NKF.guess で SJIS か CP932 と誤認されて（というか NKF はこの選択肢しかない）、Iconv の変換がコケる
625:デフォルトの名無しさん
09/03/01 21:49:42
マジでテキストの文字エンコーディングが
プログラミング上の悩みの種になりつつあるな。
特にスクリプト言語だと、己のスクリプトファイル
自身のエンコーディングと、扱うテキストデータの
エンコーディングの両方ともに注意が必要だ。
正規表現でマッチしなくなるとか、かなり致命的。
626:デフォルトの名無しさん
09/03/01 21:55:52
>>625
んなもの、webアプリの世界では遙か昔っからの問題だ
それをUNICODE文字セットで揉めに揉めるだらWindowsのよくわからんローカライズだら
EUC-JPからの切り替え遅延だら、ずーーーっと先延ばししてきただけの話じゃないか
Perlが内部エンコーディングをUTF-8にし、Encodeモジュールを標準添付にしたのは
何年前だと思ってるんだ
627:デフォルトの名無しさん
09/03/01 22:12:25
Matzか誰かがUTF-8を毛嫌いしてるだけで
EUC信者のせいで導入できなかったのが敗因
さっさとUTF-8にするのは正解だと思う
628:デフォルトの名無しさん
09/03/01 22:31:05
そうだ、ISO-2022-JPもShift_JISもEUCも滅べばいい。
世界の文字コードがUTF-8になれば世界は平和になる
629:デフォルトの名無しさん
09/03/01 23:09:09
そう。過去資産の一部をすっぱり諦めるという英断を、開発者、ユーザを含めた全員でできれば
幸せな世界が待ってるんだ・・・・・。
630:デフォルトの名無しさん
09/03/01 23:38:51
2byteで済むのが3byte-6byteになるのが嫌で反対してるんですね
わかります
631:デフォルトの名無しさん
09/03/01 23:45:29
リソースフォークに文字エンコードを書く風習が広まっていれば…
632:デフォルトの名無しさん
09/03/01 23:58:21
よし、じゃあ2chをUTF-8化しよう
633:デフォルトの名無しさん
09/03/02 00:07:45
なってなかったっけ
634:デフォルトの名無しさん
09/03/02 00:11:15
2ch書き込みはcp932
635:デフォルトの名無しさん
09/03/02 00:14:23
Unicode文字が使える設定の板があるってだけだな
636:デフォルトの名無しさん
09/03/02 01:27:57
Unicodeにもいろいろ違いがあるようだが、あまりよくわかってないダメなおれ
16だのなかったか？
637:デフォルトの名無しさん
09/03/02 11:01:03
Code Set Independent は正義
638:デフォルトの名無しさん
09/03/02 11:31:18
> Matzか誰かがUTF-8を毛嫌いしてるだけで
> EUC信者のせいで導入できなかったのが敗因
> さっさとUTF-8にするのは正解だと思う
何を言っているんだお前は、RubyにUTF-8対応パッチが入ったのは1999年のことだぞ。
> そうだ、ISO-2022-JPもShift_JISもEUCも滅べばいい。
> 世界の文字コードがUTF-8になれば世界は平和になる
無知な人は幸せでいいですね。
> 2byteで済むのが3byte-6byteになるのが嫌で反対してるんですね
> わかります
全くわかっていないので、とりあえずRFC3629くらいは読んでください。
> リソースフォークに文字エンコードを書く風習が広まっていれば…
なので今更ながらmagic commentなんぞ作ったわけです。
639:デフォルトの名無しさん
09/03/02 11:37:22
> Unicodeにもいろいろ違いがあるようだが、あまりよくわかってないダメなおれ
> 16だのなかったか？
Unicodeは１つだからuniなのです。
通信時に用いる符号化にはUTF-8、UTF-16、UTF-32があります。
UTF-16は不幸な過去です・・・。
>>619
glibc iconv や libiconv の未定義文字があると例外投げる独自仕様は、
ほんとに有害ですよね。全てがCitrusになるといいと思います。
>>572
自動推測なんてものを当てにしていいのは小学生までです。
ていうか、ISO 8859シリーズの自動推測って不可能でしょ。
# 単語辞書とかでがんばるのかね？
XML宣言なりHTTPヘッダなりmagic commentなりを探してきてそれを使ってください。
そういうライブラリや、フレームワークはそのうち標準添付されるかもしれません。
640:デフォルトの名無しさん
09/03/02 12:11:13
>>636
文字集合としてのUnicodeと、そのエンコーディング（符号化方式）であるUTF、という認識から
始めればいいかと。
俺もその先は詳しく知らんけど。
CSIってのは、単独文字集合内での利用においてはそれなりの合理性があるんだろうが、
現実の開発・動作時に、文字セット間の「変換」「推測」が実質必要になるのが根元的な問題。
それぞれ勝手な文字集合を使う上、さらにそれぞれもろにエンコーディングの問題もある、はず。
物事を単純化したいなら、Unicode一択なんだろうか
641:デフォルトの名無しさん
09/03/02 12:37:00
> CSIってのは、単独文字集合内での利用においてはそれなりの合理性があるんだろうが、
> 現実の開発・動作時に、文字セット間の「変換」「推測」が実質必要になるのが根元的な問題。
まず、推測が必要になる時点で何かがおかしい。
そのデータを送ってきたやつはなんでそのデータのエンコーディングを送ってきてないんだ？
送ってきているのだとしたらなんでそれを無視するんだ？
日本語使いだとデータだけから言語がすぐに推測できるのだと思い込んでしまうのかもしれないが、
ヨーロッパの言語だと同じ文字を使っているから、数単語の場合は推測など不可能だぞ。
> それぞれ勝手な文字集合を使う上、さらにそれぞれもろにエンコーディングの問題もある、はず。
内部エンコーディングに処理系が対応しているものを使う限りは、
エンコーディングの問題なんか変換時に用いるエンコーディング名を正しく設定する以上はない。
未だに「表」の2バイト目は0x5Cだからエスケープと衝突して・・・なんてのは古代の遺物です。
Unicode系を内部エンコーディングとして使うとよいのは、
Unicodeが実用上もっとも大きな文字集合でかつ他のほとんどを包含してるから。
例えばJIS X 0208で足りるなら別にEUC-JPでもよい。
642:デフォルトの名無しさん
09/03/02 13:24:42
たとえばラウンドトリップ問題とかで、特定の内部コードに一元化という方法では
困る場合がある、というのがCSI派の主張のひとつだが。
643:デフォルトの名無しさん
09/03/02 13:47:49
>>642
ラウンドトリップで一緒になってしまうケースでは例えばNEC選定IBM拡張文字とかがあるが、
実際問題として、そんなもん戻らなくてよくね？
比較や検索の問題があるので、その場合元で対処する必要があるにはあるのだが、
これもまた「同じ文字」が別扱いされるバグがあったとも言うわけで。
それ以外は行き帰りで同じ変換表を用いれば問題はないはず。
644:デフォルトの名無しさん
09/03/02 13:50:57
>>641
> まず、推測が必要になる時点で何かがおかしい。
んだね。推測はいらない。ただ、文字集合間での変換は必要。
大体変換テーブル自体がUnicode経由だったりするし。
> 例えばJIS X 0208で足りるなら別にEUC-JPでもよい。
そういうことじゃん。JIS X 0208では足りないんだよ。それを代替できるのが、現実的にはUnicodeしかなく、
それなら独自文字集合に基づいたエンコーディングそのものが不要というか、問題の種にしかならない。
Unicodeで足りない、っていう問題は、新たに規格を作ったり拡張したりするのではなく、あくまでもUnicodeの
補完で対応するべき。JIS規格は、日本の文字規格の統一とUnicodeへの提案という意味のみで利用するべき
と思うんだがなあ
まあ文字コードの話はあんまり深入りしたくないってのも本音だな。
レガシーと現状と文化と将来の展望の主張がいり混じってほんとよくわからん。
645:デフォルトの名無しさん
09/03/02 14:01:48
> それなら独自文字集合に基づいたエンコーディングそのものが不要というか、問題の種にしかならない。
その「独自」の定義は「Unicodeでない」ですかね。
> Unicodeで足りない、っていう問題は、新たに規格を作ったり拡張したりするのではなく、
> あくまでもUnicodeの補完で対応するべき。
補完って、外字でも使うんですかね。
あと、今はUnicodeの拡張可能な領域って2面しかないんですよね。
> JIS規格は、日本の文字規格の統一とUnicodeへの提案という意味のみで利用するべき
今のJIS規格って、国語審議会のおもちゃでしょ。
文字の追加以外はできないようにして欲しいね。
646:デフォルトの名無しさん
09/03/02 21:11:36
よくCSI派から理由に挙げられるのはTRONコードとか文字鏡だっけか?
647:デフォルトの名無しさん
09/03/02 22:17:17
いつまでスレ違い続けますか
648:デフォルトの名無しさん
09/03/02 23:55:28
UNICODEについて最低限知っておくべきことを最小限の時間で知りたければ
「Joel on Software」の第４章を立ち読みすることをお奨めする。
俺はそれで UTF-8 がASCII圏の奴らのワガママだと知ったw
649:デフォルトの名無しさん
09/03/03 00:49:43
米国でRuby関連書籍の売り上げが減速か － ＠IT
URLﾘﾝｸ(www.atmarkit.co.jp)
そういうわけでRubyやめてC#かPHPやろうぜ。
650:デフォルトの名無しさん
09/03/03 00:54:15
言語仕様的にはPHPよりRubyの方がずっといいように思う。
便利は便利だが、もうPHPに戻るつもりはない。
651:デフォルトの名無しさん
09/03/03 01:17:09
禿げ堂
漏れもそう思ってPHPからRubyに乗り換えた
今はPythonを使っている
652:デフォルトの名無しさん
09/03/03 01:58:52
＞ UTF-8 がASCII圏の奴らのワガママ
たしかにそうかもしれんが、UTF-8は結構うまく考えられていると思うがな。
653:デフォルトの名無しさん
09/03/03 05:02:03
>>648
UnicodeではなくUTF-8?
654:デフォルトの名無しさん
09/03/03 06:23:13
他国語化考えてない古いアプリでも
UTF-8だと通ったりするからな
うまく考えられてるよ
そういう利点は素直に認めるべき
655:デフォルトの名無しさん
09/03/03 12:10:12
>>608
そんな俺は forth(というか concatenative language)に行く
656:デフォルトの名無しさん
09/03/03 18:15:20
1.9.1でしつもん
irb で1.9対応が怪しいライブラリを実行して
ArgumentError: invalid byte sequence in EUC-JP
というようなエラーが出る場合、「悪い」のは irb の設定？
それとも元のスクリプト？
それともライブラリそのもの？
657:デフォルトの名無しさん
09/03/03 18:19:12
マジックコメント入れて
ruby1.9 -E utf-8 hoge.rb
とか適当なエンコーディング指定してもエラーが出るなら、ライブラリの書き方が悪い可能性が大
マジックコメント入れてないなら、スクリプトが一方的に悪い
658:デフォルトの名無しさん
09/03/04 01:08:26
>>652>>654
うん、確かにASCIIとの互換性を保ちつつ従来の文字エンコードの
課題を克服した、とてもよい設計だと思う。UNICODEの普及に
大きく貢献してるね。
>>648は「これで Joel に興味持ってくれたらいいな」とあえて偏見
気味に書いてみたw
659:デフォルトの名無しさん
09/03/04 01:41:22
あっそ
660:デフォルトの名無しさん
09/03/04 07:12:54
ということにしたいのですね
661:デフォルトの名無しさん
09/03/04 09:06:32
void キタ！ Rubyには型は無いのに！
662:デフォルトの名無しさん
09/03/04 09:55:21
型が無いわけじゃないんだけどな。
663:デフォルトの名無しさん
09/03/04 10:55:03
一般的に型と呼ばれるもので「保証」されているあれこれがRubyには存在しない、が妥当な表現？
664:デフォルトの名無しさん
09/03/04 10:57:54
プログラム言語の理論をあまり知らない初心者だけど、
一般的に型って言った場合、どういったものを指すの？
変数（入れ物）の型？中身（オブジェクト？）の型？
静的型言語って言った場合は、前者でいいのかな。
665:デフォルトの名無しさん
09/03/04 11:19:33
>>664
そう
静的な型付けでは入れ物の型を先に決めるから、結果として入れることができる中身も限定される
666:デフォルトの名無しさん
09/03/04 11:45:05
Rubyの概念的には
「変数そのものもなんらかのクラスのオブジェクトのようなもんである言語があるらしい」
だと思ってくれればそう間違ってもいない
bind_type(:str, String)
とすると str は絶対に String のインスタンスしか入らない（整数を代入するとTypeError）みたいなそんな感じ
667:デフォルトの名無しさん
09/03/04 12:40:32
>>665
なるほど。中身そのものの型を変えられるのかどうかは知らないけど、とりあえず動的・静的って
言ってるときには、それはあんまり関係ないのかな。
あくまでも変数の型についての話、でいいのかな。
>>666
これは、TypeErrorを出しているのはその「なんらかのクラス」の機能ってことだろうか。
んでこういうこともできるから、一応Rubyに型がないわけではない、っていう意味？
668:デフォルトの名無しさん
09/03/04 12:52:27
Rubyしかやらないのなら型について気にする必要は一切ない
公式には型はない
型のある言語を学ぶようになってから型について学べば十分
669:デフォルトの名無しさん
09/03/04 12:59:07
中身の方に「お前は誰だ」って聞いてやればいいんだよね
unless(String == obj)
raise ArgumentError, "イテーヨシ"
end
みたいに。
670:デフォルトの名無しさん
09/03/04 13:09:07
>>669
実行時にしか評価できないのなら型の実際的意味がない
671:デフォルトの名無しさん
09/03/04 13:12:41
>>666
横から悪いが、何を言ってるのか分からんのだけど、どゆこと？
672:デフォルトの名無しさん
09/03/04 13:27:02
静的だと値にも変数にも型がある
動的だと値には型があり変数にはない
とか
673:デフォルトの名無しさん
09/03/04 13:31:21
>>670
型を間違ってコーディングした事を、実行前に知りたい、という事?
だったら趣味ならともかく、まともなアプリにはtestは必要なんだから、型の間違いはすぐ判る。
動的に切り替えできる必要がある場合は、動的型付けの方がやり易い。
>>671
>>664
横レスだが、型には多相型(Haskellなど)、単一型(C、Java、Rubyなど)があると思ってくれ。
単一型をさらに、静的、動的に分類可。
静的--->変数と型との対応が固定。
int i=1とした後、i='a'とするとエラー
動的--->オブジェクトと型との対応が固定。 変数とオブジェクトとの対応は可変。
a=1とした後、a="abc"と出来る。
>>672
> 動的だと値には型があり変数にはないとか
Rubyはそのとおり。
674:デフォルトの名無しさん
09/03/04 13:45:38
>>673
いや、うん、そうだけど、あなたの言ってる事と>>666の内容は
およそ一致してると考えていいのかな？
俺にはそう取れなかったので
675:673
09/03/04 13:56:28
>>674
「型についての知識が、静的型付け言語の範囲内」の人に始めてRubyを説明するときには、
>>666の表現は厳密ではないが受け入れ易いと思う。
676:デフォルトの名無しさん
09/03/04 14:17:33
変数に型がないことを説明したいのに変数を型にはめることだけ例示されてもなー
という違和感が >>666 にはあるな
677:デフォルトの名無しさん
09/03/04 14:34:28
文句言うなら自分で説明する
でもスレ違いなんだけど
678:デフォルトの名無しさん
09/03/04 15:59:47
俺がよく使うたとえ話としては
「変数は入れ物じゃなくて、ラベルみたいなもん」
「代入じゃなくて名前付け。データとかオブジェクトに対して名前をつける」
「ラベルはどんなオブジェクトにも貼り付けられる。型はオブジェクトそのものの属性」
「ラベルには賞味期限と有効範囲がある」
「すべてのラベルが剥がされると、参照不能になってGC様の餌になる」
厳密じゃないが、おおむねこれで理解してもらえてる。
679:デフォルトの名無しさん
09/03/04 17:53:38
>>678
＞「ラベルには賞味期限と有効範囲がある」
この辺をｋｗｓｋ
680:デフォルトの名無しさん
09/03/04 18:03:07
エクステントとスコープのことだな。
681:デフォルトの名無しさん
09/03/04 18:04:54
Rubyに型がないという話なんて誰もしてないと思うんだが
682:デフォルトの名無しさん
09/03/04 18:10:52
>>681
>>668
683:デフォルトの名無しさん
09/03/04 18:17:44
>>673
型testのコードは自動で生成されるの？
でなかったら結局人間による抜けがでそうだけど．．．
684:デフォルトの名無しさん
09/03/04 18:26:03
便利さ・柔軟さのトレードオフとして危険性はある。
でも、プログラムは仕様通りの動作をすれば内部の変数にどんな型のオブジェクトがあるのかは関係ないし、
ライブライリーのpublicメソッドの引数なんかは型チェックをしてるよ。
685:デフォルトの名無しさん
09/03/04 18:34:44
Ruby的にはオブジェクトの種類はどうでもいい
メソッドさえ動作すれば、引数のクラスは全く問わない
文字列の代わりに、Stringと同じメソッドが定義されてる別のクラスのオブジェクトを渡しても普通は動く
ただ、ぶっちゃけこの考え方は柔軟だが動作の保証が非常に面倒なので、勢い
raise ArgumentError unless param.is_a?(String)
とか書く
686:デフォルトの名無しさん
09/03/04 18:37:55
bind_typeってどのバージョンから使える？
変数のエクステントって概念は知らなかった。
スコープの延長で、可視範囲から外れればだれからも見えなくなるから
忘れ去られると考えてた。これだと静的変数の説明がしにくいんだよな。
687:デフォルトの名無しさん
09/03/04 18:39:58
>>686
bind_type は説明用の擬似的なメソッドだろう
あれば楽しそうだが