09/02/04 03:34:28
オブジェクト指向スクリプト言語Rubyについて扱うスレッドです。
Ruby Home Page
URLﾘﾝｸ(www.ruby-lang.org)
= 前スレ
Rubyについて Part 33
ｽﾚﾘﾝｸ(tech板)
過去スレ・関連スレは >>2-
2:デフォルトの名無しさん
09/02/04 03:35:16
Ruby 初心者スレッド Part 25
ｽﾚﾘﾝｸ(tech板)
【ActiveScript】RubyをWindowsで使うスレ【GUI】
ｽﾚﾘﾝｸ(tech板)
Rubyの宿題教えてください。2限目
ｽﾚﾘﾝｸ(tech板)
Ruby＞＞＞＞＞Java
ｽﾚﾘﾝｸ(tech板)
愛国Ruby
ｽﾚﾘﾝｸ(tech板)
【↓アンチ系】
Rubyについて（アンチ専用） Part003
ｽﾚﾘﾝｸ(tech板)
Rubyは難しすぎ
ｽﾚﾘﾝｸ(tech板)
【カルト】Ruby開発者Matz【モルモン】
ｽﾚﾘﾝｸ(prog板)
3:デフォルトの名無しさん
09/02/04 03:35:53
Rubyリファレンスマニュアル刷新計画
URLﾘﾝｸ(doc.loveruby.net)
ライブラリ一覧
URLﾘﾝｸ(doc.loveruby.net)
RubyExtensionProgrammingGuide
URLﾘﾝｸ(i.loveruby.net)
Ruby Hacking Guide
URLﾘﾝｸ(i.loveruby.net)
Symbol < Stringも止める。
URLﾘﾝｸ(www.rubyist.net)
クラスローカルインスタンス変数
URLﾘﾝｸ(www.rubyist.net)
クラス変数
URLﾘﾝｸ(www.rubyist.net)
ローカル変数
URLﾘﾝｸ(www.rubyist.net)
可視性メモ
URLﾘﾝｸ(www.rubyist.net)
URLﾘﾝｸ(blade.nagaokaut.ac.jp)
URLﾘﾝｸ(blade.nagaokaut.ac.jp)
YARV without 1.9
URLﾘﾝｸ(www.rubyist.net)
URLﾘﾝｸ(www.atdot.net)
URLﾘﾝｸ(i.loveruby.net)
JSON
URLﾘﾝｸ(json.rubyforge.org)
URLﾘﾝｸ(webos-goodies.jp)
URLﾘﾝｸ(webos-goodies.jp)
YAML
URLﾘﾝｸ(www.ruby-lang.org)
URLﾘﾝｸ(jp.rubyist.net)
URLﾘﾝｸ(www.namikilab.tuat.ac.jp)
4:デフォルトの名無しさん
09/02/04 03:36:51
Ruby/Gtk+
URLﾘﾝｸ(www.unixuser.org)
URLﾘﾝｸ(takeposo.sakura.ne.jp)
URLﾘﾝｸ(ruby-gnome.sourceforge.net)
URLﾘﾝｸ(ruby-gnome.sourceforge.net)
URLﾘﾝｸ(ruby-gnome2.sourceforge.jp)
URLﾘﾝｸ(psux1.kek.jp)
URLﾘﾝｸ(www.rubycgi.org)
URLﾘﾝｸ(ruby.gfd-dennou.org)
URLﾘﾝｸ(www.magicianmaster.jp)
5:デフォルトの名無しさん
09/02/04 03:37:42
Ruby on Rails
ｽﾚﾘﾝｸ(tech板)
URLﾘﾝｸ(jp.rubyist.net)
URLﾘﾝｸ(www.onlamp.com)
URLﾘﾝｸ(kyotosanga.com)
URLﾘﾝｸ(blog.hacklife.net)
URLﾘﾝｸ(www.metadata.co.jp)
URLﾘﾝｸ(japan.cnet.com)
URLﾘﾝｸ(japan.cnet.com)
URLﾘﾝｸ(journal.mycom.co.jp)
URLﾘﾝｸ(www.atmarkit.co.jp)
URLﾘﾝｸ(www.atmarkit.co.jp)
URLﾘﾝｸ(www-06.ibm.com)
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
6:デフォルトの名無しさん
09/02/04 03:39:46
>>1乙☆
7:デフォルトの名無しさん
09/02/04 03:45:52
1.9系っていわゆる地雷？
8:デフォルトの名無しさん
09/02/04 03:46:56
>>7
いまのところ地雷です
9:デフォルトの名無しさん
09/02/04 04:22:32
>>7
世の中のライブラリの対応が追いついてないのが多い。
あと1.9での変更点や新機能を扱う解説サイトや解説本は不足気味。
これらが問題だと思うなら地雷。
10:デフォルトの名無しさん
09/02/04 05:40:12
C APIレベルでの変更を解説して欲しい
11:デフォルトの名無しさん
09/02/04 06:14:54
VCからRubyを呼び出すにはどうしたらいいんでしょうか？
一通りググってみたんですが、分かりませんでした。
参考になりそうなサイトなども知っていたら教えてください
12:デフォルトの名無しさん
09/02/04 06:20:48
「VCからRubyを呼び出す」の意味を詳しく
13:デフォルトの名無しさん
09/02/04 06:27:37
XXX.cppの中で、
Rubyで作ったMechanizeをラップした自作クラスを呼び出したいんですが
14:デフォルトの名無しさん
09/02/04 06:28:08
>>13は>>12宛てです
15:デフォルトの名無しさん
09/02/04 06:41:59
CからRubyは呼べないっしょ。
だってRubyスクリプトって
単なるテキストファイルだもの。
16:デフォルトの名無しさん
09/02/04 06:54:56
>>11 >>15
つ URLﾘﾝｸ(d.hatena.ne.jp)
17:デフォルトの名無しさん
09/02/04 09:19:38
勃ってたのか
>>1 乙
18:デフォルトの名無しさん
09/02/04 09:21:25
>>11-15
Exerbがそれに近いことをやってると思う
19:デフォルトの名無しさん
09/02/04 09:24:25
Python で self がうざいって言ってる人がいるみたいだが、
@classmethod や @staticmethod を使ったことが無いんだろうね。
結局ちょっと遊んでみて終わりっていうレベルの単なる食わず嫌いだってこと。
まともに使ってれば面倒とも何とも思わなくなるよ。
20:デフォルトの名無しさん
09/02/04 09:30:07
>>19
インスタンスメソッドの場合のselfがうざいんだろう
Pythonの場合クラスメソッドはクラスの外に書いちゃえばそれで用が足りるし
21:デフォルトの名無しさん
09/02/04 11:09:06
Mingw版Ruby 1.9.1-p0 で作った拡張ライブラリが mswin版Ruby 1.9.1で動かせません
原因はMingw版ruby 1.9.1-p0 がmsvcrt-ruby191.dll のDllMain@12をエクスポートしちゃってるので
msvcrt-ruby191.dllをリンクしたプログラムがMingwスタートアップのDllMainではなく
rubyのdllが公開している方をリンクしてしまうからです
rc2からp0になってmsvcrt-ruby191.defの生成法が変わった影響のようです
従来は win32/mkexports.rb によって生成されていたのが
cygwinと共通の生成方式が新設されているようです
C言語環境の知識はあまりありませんが
(特にWindowsのdllシステムやらMingwのdllの扱い方やらはよくわからない)
DllMainなんて公開しちゃだめなんじゃないですか？
ランタイムのエントリルーチンから呼び出される関数ですよね
そもそもが自分で定義するか、そうでなければ
デフォルトのDllMain関数がリンクされるもののはずなので
よそのdllの初期化関数を呼び出すのはまずいでしょう
22:デフォルトの名無しさん
09/02/04 13:03:17
１おつなんたらかんたら
長いテンプレはイラネ。公式と初心者スレだけでいいよ。
23:デフォルトの名無しさん
09/02/04 13:06:20
>>21
goto redmine
24:デフォルトの名無しさん
09/02/04 14:24:31
いまからRubyはじめるなら
ピッケル本とFlanaganのプログラミング言語Ruby、どっちが良いですか？
もしくはそれ以外で良いのあります？
25:デフォルトの名無しさん
09/02/04 14:42:14
Rubyライブラリ編
26:デフォルトの名無しさん
09/02/04 14:54:12
>>24
まずは立ち読みして自分にあった本を探した方が良いよ
27:デフォルトの名無しさん
09/02/04 14:56:04
ジュンク堂なんか、がっつり座って読めるしな
単価が高いから無駄本買ったときのがっかり感も大きいし
28:デフォルトの名無しさん
09/02/04 15:10:53
>>24
リファレンス嫁
29:デフォルトの名無しさん
09/02/04 15:14:09
この時期にピッケル本は控えたほうがいいんでは
すくじゃないだろうけど、1.9対応の第三版が控えてる
まあ翻訳に半年かそこらはかかるって担当の人は言ってたけど
30:デフォルトの名無しさん
09/02/04 16:08:18
>>29
危なかった、ピッケルやめときます
半年は長いのでとりあえずジュンク堂でオライリーとかあさってみます
31:デフォルトの名無しさん
09/02/04 16:08:28
>>29
翻訳に半年かかるって事だと
英語の本が春頃出たとしたら翻訳した本は年末か年明けになるの？
32:デフォルトの名無しさん
09/02/04 16:11:58
>>30
リファレンス嫁
33:デフォルトの名無しさん
09/02/04 16:24:38
>>32
オフラインで読みたい...小説感覚で
ライブラリ周りはwebにたよるけど
34:デフォルトの名無しさん
09/02/04 16:57:48
>>30
1.9は出たばっかりでまだまだ初心者にはお勧めできない。
どうせしばらくは1.8の開発も続くし、ピッケル本でも問題ないよ。
何事も「今始める」のがやっぱ大事だよ
35:デフォルトの名無しさん
09/02/04 18:09:21
RubyのWindows用のバイナリが色んな種類出ているのはMatzんの陰謀だと思う
36:デフォルトの名無しさん
09/02/04 18:11:49
>>24
この本よかったよ
URLﾘﾝｸ(www.amazon.co.jp)
古いけど
37:デフォルトの名無しさん
09/02/04 18:35:22
勘違いしてました
Mingw版でもmsvcrt-ruby191.def は mkexports.rbで生成されてました
>>23
redmineって誰でも問題登録できるの？
使い方がよくわからんのですけど
極端な小心者なのでMLに報告なんてのはとてもできません
そもそも普段からメールをほとんど使ってないし
Maikefile の書式もちゃんとわかってない程度だし
DllMainのことも検索しまくってなんとかちょっとわかったくらい
などとスキルも低く、しかも英語もわからんときてるorz
38:デフォルトの名無しさん
09/02/04 18:46:33
>>37
誠意をもってちゃんと書けば誰でも余裕で登録できる。
スキルがなかったら単にrejectされるだけ。
高校の先生が全角でRUBYと書いて「動かない！バグだ！」って
登録した例もある。そこまでひどくなくても要望ぐらいなお気軽に。
オープンソースってそんなもん。
39:デフォルトの名無しさん
09/02/04 18:48:32
>>35
Perlとどっこいどっこい
40:デフォルトの名無しさん
09/02/04 18:50:01
だからWindowsなんて誰も使ってないマイナーOSの話はいいって。
41:デフォルトの名無しさん
09/02/04 19:17:37
>>37
Webインターフェースから日本語で報告するだけ。事前登録は必要だけど。
それさえしてあれば、>>21をこのスレに書くのもredmineに書くのも同じ。
もっとも、もう>>21は直されたみたいだけどね。
42:デフォルトの名無しさん
09/02/04 21:03:54
Win32用のGem ファイルを作成しているのですが、
exec.bat みたいなファイルを c:/ruby/bin とかのパスが通ったところに置きたいのだけど、
どう書けばいいのか分かりません。c:/ruby/lib///xxx/gems/appname/bin/exec.rb とかにインストールされるようにはできたので、
最低限の基本は分かっているつもりです。
RubyGem の rubyforge のページには書いてないような気がするのですが、rake とかでは実現されているので
できるはずなのです。
後ついでに、PlatFormによってコピーするファイルを切り替えられるというのもできたらうれしいです。
43:デフォルトの名無しさん
09/02/04 21:21:31
>>16
サンクスです
>>18
ちょっと自分が知りたい情報じゃないですが、レスありがとうございます。
44:デフォルトの名無しさん
09/02/04 21:30:10
>>39
Rubyはすっとこどっこい
45:デフォルトの名無しさん
09/02/04 21:36:39
>>43
VC とは直接関係ないけど、参考までに
URLﾘﾝｸ(shugo.net)
URLﾘﾝｸ(shugo.net)
46:デフォルトの名無しさん
09/02/04 22:18:06
3927
47:デフォルトの名無しさん
09/02/04 23:18:51
デビアンしか動作保証してないのもどうかと思うがｗｗｗ
48:デフォルトの名無しさん
09/02/05 01:02:31
>>36
見てみたいですけど絶版...
HTML版って内容同じですか？
49:デフォルトの名無しさん
09/02/05 01:18:06
それはCでRubyの処理系を書く本だからスルーしておk
（素晴らしい本であることは間違いないけど）
というかここよりも初心者スレで聞いた方が早いよ
50:デフォルトの名無しさん
09/02/05 16:56:25
>>48
基本的に同じ。
執筆後のアフターフォローとかも少し入ってる。
（最新版のRubyに追従とかはしてないけどね）
51:デフォルトの名無しさん
09/02/05 17:31:45
CでRubyの処理系を書く本なんだけどRubyの中身が分かる
モジュールとかクラスとかスコープの解釈がどうなってるのかとか
他の言語の経験があってこれから初めてRubyを学ぶなら
コーディングするときにも役に立つと思うよ
52:デフォルトの名無しさん
09/02/05 22:58:09
>>51
おなじ様な内容を「実践rails」でも扱ってた
あの本、読み物としては面白かったよ
53:デフォルトの名無しさん
09/02/05 23:10:09
>>45
おお、それで自作クラスが呼び出せるんですね
サンクスです。
もう少しで、自作クラスを呼び出す段階までいけそうです。
今rubygemsをインストールして
mechanizeをインストールしようとしてるんですけど、
zlibがないって怒られてます。
これはどうしたらいいんでしょうか？
とりあえずwindows用のzlibをインストールしたんですがmechanizeのコンパイルでは
依然怒られっぱなしです。
54:デフォルトの名無しさん
09/02/05 23:15:54
module M
def initialize
super
puts "よこどりー1"
end
def hoge
super
puts "よこどりー2"
end
end
class C
include M
def initialize
puts "もともと1"
end
def hoge
puts "もともと2"
end
end
C.new.hoge
これで
もともと1
よこどりー1
もともと2
よこどりー2
って表示したいんだけど、どうすればいいかな
55:デフォルトの名無しさん
09/02/05 23:16:38
URLﾘﾝｸ(d.hatena.ne.jp)
56:デフォルトの名無しさん
09/02/05 23:20:28
>>53
> zlibがないって怒られてます。
> 怒られっぱなしです。
状況説明できない初心者は初心者スレ行け
57:デフォルトの名無しさん
09/02/05 23:27:41
gem install mysql で入れたmysql.soが文字化けするんですが
どうすれば正常に入るんでしょう？
バージョンは↓です
ruby v1.8.7
rails v2.2.2
mysql v5.0.67
58:デフォルトの名無しさん
09/02/05 23:28:50
> mysql.soが文字化け
59:デフォルトの名無しさん
09/02/05 23:36:51
>>54
class C でインクルードしないで
class K < C ; include M ; end
K.new.hoge
で期待する出力は出せるけど、これじゃダメですねそうですね
60:デフォルトの名無しさん
09/02/05 23:41:24
>>54
なんかソースを素直に見る限りでは
> もともと1
> よこどりー1
> もともと2
> よこどりー2
と表示されそうなんだけどな
モジュールのメソッドがガン無視されるのはなんでだろう
61:デフォルトの名無しさん
09/02/05 23:46:10
>>56
分かりました。そうします
62:デフォルトの名無しさん
09/02/05 23:56:14
> モジュールのメソッドがガン無視されるのはなんでだろう
C.ancestors
63:デフォルトの名無しさん
09/02/05 23:59:48
>>60
> モジュールのメソッドがガン無視されるのはなんでだろう
p C.ancestors #=> [C, M, Object, Kernel]
ということで、メソッド探索順がMよりCが先だから、が正解
そもそも include が
[C, Object, Kernel]
のCの1個上に割り込んで
[C, M, Object, Kernel]
とすることでメソッド追加を実現してる機能だから、
「includeで既存のメソッドを上書き」ということ自体がそもそも仕様的にできない
>>59だと
[K, C, Object, Kernel]
にMが
[K, M, C, Object, Kernel]
という順番で割り込むから、実質、MでCが上書きできてる
64:デフォルトの名無しさん
09/02/06 00:08:32
>>63
> 「includeで既存のメソッドを上書き」ということ自体がそもそも仕様的にできない
これって「メソッドをクラスに追加します」とかいうへにょげた説明の割に微妙に不便な実際だよね
「include M はメソッド探索の上位に M を追加します」とかきちんと書いて欲しいなあ
ちなみに extend ならできるが、initialize の上書きができね
c = C.new
c.extend M
c.hoge
もともと1
もともと2
よこどりー2
65:デフォルトの名無しさん
09/02/06 00:14:34
>「include M はメソッド探索の上位に M を追加します」
うおー自作で include 使わないから知らんかった
C にないメソッドのときだけ M が探索されるのね、成程
66:デフォルトの名無しさん
09/02/06 00:38:55
>>57
「mysql.soが文字化け」？？
67:デフォルトの名無しさん
09/02/06 00:39:41
>>63
なるほど
その説明で今更いろいろな事が納得できた…
68:デフォルトの名無しさん
09/02/06 01:43:50
MySQL開発チームメンバーらと起業
MySQLの「生みの親」、サンを離れる
URLﾘﾝｸ(www.atmarkit.co.jp)
69:デフォルトの名無しさん
09/02/06 02:02:57
>>54,63
> 「includeで既存のメソッドを上書き」ということ自体がそもそも仕様的にできない
無理矢理だがこんなんでどうだろう
class C
# この段階では M を include しない
def initialize
...
def hoge
...
end
module X
define_method :initialize, C.instance_method(:initialize)
define_method :hoge, C.instance_method(:hoge)
end
class C
remove_method :initialize
remove_method :hoge
include X
include M
end
C.new.hoge
70:デフォルトの名無しさん
09/02/06 06:15:56
>>54
それclass Cの方で、メソッドの最後にsuper呼んだらうまくいくんじゃね？
71:デフォルトの名無しさん
09/02/06 11:13:41
それはメソッドのオーバーライド（再定義）とsuperがどういうしくみになってるかってことだな
72:デフォルトの名無しさん
09/02/06 11:26:05
実際上は>>59が妥当だな
Ruby におけるメソッドの上書きは「その場」で「実際」に def を実行しないと動作しないから
既存のモジュールオブジェクトを include でがっちょんと接続しただけでは期待通りにはならないと
…そもそもの include っていう名前がまずい気がしてきた
add_parent とか family とかなんかそんなクラス・モジュール関係が変化するという印があったほうがよかったのかもしれない
73:デフォルトの名無しさん
09/02/06 11:30:59
>>72
module M; end
class C; end
p C.ancestors
class C; include M; end
p C.ancestors
[C, Object, Kernel]
[C, M, Object, Kernel]
↑このへんがinclude
74:デフォルトの名無しさん
09/02/06 11:38:10
なるほどクラスの内包関係に含むからincludeか！Ruby氏ね！
Mix-inとかの実装上の都合だったのか「モジュールの内包関係にあとから割り込む機能」が欲しくてこうしたのかがちょっと興味ある
75:デフォルトの名無しさん
09/02/06 12:01:02
>74
お前が氏ね
76:デフォルトの名無しさん
09/02/06 13:00:03
つーか普通 module を include するのって抽象クラスを継承するようなイメージじゃないのか?
どう考えても class で書いたメソッドの方を優先して欲しいんだが。
77:デフォルトの名無しさん
09/02/06 15:04:11
いや思いっきり優先されてるだろ
p C.ancestors #=> [C, M, Object, Kernel]
は C にメソッドがない場合にのみ M の中を探す
module M
def msg; "Rubyはうんこ"; end
end
class C
def msg; "Ruby最高"; end
end
class C; include M; end
puts C.new.msg
Ruby最高
78:デフォルトの名無しさん
09/02/06 15:06:07
・ 既存のメソッドと同じ名前のメソッドをincludeしたとき super がどうなるか
・ クラスを含んだモジュールをincludeしたときそもそもどうなるか
というのがわかりにくいわぼけーという話だな
79:76
09/02/06 15:59:11
>>77
いやいや、実際そうなってないということではなくて、>>72とかの「期待通り」って、
いったい何を期待しとるんだという話。
Ruby の include のイメージで
>>78の「既存のメソッドと同じ名前のメソッドをincludeしたとき」
みたいな言い方は、普通出てこないんじゃないの? と思うんだが…
80:デフォルトの名無しさん
09/02/06 16:32:17
>>79
つ ヒント：普通じゃない
81:デフォルトの名無しさん
09/02/06 21:31:50
1.9.1文字コードがどーたらこーたらで既存のコードがうごかねー。
そういうのは2.0でやってくれよ。
82:デフォルトの名無しさん
09/02/06 21:35:47
文字コードなんて1.4でやっとけよ
83:デフォルトの名無しさん
09/02/06 21:56:02
>>81
1.9.0では動作してたものが1.9.1では動かないというのなら姉さん事件ですのでぜひ報告を
84:デフォルトの名無しさん
09/02/06 23:02:12
2.0でやってたらやってたで「3.0でやってくれよ」と言ってるんだろうな
85:デフォルトの名無しさん
09/02/06 23:02:59
なにいってるかわからない
86:デフォルトの名無しさん
09/02/06 23:52:48
なるほど
ありがとうございました
87:デフォルトの名無しさん
09/02/07 00:30:26
どれだー
どれに対する礼なんだー
88:デフォルトの名無しさん
09/02/07 00:38:44
きっと神にだよ。
89:デフォルトの名無しさん
09/02/07 01:33:07
なるほど
ありがとうございました
90:デフォルトの名無しさん
09/02/07 06:13:20
>>84
少なくとも1.9.1でやるよりは10倍マシ
91:デフォルトの名無しさん
09/02/07 07:27:49
複雑だと思うならつかわなきゃいいんじゃねーの？
なんでアホはあるもの全部使わなきゃ気がすまねーの？
92:デフォルトの名無しさん
09/02/07 08:02:17
誰と会話してんの
93:デフォルトの名無しさん
09/02/07 14:07:18
# -*- coding: utf-8 -*-
を行頭に挿入すりゃいいだけだろ？何を恐れることがある
94:デフォルトの名無しさん
09/02/07 14:33:29
>>92
彼は今チャンピオンベルト目指して脳内キャラとスパー中です。
95:デフォルトの名無しさん
09/02/07 14:55:55
>>94
それってつおいの？
96:デフォルトの名無しさん
09/02/07 14:58:32
昔、机の上で左手と右手を戦わせてたときのことを思い出した
97:デフォルトの名無しさん
09/02/07 14:59:40
それなんて色川武大
98:デフォルトの名無しさん
09/02/07 15:08:03
きっと神とだよ。
99:デフォルトの名無しさん
09/02/07 15:08:55
ありがとうございました
100:デフォルトの名無しさん
09/02/07 15:26:06
なるほど
101:デフォルトの名無しさん
09/02/07 15:36:53
がんばれよ
102:デフォルトの名無しさん
09/02/07 15:57:37
>>90
1.9って2.0のβじゃないの？
Rubyのバージョン付けはそういうルールじゃないんだっけ。
103:デフォルトの名無しさん
09/02/07 15:58:21
1.9は1.10のβです
104:デフォルトの名無しさん
09/02/07 16:01:49
>>102
元々はそういうルールでしたが、1.9.1からいきなり変わりました
今は1.9.0が開発版、1.9.1が安定版
それ以降はもうよく分からない
105:デフォルトの名無しさん
09/02/07 16:04:26
>>104
なるほど、知りませんでした。
>>103
確かに。
2.0のβなら1.99でしょうね。
106:デフォルトの名無しさん
09/02/07 16:06:25
>>102
2.0が当分先になりそうだから、
つなぎとして固まった仕様だけ出したのが1.9だったよーな
破壊的な変更のコストはどんどん増える一方ということを考えると、
ブロック内変数とかも含めて、
今のうちに変更しておくという決定は一理あるとは思う
107:デフォルトの名無しさん
09/02/07 16:10:00
1.8と2.0の掛け橋が1.9で、1.8と1.9の橋渡しが1.8.7
ライブラリ作ってるのでなければ、しばらくは1.8.7を常用するのがよい
半年もすれば1.9.1対応ライブラリもぐんと増えよう
ライブラリ公開してる人はとっとと1.9.1入れて対応作業始めてくりゃれ
108:デフォルトの名無しさん
09/02/07 16:13:29
>>107
今年中に1.8.8出るよ？
109:デフォルトの名無しさん
09/02/07 16:14:02
>>108
またそんな夢みたいなことを簡単に信じるんだから
110:デフォルトの名無しさん
09/02/07 16:15:25
>>108
うん、で、そのあとに続く言葉は何？
「だから1.8.6使い続けたほうがいい」？
1.8.8が出るなら今から1.8.7勉強して慣れたほうがよくないか？
111:デフォルトの名無しさん
09/02/07 16:35:19
hpricot(why-hpricot)とmysql(elia-mysql)は
githubで公開しているgemなら1.9.1に入った。
githubのgemはオーナー名が入るのが好かんのだが。
112:デフォルトの名無しさん
09/02/07 16:44:48
Hpricotの復権はあるのだろうか…
113:デフォルトの名無しさん
09/02/07 16:46:56
>>112
Nokogiri はつまるとこ lib-libxml2 なんで、そのへんの不便を突けば並列使用は可能だと思う
114:デフォルトの名無しさん
09/02/07 17:41:37
>>112
なんか、why の人の blog で
「nokogiri の方が速いとか言われてマジブルー。むかついたからパーサー書き直したYO!」
とかいうエントリがあがってた。試してないから速くなったのか知らんけど。
115:デフォルトの名無しさん
09/02/07 17:44:32
速さ云々じゃなくてあの変態APIが（ｒｙ
116:デフォルトの名無しさん
09/02/07 17:56:02
hpricotがなくっても _why の多芸っぷりは憧れる
117:デフォルトの名無しさん
09/02/07 18:39:21
最近似たようなこと書き込みまくってる気がするんだが
module M
class C1; end
class C2; end
end
この場合、C1 と C2 に関係性を持たせることはそもそもできない？
たまたま含まれるモジュールが同じだけで、「知り合い」ではない？
M を改造して
module M_II
class C1; end
class C2; end
end
というものを作りたいんだけど
118:デフォルトの名無しさん
09/02/07 19:17:21
>>110
1.8.7と1.8.8って何か変更あるの？
その時の1.9.1ってどうなるの？
119:デフォルトの名無しさん
09/02/07 19:22:25
1.9という奇数バージョンは開発バージョンだから
2.0まで待った方がいいよ。
120:デフォルトの名無しさん
09/02/07 19:32:46
間違った知識で何を言うか
121:デフォルトの名無しさん
09/02/07 19:43:53
何年も継承されてるルールを変えられると困る
122:デフォルトの名無しさん
09/02/07 19:52:42
文字列処理入ると1.8より遅いのか...
123:デフォルトの名無しさん
09/02/07 19:54:20
不安定版を一応脱した1.9.1が出た時点で、実質「1.9は開発版」という看板は終了だ
従来動作の1.8系列と、新動作の1.9系列という2つの括りになる
むしろ、次の開発版が無いのが気になる
124:デフォルトの名無しさん
09/02/07 19:56:08
>>117
定数とか調べてコピーを作るメソッドを自分で作れ
Application.create とか
あと↓見てよく考えろ。クラスも定数である事を忘れるな
class A
CONST = :A
def pconst ; p CONST ; end
def pselfconst ; p self.class::CONST ; end
end
class B < A
CONST = :B
end
B.new.pconst #=> :A
B.new.pselfconst #=> :B
125:デフォルトの名無しさん
09/02/07 19:57:42
話をループさせるの好きなんですね、わかります。
126:デフォルトの名無しさん
09/02/07 21:13:30
>>117
> 「知り合い」ではない？
まあ、基本的には。
ネストでも継承でもない場合、基本的に他人。
データ作成クラスとデータ構造クラスとかを知り合い関係のまま再利用させたい場合は適当にネストさせとく。
class DataMaker; end
class Data; end
class SubData; end
という並列構造はそもそもあんましよくない。
127:デフォルトの名無しさん
09/02/07 21:21:54
moduleインクルードすると嬉しいことって
クラスの多重継承の代わりになるってことだけですか？
なんならmoduleなんて排除してクラスの多重継承許しちゃえばよかったのに
128:デフォルトの名無しさん
09/02/07 21:29:31
ClassクラスとModuleクラスを機能的に分けたときのついでなんじゃないかと最近思う
129:デフォルトの名無しさん
09/02/07 21:34:06
>>126
ネストの意味のあるクラス名考えるのがとってもめんどくさいです
130:デフォルトの名無しさん
09/02/07 21:34:10
moduleをファイル指定にするというのはどうだろう
module HogeHoge
class FooBar; end
end
と書いたファイルは名前がHogeHoge.rbでなくてはならない、と
して
require ForBar from "HogeHoge"
とかすんの。
131:デフォルトの名無しさん
09/02/07 21:52:54
1.9系は全部開発版じゃないの? というのは私も思ったけれども、よく見るとRHG巻末に「1.9.0は開発版、1.9.1は安定版」書いてあるからかなり前から公表されていたと言える。
Matzがなにか2.0 featureをあれこれやりはじめたら、そのとき開発版と1.9系安定的開発版を分けますです。
132:デフォルトの名無しさん
09/02/07 21:56:11
てか、単に脳内情報が更新されてない人がいるだけだ
わりと前に「末尾 0 のみ開発版」というのは発表されてたはず
あと、一般的命名法とかけ離れている、直感に反するポリシーだというのが(w
133:デフォルトの名無しさん
09/02/07 22:00:13
>>119
1.9.1も開発バージョンで2.0.0も開発バージョンなんですよね
わかります
134:デフォルトの名無しさん
09/02/07 22:00:14
Rubyの作者ってちゃんと働いてるの？
IBMとかに入って一度リリースエンジニアリングを学んできた方がいいと思うんだが。
135:デフォルトの名無しさん
09/02/07 22:02:38
1.9の開発版はこの先ずっと1.9.0なんか...
それとも1.9.1.0とか
136:デフォルトの名無しさん
09/02/07 22:10:56
あの浅田真央でさえ不調になるとこんなもんだ
137:デフォルトの名無しさん
09/02/07 22:33:00
どんだけ話をループさせるのが好きなんだよ、おまいらはw
138:デフォルトの名無しさん
09/02/07 22:37:21
Rubyの安定版が1.9.1になった理由について
Matz自身が言及してる文章ってどこかにないかな？ あったら教えて欲しい
139:デフォルトの名無しさん
09/02/07 22:38:20
何で英語の方がドキュメント豊富なんだよ
日本で生まれたって理由だけでruby選んだのに
納得できん
140:デフォルトの名無しさん
09/02/07 22:41:35
>>139
日本語ドキュメントが豊富だっていう理由で言語選ばなかったからだろ
141:デフォルトの名無しさん
09/02/07 22:45:55
>>139
日本人があまりドキュメント作る気が無いから
142:デフォルトの名無しさん
09/02/07 22:47:17
用途によってまた違うんだろうけど、日本語ドキュメントの質と量の総合で言うと、
Perl > PHP > Ruby >= JavaScript > Python くらいな気がする今日この頃。
143:デフォルトの名無しさん
09/02/07 23:04:33
公式じゃなくても優良な書籍や解説サイトがあるPerl
公式以外が間違いだらけで公式しか頼れないPHP
公式があれば必要十分なPython
144:デフォルトの名無しさん
09/02/07 23:12:28
Pythonの公式は情報量は多いのに、使いやすさが全く考慮されていないのが痛い。
PHPは公式の出来はとても良い。ただしGoogle検索で出てくる更新されていない公式のコピーサイトがうざすぎる。
145:デフォルトの名無しさん
09/02/07 23:32:49
るびま25号出たー！
まさに今求められている記事のラインナップだ、素晴らしい
146:デフォルトの名無しさん
09/02/07 23:40:12
python信者ってやたらruby嫌うよね？
職場のpython教の先輩方々がみんなrubyアンチだ
何なんだろね
147:デフォルトの名無しさん
09/02/07 23:41:30
>>139
なにもかも、おまえがドキュメントを書かないせい。
148:デフォルトの名無しさん
09/02/07 23:41:39
>>146
犬好きと猫好きみたいなもんだって誰かが言ったと最近どこかで見たが、このスレじゃなかったのかな
149:デフォルトの名無しさん
09/02/07 23:42:48
URLﾘﾝｸ(isitruby19.com) (Is it Ruby 1.9?) というサイトがあった。
150:デフォルトの名無しさん
09/02/07 23:55:41
>>145
1.9スレではリンク張られてたな
151:デフォルトの名無しさん
09/02/08 00:08:25
るびまからリンクされてたFiberの解説を見て
Fiberに対する興味が出てきたんだけど、有効な使い方がよく分からない
確かにThreadよりもシンプルだけど、使い方を探すのに悩む…
152:デフォルトの名無しさん
09/02/08 05:31:54
Rubyの開発ってさ、いつ終了すんの？
早く開発完了してバグ取りと仕様固定化に
力入れてくんないと、怖くて業務に使えないんだけど。
153:デフォルトの名無しさん
09/02/08 06:45:38
>>152
Python、PHP、Java
これらの言語の開発は終了しましたか？ また終了する見込みはありますか？
それが答えです
154:デフォルトの名無しさん
09/02/08 10:30:32
CもC++もC#も終わってないな
終わったのはVBとCOBOLくらいか
155:デフォルトの名無しさん
09/02/08 10:53:42
COBOLも終わってないらしいぞ。
JIS規格の会議とか、最近でもあるし。
156:デフォルトの名無しさん
09/02/08 12:12:19
>>153
Javaは終わってないけど、互換性はそれなりにキープされてるから
ちょっと違う。テスト不要とまでは言わないが、コード修正は不要なことが多い。
>>154
VBも終わってないぞ。文法が違うだけで、中身がほとんどC#と同じという
意味では「終わっている」のかもしれないが。
157:デフォルトの名無しさん
09/02/08 12:18:07
Javaは「仕様が無い言語とか業務使用にありえないから」という理由だけで作られた政治的言語だろ
他の言語と比較するのはそれだけで場違いだ
158:デフォルトの名無しさん
09/02/08 13:39:54
1.9.1でバイナリファイル(画像)を File.read で読み込んだら
data.encoding #=> #<Encoding:UTF-8>
みたいになるんだな。これが Encoding.default_external か。
data.force_encoding('BINARY') するのと、
Encoding.default_external = 'BINARY' するのと、
どっちが行儀がよいのだろう。
とここまで書いて IO.binread の存在を知った。
159:デフォルトの名無しさん
09/02/08 13:59:17
ｇｄｇｄ
160:デフォルトの名無しさん
09/02/08 14:00:19
Pathname#binreadないんだな。
161:デフォルトの名無しさん
09/02/08 14:16:19
1.9.1(って書きづらいな。なんかコードネームでもつけてくれ)はUTF8でソースもテキストも書いとけばドツボにはまることもなくなるのかね。
162:デフォルトの名無しさん
09/02/08 14:20:57
>>161
万事解決かどうかは知らないが、そうしない理由もないだろ。
今日日EUC-JPとか正直なんのメリットもないしな。
163:デフォルトの名無しさん
09/02/08 14:45:23
・ システムがEUC-JPベースだ（オールドなLinuxとか）
・ Emacs のUTF-8 対応に許せない
・ ターミナルと UTF-8 の関係でイラつく
の 3つの場合が考えられまする
164:デフォルトの名無しさん
09/02/08 15:17:31
そんなマイナー人種は、頑張って苦労するか日本語文字を使わないか
すればいいんじゃないかと。
165:デフォルトの名無しさん
09/02/08 15:19:16
UTF-8 は日本語大体３バイトだしな・・・
166:デフォルトの名無しさん
09/02/08 15:23:44
曖昧な幅のCJK文字とか死滅すればいいのに
>>165
UTF-8というかUnicodeにまつわる問題の多くは文字のバイト数に起因していない
的外れ
167:デフォルトの名無しさん
09/02/08 15:27:49
def val(params = nil)
@val ||= ...
end
とか
def val(params = nil)
@val if @val
...
return @val = ...
end
とかいう、最近わりと市民権得つつある遅延評価風の処理についてなにか一言あれば
168:デフォルトの名無しさん
09/02/08 15:35:00
>>167
irb とひじょーに相性が悪い
普通に書いてると、new した返り値が inspect で表示される瞬間に @val が確定してしまったりしてとてもめんどくさい
169:デフォルトの名無しさん
09/02/08 16:00:25
>>166
単に容量増えるって問題だよ
170:デフォルトの名無しさん
09/02/08 16:59:29
容量気にすんならMIME撲滅するべきだろ
171:デフォルトの名無しさん
09/02/08 17:00:41
XML もですねわかります
172:デフォルトの名無しさん
09/02/08 17:07:37
Rubyでそんなにシビアなもの作ってる人いるんだ。
173:デフォルトの名無しさん
09/02/08 17:09:58
>>167
普通にキャッシュとか言ったほうがいいよ
>>168
評価されるタイミングで結果が変わるメソッドでは使うべきではない
174:デフォルトの名無しさん
09/02/08 17:12:41
cache or memoize
175:デフォルトの名無しさん
09/02/08 17:44:46
>>167
rubyって遅延評価できるんだwww
見る限り遅延評価してるようには見えないが
176:デフォルトの名無しさん
09/02/08 17:49:34
rubyistな後輩がrails使った自社サービス開発してるんだけど
ログイン周りの拡張をする時に、汎用的に使えるようにしようってことで
railsのプラグインを３日ぐらいで作ってた。
javaしか知らなかった俺は素直にすげーって思った。
このフットワークの軽さは惚れるね。rubyじゃなくてrailsがすごいのかもしれないけど。
177:デフォルトの名無しさん
09/02/08 17:55:16
遅延評価と遅延評価風ってJavaとJavaScriptくらいの差があるよね
178:デフォルトの名無しさん
09/02/08 18:13:45
知ったか乙
179:デフォルトの名無しさん
09/02/09 02:08:35
>>176
それはrubyやrailsが凄いのではなくて、後輩が凄いんだろう。
というか、作ったものの規模にもよるんだけど、たぶん君が極端に情けない。
180:デフォルトの名無しさん
09/02/09 06:19:23
>>176
３日で作るのが難しいようなプラグインだったのか？
181:デフォルトの名無しさん
09/02/09 17:09:16
javaしか知らないやつの言うことだぞ、分かるだろ
182:デフォルトの名無しさん
09/02/09 17:14:16
何年か前の15分でブログを作るってデモを思い出すなぁ
知らない人間にとっては確かに衝撃的だった
183:デフォルトの名無しさん
09/02/09 20:27:22
オレは、rails がいまだに何なのか知らない。ｗ
184:デフォルトの名無しさん
09/02/09 20:30:53
>>183
WEB用途を主なターゲットにし、DBとの連携も手厚くサポートしているフルスタックのフレームワーク、でいいのかな
使ってみればいいよ。・・・うかつにインストールしようとするとサーバ固まるけどな。
185:デフォルトの名無しさん
09/02/09 20:35:21
rails1.0以前に研究室の先生に言われていじってたけど
最初の一歩はかるーく大きく踏み出せるんだけど、込み入ったことを
やりだすと自分でCGIを一から書いた方が早かったという・・
今は情報もふえてそうでもないんだろうけど。
186:デフォルトの名無しさん
09/02/09 21:10:26
>>185
込み入っていない大多数の場合を対象にしているのがrails
187:デフォルトの名無しさん
09/02/09 21:31:02
>>185
いまでもそうだよ
188:デフォルトの名無しさん
09/02/09 21:32:14
「Railを外れる」といいます
189:デフォルトの名無しさん
09/02/09 21:38:36
てか「フレームワーク」だということを意識しないて使って投げちゃう人いるよね
"CGI" を1個か2個作る程度ならむしろRailsの学習は損で、個別に作ったほうがお得だ
設計上似通った感じのものをいくつも作るような人が、
その似通った途中経過をざっくり省略するために使うのがフレームワークであり、
Ruby理解者に向けたWeb上での小箸ｷ中規模アプリサポートプログラムがRails
190:デフォルトの名無しさん
09/02/09 22:36:30
Redmineてどーよ？
191:デフォルトの名無しさん
09/02/09 22:38:05
それが問題追跡システムの出来の事をいってるなら、結構いいよ
Rubyの開発・サポート体制の事を言ってるなら、知らね
192:デフォルトの名無しさん
09/02/10 03:44:45
ちょっと他のスレッドで発見したのですが
↓
ラーメンタイマーでも作ってみれ。
カップヌードル用(3分)とどんべい用(5分)に分ける。
できればタスクバーに駐在する奴。
こういうのってRubyでもサクっと作れますか？
できればexe化したもの
193:デフォルトの名無しさん
09/02/10 04:07:31
>>192
Rubyの仕事ではないと考える
っていうか、作ったとしても中身の95パーセントくらいはRubyではないな
194:デフォルトの名無しさん
09/02/10 04:16:16
VB2005スレの話題じゃん
「Rubyでは作れない」でいいと思う
195:デフォルトの名無しさん
09/02/10 07:29:11
vrubyで簡単に作れる
196:デフォルトの名無しさん
09/02/10 08:02:22
>>192
WxRuby使えばサクっとできる。たぶん他のGUIツールキットでもすぐできるだろう
タスクバー駐在のところは出来るかどうか解らないが
197:デフォルトの名無しさん
09/02/10 08:03:26
>>192
Shoesを使うという手もある。
URLﾘﾝｸ(the-shoebox.org)
URLﾘﾝｸ(whytheluckystiff.net)
URLﾘﾝｸ(shoooes.net)
URLﾘﾝｸ(sourceforge.jp)
198:デフォルトの名無しさん
09/02/10 09:12:52
おまいらそんなレスでお茶を濁していていいのか
Pythonスレでも見て来い
199:デフォルトの名無しさん
09/02/10 09:50:44
>>198
標準でできないことはRubyで無理してやれって言わないのがRubyのジャスティスって今決めた
ていうかPythonはGUIサポートがまともだから比較すらできんぞ
RubyのこのへんはどっちかってとPerlとかに近い
200:デフォルトの名無しさん
09/02/10 10:28:46
RUbyはexe化でも結構悩む死ね
201:デフォルトの名無しさん
09/02/10 10:37:26
>>191
手厳しいな
だがそれがいい!
202:デフォルトの名無しさん
09/02/10 20:08:34
Shoesいいな
203:デフォルトの名無しさん
09/02/10 20:55:10
ソース散らばるのがいやならコンパイラ言語使えばいいじゃん。あとHSPとか。
インタプリタ言語でexe化とか矛盾してるでしょ。
204:デフォルトの名無しさん
09/02/10 20:58:03
んなこたない
205:デフォルトの名無しさん
09/02/10 21:02:35
矛盾はしてない。
ただRubyでやるには整備不足というだけで。
206:デフォルトの名無しさん
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
まあ、国民が新聞を読めないかどうかはともかく
新聞をわざわざ買うのが馬鹿らしいからというのが一番の理由なんだが。