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 は説明用の擬似的なメソッドだろう
あれば楽しそうだが
688:デフォルトの名無しさん
09/03/04 18:45:01
respond_to?のお役立ち度の微妙っぷりは異常
689:デフォルトの名無しさん
09/03/04 18:56:33
>>683
自動testはHaskell以外は知らない。
言語によらず、型に合った(or意図的にエラーを起こさせる)テストデータを与える必要があるんでは?
690:デフォルトの名無しさん
09/03/04 20:02:44
>>680
そうかなーとは思ったのだが、「ラベル」の賞味期限とエクステントとがうまく結びつかない。
「オブジェクトには賞味期限があり、ラベルには有効範囲がある」なら納得なのだが。
691:デフォルトの名無しさん
09/03/04 20:19:30
オブジェクトの賞味期限は貼るラベルによって変わってくるからいいんじゃない？
もうちょい気を利かせると「ラベルには賞味期限と有効範囲が書いてある」とかだろうか
692:デフォルトの名無しさん
09/03/04 21:03:27
Smalltalkには、 Objectにbecome: というのがあった気がする。
693:デフォルトの名無しさん
09/03/04 21:28:13
# v1.9.1
require 'prime'
Prime.instance.each_cons(2).select {|x, y| y - x == 2 }.first(10)
最初の10組の双子素数を求めようと、このようにすると、当然のように
selectから帰って来れません。ループ組んで10個見つけたら打ち切るみ
たいにするしかないでしょうか。
694:デフォルトの名無しさん
09/03/04 23:08:20
仕方ないように見える
遅延評価があれば似たような書き方ができそうだが、
Rubyではサポートされていない
695:デフォルトの名無しさん
09/03/04 23:11:44
selectってなんだっけ
696:デフォルトの名無しさん
09/03/04 23:17:53
>>695
find_all
detect が find で
select が find_all で
collect が map だ
697:デフォルトの名無しさん
09/03/04 23:32:04
うへ、Enumeratorが無限なのか
変なの作ったなあ
>>693
ループ組んで10個見つけたら終了、という使い方を想定していると思われる
698:デフォルトの名無しさん
09/03/04 23:38:16
Ubuntu で Ruby1.9.1 をコンパイルしたんだけど irb で矢印キーが効きませぬ
readline5 の devel は入ってたのになあ
699:デフォルトの名無しさん
09/03/04 23:42:55
クト類はわかりにくい
select が find_all で
collect が map で
detect が find で
inject が 特になしで
reject! が delete_if
700:デフォルトの名無しさん
09/03/04 23:48:14
たぶん散々既出だと思うが、
select → grep
collect → map
にしなかったのはなぜなんだろ？（まあmapはあるのか）
701:デフォルトの名無しさん
09/03/04 23:53:12
detect と select は意図的に使わない
というか detect は true か false を返すべきだと思う
702:デフォルトの名無しさん
09/03/04 23:55:59
>>700
お前んちのgrepはマッチしなかった行を空行で返したりでもするのか？
てかあのへんは既存の言語の関数をRubyのメソッドに持ってきただけだからどうにもならん
703:デフォルトの名無しさん
09/03/05 00:06:06
>>702
うん？
[0,1,2].select {|i| i == 1} #=> [1]
空行なんて返ってこなくていいよ
find_allって何から来てるの？
grep, map はPerlからなら素直に覚えやすいんだが。
704:デフォルトの名無しさん
09/03/05 00:15:02
おそらく>>700は矢印をオレオリジナルで使っててなおかつ自覚がない
705:デフォルトの名無しさん
09/03/05 00:20:17
全角矢印のム板汎用的な用法なんてあるのか？
意味は通じると思うが
706:デフォルトの名無しさん
09/03/05 00:33:26
Prime.instance.each_cons(2).enum_for(:select, &->(e){e[1]-e[0]==2}).first(n)
first(3)まで見て出来た気になったがfirst(4)を見て全然意味を成していないことに気づく。
enum_for(*args)にはブロック渡せないぽいなぁ。
707:デフォルトの名無しさん
09/03/05 00:35:52
1のとき[2,3]が返る時点で気づこう。
708:デフォルトの名無しさん
09/03/05 00:36:38
>>705
断言しても言いが、経験上たぶん通じてない
709:デフォルトの名無しさん
09/03/05 00:50:56
>>693
module Enumerable
def select_by(block)
return to_enum(__method__, block) unless block_given?
each {|e| yield e if block.call(*e) }
end
end
require 'prime'
Prime.instance.each_cons(2).select_by(lambda {|x, y| y - x == 2}).first(10)
でどう?
710:デフォルトの名無しさん
09/03/05 01:26:31
>>709
>>Prime.instance.each_cons(2).select_by(lambda {|x,y| y - x == 2}).first(10)
=> [[3, 5], [5, 7], [11, 13], [17, 19], [29, 31], [41, 43], [59, 61], [71, 73], [101, 103], [107, 109]]
なるほどね。
711:デフォルトの名無しさん
09/03/05 02:34:18
Prime.instance.each_cons(2).select {|x, y| $. > 10 ? raise 'sine': y - x == 2 }
712:デフォルトの名無しさん
09/03/05 12:03:00
おおむねスレ違いなんだけどさ、github で「今の状態のライブラリをZIPでくれ」ということはできない？
713:デフォルトの名無しさん
09/03/05 13:18:30
せめてLinux板のgitスレで聞け
714:デフォルトの名無しさん
09/03/05 13:44:10
downloadsに用意されてなけりゃできないんじゃねーかと思う
素直に git インストールして git clone git://hoge.github.com/... するのが一番
カレントディレクトリに、たとえば rubygems のライブラリなら hoge/lib ができる
715:デフォルトの名無しさん
09/03/05 16:12:18
もっと英語の作文勉強しておけばよかった
そんだけ
716:デフォルトの名無しさん
09/03/05 16:15:31
Rubyって普及こんな特集記事が載せられるほど普及しているんですね
すっげー、かっけー
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
717:デフォルトの名無しさん
09/03/05 16:20:21
>>715
「書いてみたが、伝わるんだかどうだか不明」という場合は、既出だが自動翻訳サイトを通してみるといい
自動翻訳でなんとなく意味が通じる場合は、外人さんにもなんとなく意味が通じる可能性が高い
訳して何がなんだかわからない場合は、翻訳サイトがへぼい可能性ももちろんあるが、
そもそもの英文がかなり微妙な出来である可能性もかなり高い
日本人であることが相手に伝わってる場合、下手に凝る文章よりも
翻訳サイトで結果が出るようなプレーンな英文のほうが好ましく思われる傾向にある
スピーチとかサイトへの寄稿文とか書いてるという話なら失礼
718:デフォルトの名無しさん
09/03/05 21:49:47
まつもとさんになんてことを
719:デフォルトの名無しさん
09/03/05 21:58:51
どこの翻訳サイトはレベルが高いのがありますか？
720:デフォルトの名無しさん
09/03/05 22:03:06
niftyが結構マシ
721:デフォルトの名無しさん
09/03/05 23:08:40
やっぱ買うのがおすすめ。IT系の辞書とかつけて。
おれは英語のサイトだとすぐに回れ右していたが、
翻訳ソフトを買ってから割と読むようになったし、苦じゃなくなった。
翻訳されてるんだから当たり前だけどな。
722:デフォルトの名無しさん
09/03/05 23:13:49
読むのはいいんだけど、書くのがねえ…
723:デフォルトの名無しさん
09/03/06 00:46:14
It's easy to read, bat hard to write.
724:デフォルトの名無しさん
09/03/06 00:59:36
そうか？翻訳ソフト使えば書く方が簡単だと思うぞ。
書くときは自分で簡単な言い回しに変更できるけど、読む方は相手次第なんだから。
元の文章を工夫するんだよ。オフィシャルな文章じゃそうはいかんだろうけど。
725:デフォルトの名無しさん
09/03/06 01:46:08
書けないと読めないって良く言われるね
726:デフォルトの名無しさん
09/03/06 02:04:16
きっちり書こうとすると前置詞とかが難しいのよね
727:デフォルトの名無しさん
09/03/06 02:13:51
難しいというか、正しく伝わってるかどうか確信が持てない。
おかしい所にも気づかない。
という不安が常につきまとう。読む方にはそれがあんまりないので、
書く方がはっきり難しいと思う。
728:デフォルトの名無しさん
09/03/06 02:34:05
冠詞も良く分からん
I am a God. は間違いらしい
729:デフォルトの名無しさん
09/03/06 02:39:40
そりゃそうだ・・・
730:デフォルトの名無しさん
09/03/06 02:42:17
go to the heaven
なのに
go to hell
だったり
731:デフォルトの名無しさん
09/03/06 02:48:29
おかしいと思って調べたが「go to heaven」でいいはずだぞ。
theの使い方を覚えろよ。それにこのあたりの区別は日本語の助詞なみに難しいと思うぞ。
こんなとこ完璧にするより内容を考えろよｗ
732:デフォルトの名無しさん
09/03/06 03:18:33
日本語ペラペラでも文章の稚拙な外人っているじゃん
そういう人の文章見てみんなどう感じる？
733:デフォルトの名無しさん
09/03/06 03:51:52
言語的な問題なら仕方ないと思うかなあ。
でも論理的な明快さに欠けてたら、母国語でもそうなんだろうなと思う。
話せればいい文章を書けるなら、
日本人は日本語ならみんないい文章を書けることになってしまう。
って、Rubyの話じゃないじゃん。
734:デフォルトの名無しさん
09/03/06 05:26:21
in the heaven
in hell
らしい
735:デフォルトの名無しさん
09/03/06 09:12:50
1.9のEncodingのエンコード名称って大文字限定？
736:デフォルトの名無しさん
09/03/06 09:24:21
>>735
まず自分でirbでも使って試してみるのがいいと思うよ！
Encoding.findオススメ
737:デフォルトの名無しさん
09/03/06 09:43:53
>>735
1.8でも値だけ作っておくとかそういう時は大文字で書いておくのがいいと思う
738:デフォルトの名無しさん
09/03/06 11:48:30
URLﾘﾝｸ(twitter.com)
ふざけんな！
1.8.6と心中せざるをえない数万のプログラマーを見殺しにするのか！！
739:デフォルトの名無しさん
09/03/06 11:51:56
1.8.6は今存在してるんだからそれ使ってればいいじゃない。
740:デフォルトの名無しさん
09/03/06 11:58:35
PHP5が出た時と全く同じ騒ぎに見える。
PHPの場合は、本格移行の流れになったのは4のサポート停止が"されてから"だから大体3～4年かかってる。
RubyはPHPほど実運用されてないので移行はもう少し早かろうが、逆にそのまま放置される恐れもあるよな。
Perl5.0や5.6も結構しぶとく残ってたし。
741:デフォルトの名無しさん
09/03/06 12:07:24
>>738
> 1.8.6と心中せざるをえない
具体的にはどんな人？
742:デフォルトの名無しさん
09/03/06 16:02:12
移行なんかしなくていいじゃん。
743:デフォルトの名無しさん
09/03/06 16:06:30
>>741に回答が無い時点でたいしたもんじゃないな
744:デフォルトの名無しさん
09/03/06 16:38:30
>>743
まあ1.8.7にアップグレードできないのも1.8.7向けに改修できないのもほとんどは契約の問題だと思う
個々のプロジェクトの契約の問題の責任をRubyに負わせるとかお前何様って感じだ
745:デフォルトの名無しさん
09/03/06 18:47:41
このテストスクリプト間違ってる…
746:デフォルトの名無しさん
09/03/06 19:23:35
1.8.6とかで放置でも問題ないケースも多い
スクリプトの寿命よりサーバーの寿命の方が先に来る
747:デフォルトの名無しさん
09/03/06 19:26:33
> スクリプトの寿命よりサーバーの寿命の方が先に来る
だからなんだというのだろうか？
748:デフォルトの名無しさん
09/03/07 02:12:04
1.8.7用に書いたスクリプトが1.8.6で動かない事はあるかも知れないけど
1.8.6で動くスクリプトが1.8.7で動かない事ってあるの？
749:デフォルトの名無しさん
09/03/07 02:34:09
そりゃあるだろうが、割合的にはかなり稀
750:デフォルトの名無しさん
09/03/07 13:51:10
>>745
悪いね、正しい結果を出すのが明らかな代表的なのしか書いてないんだ
751:デフォルトの名無しさん
09/03/07 14:15:03
RailsのMultibyte拡張でStringにcharsというメソッドを定義してたのが
1.8.7のcharsと衝突したってのは結構知られているはず。
これは、Railsがmb_charsという名前に変更した。
752:デフォルトの名無しさん
09/03/07 14:50:22
あれは組み込みクラス拡張するほうが一方的に悪いから、仕方ないな
利便性と引き換えの非互換リスク
753:デフォルトの名無しさん
09/03/07 19:21:12
>>748
rubyは1.8.6用に書いたスクリプトが1.8.6で動かなくなったことだってあるwww
754:デフォルトの名無しさん
09/03/07 19:27:05
>>753はパッチの意味を理解していない
755:デフォルトの名無しさん
09/03/07 19:28:48
RDoc フォーマッタで attr 系列が別待遇なものが多いのはなぜ？
あれ他のと混ぜて一律にメソッドとして説明すればいいじゃんね
756:デフォルトの名無しさん
09/03/07 19:35:32
>>755
俺もそう思ってるんだけど、
・ プロパティ厨
・ attr で書いたものはそれ自体に意図があるよ説
が結構根強い
attr_accessor :hoge
と
def hoge
@hoge
end
def hoge=(v)
@hoge=v
end
には違いがないと思うんだけどねえ
757:デフォルトの名無しさん
09/03/07 21:01:19
初めまして。
webkeepersにgemを入れました。その後、rubyが1.8.5だったので、1.8.7にupdate。
install時特になにも環境変数？を指定などしていません。
gem -v => 1.3.1
ruby -v => 1.8.7
とどちらも正常なようですが、require 'rubygems'にすると、"no suck file to load"と怒られます。
whereis gem => /usr/bin/gem だったので、export GEME_HOME = /usr/bin/gem
と余計な事までしてしまいました。どうしたもんでしょう？お願いします。
758:デフォルトの名無しさん
09/03/07 21:02:46
such がsuck になっていて申し訳ございません。。。
759:デフォルトの名無しさん
09/03/07 21:15:53
初心者スレかと思った
>>757
・ レンタルサーバのユーザー領域に自前でRubyをインストールしたが、gemが動かね
ということでいいか