Rubyについて Part 29
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
2007/10/29(月) 23:27:18Ruby Home Page
http://www.ruby-lang.org/ja/
= 前スレ
Rubyについて Part 28
http://pc11.2ch.net/test/read.cgi/tech/1187298711/
過去スレ・関連スレは >>2-
0577デフォルトの名無しさん
2007/12/24(月) 00:48:04って合理的だと思うけどなー。
それで、lisp のキモい )))))))))))))))))))))))))))));
みたいなのが減れば嬉しいやん。目に優しい。
Haskell もそうなのか。ちょっと興味沸いてきた。
0578デフォルトの名無しさん
2007/12/24(月) 01:03:19「コンパイラにもエディタにも優しい」という意味で括弧は減らないと思う。
0579デフォルトの名無しさん
2007/12/24(月) 01:13:08そういえばカッコなんてものがありましたっけ。
Pythonista:
そういえばインデントなんてものがありましたっけ。
Rubyist:
そういえばendなんてものがありましたっけ。
0580デフォルトの名無しさん
2007/12/24(月) 01:16:070581デフォルトの名無しさん
2007/12/24(月) 01:22:030582デフォルトの名無しさん
2007/12/24(月) 01:28:25Ruby, Python, Perl, PHP
結局慣れの問題で、どれも同じようなものに思えてきた。
0583デフォルトの名無しさん
2007/12/24(月) 01:29:37いずれもチューリング等価な世界で何を言っているのだ?
0584デフォルトの名無しさん
2007/12/24(月) 03:30:13Pythonista も結構見るが?
0585デフォルトの名無しさん
2007/12/24(月) 03:31:19>1.9.1までに安定させれば無問題
あと一日あるかないかで安定させられるかよw
0586デフォルトの名無しさん
2007/12/24(月) 09:22:32>Rubyの楽しさは、オブジェクト指向のパラダイムのスジを通しつつ、
>表現者の自由度が高くできるように言語的な束縛を少なくデザインされ、
>行いたいこと（目的）を簡素に表現できるところなんだと思う。
結局何の特徴もない、まで読んだ。
0587デフォルトの名無しさん
2007/12/24(月) 09:37:19いよいよイブだし。
クリスマスリリースってのは明日中ってことかな？
0588デフォルトの名無しさん
2007/12/24(月) 10:03:09もう諦めた方が良いんじゃ...
ゆったりと家族サービスしとけよ
0589デフォルトの名無しさん
2007/12/24(月) 10:19:040590デフォルトの名無しさん
2007/12/24(月) 10:20:55聖なる小人さんが宿ってコード直してくれるから大丈夫だろう。
0591デフォルトの名無しさん
2007/12/24(月) 11:09:34Python.とRuby.は変数の使用形式は変わりますか？
0592デフォルトの名無しさん
2007/12/24(月) 12:58:26質問の意図が分からないけど、RUBY 初心者スレッドへGO
0593デフォルトの名無しさん
2007/12/24(月) 13:00:28お好きな方へ
Ruby 初心者スレッド Part 16
http://pc11.2ch.net/test/read.cgi/tech/1197120980/
Pythonのお勉強 Part22
http://pc11.2ch.net/test/read.cgi/tech/1196426978/
0594デフォルトの名無しさん
2007/12/24(月) 14:13:02== H1
adsafdjsakfljkafl;jakfljdskf;jsa
== H1
fjsdaljas
みたいなやつです
0595デフォルトの名無しさん
2007/12/24(月) 14:40:19RD http://ja.wikipedia.org/wiki/Ruby_Document_format
0596デフォルトの名無しさん
2007/12/24(月) 15:35:28「こう書くとこういう風に解釈される」
とか悩むことがない
でも言語がエディタ選ぶってのはどうか思う
0597デフォルトの名無しさん
2007/12/24(月) 15:58:440598デフォルトの名無しさん
2007/12/24(月) 17:14:12あれ、そうなの？RDocかと思ってた。
0599デフォルトの名無しさん
2007/12/24(月) 17:19:08> 結局何の特徴もない、まで読んだ。
他の言語から、いいところ取りをしてリデザインしたのがRuby何だから、
とがった特徴なんてあるわけないじゃん。
0600デフォルトの名無しさん
2007/12/24(月) 17:33:420601デフォルトの名無しさん
2007/12/24(月) 18:10:19適度に力を抜いて、割と素直なオブジェクト指向のコードを書けるというところかね。
PerlやPythonと何が違うといわれると、Perlほど汚くはないしとか、
インデントがどうたらとかの話になるわけだけど。
そう感じる人は楽しいというのに同意するけど、
そうじゃない人には理解しにくい、とても感覚的な謳い文句だな。
0602デフォルトの名無しさん
2007/12/24(月) 19:05:47delete
って打つと
File#delete
Dir#delete
とかリファレンスが出てくるの？
0603デフォルトの名無しさん
2007/12/24(月) 19:24:560604デフォルトの名無しさん
2007/12/24(月) 19:26:450605デフォルトの名無しさん
2007/12/24(月) 19:30:13Ruby Spotlight Importer
http://www.arcadianvisions.com/downloads/RubyImporter.html
riじゃなくてなまの.rbスクリプトが対象のようだが。
0606デフォルトの名無しさん
2007/12/24(月) 22:51:510607デフォルトの名無しさん
2007/12/24(月) 23:41:50Rubyのクラスについてですが、
例えば、
Tableというクラスを作ったとします。
そこにはArrayクラスのインスタンス変数などが含まれます。
他のクラスにTableクラスを渡す事は出来ますか？
それともその中にある@arrayを参照して渡さないとダメですか？
メッセージパッシングは既存のデフォルトクラス（数値クラスなど）
を用いて行うのがソフト工学的には正しいのでしょうか？
自作した、もしくは標準ライブラリのクラスそのものを渡す事はどうなんでしょうか？
0608デフォルトの名無しさん
2007/12/24(月) 23:46:58何を言いたいのか分からないが、初心者スレ相当ということはわかる。
0609デフォルトの名無しさん
2007/12/24(月) 23:50:37>他のクラスにTableクラスを渡す事は出来ますか？
Oui.
>それともその中にある@arrayを参照して渡さないとダメですか？
状況次第。
0610デフォルトの名無しさん
2007/12/24(月) 23:52:29何か他の言語の毒を抱えているのかも知れないなぁ。
> 他のクラスにTableクラスを渡す事は出来ますか？
できるよ。委譲であれ、メソッドの引数であれ。
0611デフォルトの名無しさん
2007/12/24(月) 23:54:12日本語でおｋ
というかそもそも板違い。初心者スレに行きなさい
0612デフォルトの名無しさん
2007/12/24(月) 23:55:18インスタンスではなく、そういうのもあるの？
0613デフォルトの名無しさん
2007/12/25(火) 00:04:23def initialize(v, h)
@v = v; @h = h
@array = Array.new
v.times do |i|
@array[i] = Array.new(h, 0)
end
end
def show
print "Table status\n"
@v.times do |i|
@h.times do |j|
print @array[i][j], "\s"
end
print "\n"
end
end
def reset
v.times do |i|
h.times do |j|
@array[i][j] = 0
end
end
print "Table is reset, \n"
end
end
0614デフォルトの名無しさん
2007/12/25(火) 00:08:23板違いって・・・日本語でおｋ
0615デフォルトの名無しさん
2007/12/25(火) 00:11:292次元配列で数値を保存してくれるクラスですが、
別に、配列を引数として
GUIで数値を表示する（例えばマインスイーパみたいに）クラスを作ります。
その時に、そのクラスの数値を表示するメソッドは、
Tableを引数とすべきなのか、Arrayを引数にすべきなのか。
2次元の配列を引数にするという事は出来ますか？
例えばですが、このメソッドが配列を引数で成り立つと仮定して、
def show_gui(array2d)と書けるとします。
この時、array2dには縦横の長さが分かりません。（メソッド中で調べるしかありません）
なので、Tableクラスに限定した方がいいと思うのですが、
一方、Tableクラスしか使えない事にすると、拡張性が失われます。
デフォルトのArrayクラスを引数にした方がいいでしょう。
しかしおれには、メソッド内で
・なんだ引数は2次元じゃないじゃん、てか文字列じゃんw
・数値じゃなくて文字列が入ってるんですけど・・・
とか判定させるのはソフト工学的にいけないと思うのですが、
この場合、どうするのが正しいのでしょうか？
0616デフォルトの名無しさん
2007/12/25(火) 00:13:35数値以外にも持ってしまえますが、
数値の代入以外を禁止するのはそんなに難しい事ではないかと思います。
0617デフォルトの名無しさん
2007/12/25(火) 00:26:27とりあえずおちついて初心者スレへ行けって。
なんかあっちでも配列いじくってるから。
0618デフォルトの名無しさん
2007/12/25(火) 00:28:13ただ仕様がどうとかいう単純な事ではなくて
「どう作るべきか」
という方法論なのですが。
Rubyは動的型づけなので、引数をなんでもとってしまう。
その為、どういう風に書けばいいのかに迷う事になる。
0619デフォルトの名無しさん
2007/12/25(火) 00:47:39それはOO上でデザイン時に、全体を見通した上でクラスをどう切り分けしていくかの話なので、
一律な解答はなく、動的だとか言語の問題は直接関係ない。
0620デフォルトの名無しさん
2007/12/25(火) 00:56:02OOPの利点は拡張性だと思います。
継承が出来ないような汎用性のないクラスを作ってしまったら
非常に非効率的です。
上記の場合も、
本当なら、Tableクラスを引数にしたいですが、
そうすると汎用性が失われます。
Tableクラスを使わないと、このGUIのクラスは動かない事になります。
あるいは同じようなインスタンス変数を持つクラスがあった場合に、
誤作動を起こす可能性もあります。
なので、2次元配列を渡すのがベターかと思ったのです。
基本クラスのみを使ってかけば汎用性は最大になります。
引数に自作のクラスインスタンスをとるような設計は間違いではないのですか？
0621デフォルトの名無しさん
2007/12/25(火) 01:12:300622デフォルトの名無しさん
2007/12/25(火) 01:14:57ともかく、
> 本当なら、Tableクラスを引数にしたいですが、
> そうすると汎用性が失われます。
> Tableクラスを使わないと、このGUIのクラスは動かない事になります。
この考えはおかしい。もちろん、Tableを基底にしたクラスを利用してもよいが、
ダックタイプがあるのだから、別にTableクラスが必要はワケではない。
拡張性たって、どこまでも拡張性を仕方がない。
閉めるところは閉めて、緩めるところは緩めると決定を下していくのがOOの設計じゃないなか。
つまり、あんたが考えて、都合のよい実装を見つけるしかない。
0623デフォルトの名無しさん
2007/12/25(火) 01:17:59そもそも二次元配列の認識が間違ってるし、
配列のやり取りがしたいだけなら上のTableクラスの意義もよく分からん
構造の保障されないArrayを直接渡すより、Tableに統一した方がマシに見える
って全体を見てないから憶測だけど
0624デフォルトの名無しさん
2007/12/25(火) 01:21:230625デフォルトの名無しさん
2007/12/25(火) 01:29:13Java とか使ったこと無いんだろうなぁ。
Applet とか使い捨てのクラス作らないで何作るんだろう…
俺は Ruby は気楽に使い捨てができる言語として大変重宝してる。
書くのが楽なら使い捨ても負担にならない。
0626デフォルトの名無しさん
2007/12/25(火) 01:33:560627デフォルトの名無しさん
2007/12/25(火) 03:11:31やれやれだな。
0628デフォルトの名無しさん
2007/12/25(火) 03:44:59まず質問がよくわからん
コード見ないことには、どんな設計しているのか見当がつかん
そのメソッドに汎用性が必要なの？Tableクラス以外渡せないと困るの？
別にTableクラスで困らないならTableクラスにすればいいとしかいえん
あとは2次元配列からTableクラスを簡単に作成できるようにしとけば、
つまり foo(array) はできなくても foo(Table.new(array)) とできるようにしとけばいいんじゃない？
0629デフォルトの名無しさん
2007/12/25(火) 04:03:03最初の質問から思いっきりぶれてないか？別人ならすまんが
原則にこだわるのもいいけど、何をこの場ではっきりさせたいのかが
まったく分からない
と、こんな時間に読んでる俺が言ってみる
0630デフォルトの名無しさん
2007/12/25(火) 04:43:350631デフォルトの名無しさん
2007/12/25(火) 08:41:16自作クラスのインスタンスを引数にしか出来なかったら
他のクラスのインスタンスは引数に出来ない事になる。
これは汎用性が失われた事になる。
クラスは独立すべきです。
だから、引数を基本クラスに限定すべきだと思いました。
こういう話を考えます。
会社クラス
@employees * 100
payment_up(x)
従業員クラス
@y
というクラスを考えます。@employeesは従業員クラスのインスタンスで、
コンポジションされています。payment_upは従業員の頑張りに応じて
給料を上げるメソッドです。
さて、xですが、ここにはどう考えても従業員クラス限定で引数を指定したいわけです。
しかしここで問題が起きます。
従業員の給与変数がyとなっている事です。
これによって、他のインスタンスを入れた時に誤作動する可能性があります。
かといって、ここに数値クラスの給与そのものを持ってくるのは
少し池沼っぽいです。（数値を上げるだけのメソッドになって、数値ならなんでも
引数にとれてしまう）
これは動的型の仕様ですか？
0632デフォルトの名無しさん
2007/12/25(火) 09:01:16return @array[index_i][index_j]
end
def []=(index_i, index_j, value)
@array[index_i][index_j] = value
end
こんなメソッドを追加して、代入が出来るようにしました。
しかしこれではおれの要求には達しません。
おれとしては
[][] = value
の形で代入したりしたいのですが、
何か方法はありますか？
0633デフォルトの名無しさん
2007/12/25(火) 09:13:52きっと飲み会から帰ってきたんだよ
ほら、祝日だし
0634デフォルトの名無しさん
2007/12/25(火) 10:00:41あと5時間！最後のバグとりがんがってほしい。
0635デフォルトの名無しさん
2007/12/25(火) 10:01:08がんばれ、もっと考えるんだ！
一番すっきりしたコードになった時、それが答えだ！
0636デフォルトの名無しさん
2007/12/25(火) 10:03:46助けてください。
当方ゆとりです
0637デフォルトの名無しさん
2007/12/25(火) 10:26:29最近何かあった？
0638デフォルトの名無しさん
2007/12/25(火) 10:27:570639デフォルトの名無しさん
2007/12/25(火) 10:50:03純粋に強化学習の課題が出ていて、
それについてクラスをどう作るべきなのか悩んでいるのです。
当方京大生で、たぶん情報工学を専攻します。
オブジェクト指向はとても興味深いので質問しています。
まともに答えてください。
引数をどういう形でとるべきかというのは
ソフト工学上とっても大事な問題なのです。
0640デフォルトの名無しさん
2007/12/25(火) 11:00:29立木秀樹にでも聞いてこい
0641デフォルトの名無しさん
2007/12/25(火) 11:02:33でも騒人か・・・
0642デフォルトの名無しさん
2007/12/25(火) 11:03:53教授か友達に聞くか、MLに池よ。せっかくの学生生活を２ちゃんで過ごすのって
すごーくもったいないぜ。
第一、レポート書くときに参考文献に「２ちゃんねる」って書くのかい？ありえんよ。
もうひとつ、池沼とか書くなバカ死ね
0643デフォルトの名無しさん
2007/12/25(火) 11:24:06書いて欲しいと思った…。
0644デフォルトの名無しさん
2007/12/25(火) 11:34:39>クラスは独立すべきです。
>だから、引数を基本クラスに限定すべきだと思いました。
こういう新しい発想は嫌いじゃないけど、この主張は今まで聞いたことがない。
少なくとも、今までの偉い人はそんなこと主張していないし、引数を基本クラスに限定しなくてもみんな特に困ってはいない。
そのあとの例も何言ってるのかよくわかんないんだけど、
>しかしここで問題が起きます。
>従業員の給与変数がyとなっている事です。
>これによって、他のインスタンスを入れた時に誤作動する可能性があります。
これは、他のまったく関係ないクラスで@yをつかっていた場合、そのクラスのインスタンスを渡せてしまうことを心配しているのかな。
もしそうなら、動的な言語ならそれは仕方ない、そういうものだと思ってあきらめてください。
これは引数を基本クラスに限定したつもりでも同じことだし、そもそも『引数を基本クラスに限定する』ということ自体できない。
つうかさ、ほんとに京大生なら自分の意図をわかりやすく説明しろよな。こんな質問だと何言ってるのかわからんわ。相手はおまいさんほど賢くはないんだから。
0645デフォルトの名無しさん
2007/12/25(火) 12:29:190646デフォルトの名無しさん
2007/12/25(火) 13:34:360647デフォルトの名無しさん
2007/12/25(火) 13:36:170648デフォルトの名無しさん
2007/12/25(火) 14:27:120649デフォルトの名無しさん
2007/12/25(火) 14:41:48まったくの別物
0650デフォルトの名無しさん
2007/12/25(火) 14:58:55それはRuby2.0から。
そういや今はもうruby-shimとかruby-sumoとか作らないよね。個人的には
ruby-1.8コードをyarvで動かせるパッケージが欲しい。
0651デフォルトの名無しさん
2007/12/25(火) 15:07:070652デフォルトの名無しさん
2007/12/25(火) 15:27:37もっと勉強してから来なさいってみっくみっくにされそうだけど、
だけど他学部の人から相談を受けたらそんなに嫌な顔はしないかもな。
ソフトウェア工学は興味があるが、
あくまでもプログラミングのテクニックとしてで、学問的にはどうでもいい。
とか言ったらその場で抹殺されそう。
>>644
新しい発想じゃないだろ。
どんな本にでもクラスは独立すべき、依存したクラスはよくないと書いてある。
強化学習のプログラム書いたら
おれのHPにうpするから
評価しろよな。
そこまで偉そうにするんだったら採点くらい出来るだろ。
プログラミングはバックグラウンドでは０と１で計算しているだけ。
また、ある時に１と入れたら（乱数を使わない限り）、必ず０か１のどちらが出るようになっている。
だから、必ず最善の手法が存在するはずである。
0653デフォルトの名無しさん
2007/12/25(火) 15:37:56やたらめったら複雑なアーキテクチャになって、
少なくともわかりやすいとは言いづらいシステムになる事はよくあると思うけど。
それはJavaが静的な型付け言語だから仕方ない部分がたくさんあって。
対してRubyはクラス同士が依存しまくったソースコードを書いても、
動的で、クラスの定義を後付けできたりする性質と相まって、
案外うまくいっちゃう事が多いと思う。
つか、アプリケーション作る場合とフレームワーク作る場合では、
依存するクラスをどの程度なくすかどうかの割合って違うよな。
基本クラスしかメソッドの引数に使うななんて、
ほんとにそれでプログラミングが楽になるのか？
クラス同士が依存するなときう教えは、プログラミングを楽にするための教えであって、
それがプログラミングを難しくしてたら全く意味ないぞ。
0654デフォルトの名無しさん
2007/12/25(火) 15:44:10「従業員管理クラス」と「従業員クラス」という二つのクラスがあった場合、
「従業員管理クラス」が「従業員クラス」に依存しないってどういう場合だ！
0655デフォルトの名無しさん
2007/12/25(火) 15:45:58その中では、652の言うような意味でクラスは独立してる?
あと、書き込み全体から感じるにおいからして、
Ruby を使ってダックタイピングならぬチキンタイピングを始めちゃう前に、
Java とか C♯とか静的な型の言語を使った方が欲求が満たされて、
幸せに慣れるんじゃないかな。
http://talklikeaduck.denhaven2.com/articles/2007/10/22/chicken-typing-isnt-duck-typing
0656デフォルトの名無しさん
2007/12/25(火) 15:53:52どう区別するのがいいの？
0657デフォルトの名無しさん
2007/12/25(火) 16:34:570658デフォルトの名無しさん
2007/12/25(火) 16:54:18Ruby1.9.1は開発者向けでしたか。
Ruby1.9.1になれば速くなるという記事がたくさんあったので、
Ruby1.8.6に変わるものだと思っていました。
一般人は1.8.6を使い続ければいいということですか。
0659デフォルトの名無しさん
2007/12/25(火) 17:48:050660デフォルトの名無しさん
2007/12/25(火) 19:00:39「一般人」を 1.9.1 に誘導するようなレスはやめれ。
0661デフォルトの名無しさん
2007/12/25(火) 19:20:07>新しい発想じゃないだろ。
>どんな本にでもクラスは独立すべき、依存したクラスはよくないと書いてある。
いや十分新しいよ。「独立したクラスにすべき」という考え方が「引数は基本クラスに限定すべき」という考えに変換されている点など特に。
どういう思考回路を使ったらそういう結論になるのか不思議。
>そこまで偉そうにするんだったら採点くらい出来るだろ。
評価するのは構わないけど、偉そうなのはそっちだろ。日本語間違ってるよ。
>プログラミングはバックグラウンドでは０と１で計算しているだけ。
>また、ある時に１と入れたら（乱数を使わない限り）、必ず０か１のどちらが出るようになっている。
>だから、必ず最善の手法が存在するはずである。
前提と結論が１００万光年離れてる。京大生の頭では補完できるかもしれないが、そこまで賢くない一般人には無理。
0662デフォルトの名無しさん
2007/12/25(火) 19:20:22偶数の安定バージョンって位置付けじゃないの？
0663デフォルトの名無しさん
2007/12/25(火) 19:37:38> プログラミングはバックグラウンドでは０と１で計算しているだけ。
> また、ある時に１と入れたら（乱数を使わない限り）、必ず０か１のどちらが出るようになっている。
> だから、必ず最善の手法が存在するはずである。
まったく意味はわからんが、これが本当ならプログラマとして夢を持てるw
0664デフォルトの名無しさん
2007/12/25(火) 19:40:590665デフォルトの名無しさん
2007/12/25(火) 19:46:03def [](index)
return @array[index]
end
と定義すれば
obj[i][j] = value
の形で代入できる
>>652
>どんな本にでもクラスは独立すべき、依存したクラスはよくないと書いてある。
それは場合によりけりだ
自分でもコンポジションって言葉を使ってるだろ？
依存は「できるだけ少ない方がいい（不要な依存はいらない）」のであって
適切な依存関係はプログラムを分かりやすくする
0666デフォルトの名無しさん
2007/12/25(火) 19:48:03クラスは作った。
どう悩んでも今のおれでは依存だらけになったら
オブジェクトコンポジションは極力避けた。
ニコニコにFeel the Rubyとかいうドガがうpされているので
見て基本概念を勉強しようと思う。
0667デフォルトの名無しさん
2007/12/25(火) 19:50:05それで出来るわけがないwww
代入演算子が定義されてないじゃないか。
それじゃreturnして終了だ。メモリが書き換わらない。
それにi, jの２値必要なのにどうしてその形で出来るんだ？
子供だましすぎる。
0668665
2007/12/25(火) 20:20:27……さすがに絶句した
とりあえず何も言わずに次のプログラムを実行しなさい
結果を見て納得したらもう来ないでね、おしまいみたいだし
class Foo
def initialize(data)
@data = data
end
def [](index)
@data[index]
end
end
foo = Foo.new([[1, 2, 3], [4, 5, 6], [7, 8, 9]])
p foo[0]
foo[0][1] = 200
p foo[0]
0669デフォルトの名無しさん
2007/12/25(火) 20:20:590670デフォルトの名無しさん
2007/12/25(火) 21:34:481.9.0が安定版だとか言ってる人はここ数日のChangeLog見直してくるといい。
数日で数百revisionが上がってるものが安定版なわけないだろｗ
0671デフォルトの名無しさん
2007/12/25(火) 21:43:210672デフォルトの名無しさん
2007/12/25(火) 21:44:20?
0673デフォルトの名無しさん
2007/12/25(火) 22:25:08「出るのは1.9.0」からの繋がりが自己矛盾してる気が
さて23:00が楽しみになってまいりましたので
いまから一蘭のラーメン食って来る
0674デフォルトの名無しさん
2007/12/25(火) 22:55:44確認しました。
どうして出来るのか教えてくれませんか？
例えば標準ライブラリのmatrixでも
２次元のindexには[i, j]という形を採用しています。
[i][j]の方がずっと自然だと思うし、
大体ここでは２つの引数があるのに
その形ではひとつの引数しかもらっていません。
どういう理屈ですか？
それを教えてもらったら初心者スレに戻ります。
次に質問したいことは初心者スレ向けなので
0675デフォルトの名無しさん
2007/12/25(火) 22:59:59謝罪するってことを知らない引きこもりなのかなあ。
0676デフォルトの名無しさん
2007/12/25(火) 23:05:18正しい原理を教えてもらったら謝罪します。
■ このスレッドは過去ログ倉庫に格納されています