Ruby 初心者スレッド Part 66

2020/01/04(土) 01:15:34.30

プログラミング言語 Rubyについての、初心者向けスレです。質問・要望・雑談などをどうぞ

質問するときは、OSやRubyのバージョン、エラーメッセージを書いて下さい。
Ruby on Rails については、WEBプログラミング板で

前スレ
Ruby 初心者スレッド Part 65
https://mevius.5ch.net/test/read.cgi/tech/1545421414/

るりまサーチ　（リファレンス検索）
http://rurema.clear-code.com/

Rubyist Magazine - るびま
http://jp.rubyist.net/magazine/

逆引きRuby
http://www.namaraii.com/rubytips/

Ruby コミュニティ公式
https://www.ruby-lang.org/

VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured

2020/01/04(土) 01:17:09.19

Rubyの絵本、2008
たのしいRuby 第5版、2016

3ステップでしっかり学ぶ Ruby入門、2018

かんたん Ruby (プログラミングの教科書)、2018

プロを目指す人のためのRuby入門、2017

改訂2版パーフェクトRuby、2017

改訂2版 Ruby逆引きハンドブック、2018 （中級者向け）

Effective Ruby、2015 （中級者向け）

メタプログラミング Ruby 第2版、2015 （中級者向け）

リファクタリング:Rubyエディション、2010 （中級者向け）

RubyでつくるRuby ゼロから学びなおすプログラミング言語入門、2017 （中級者向け）

Rubyのしくみ、2014 （中級者向け）

改訂4版基礎 Ruby on Rails、2018

パーフェクト Ruby on Rails、2014

Rubyによるクローラー開発技法巡回・解析機能の実装と21の運用例、2014

オブジェクト指向設計実践ガイド Rubyでわかる進化しつづける柔軟なアプリケーションの育て方、2016

Seleniumデザインパターン&ベストプラクティス、2015

2020/01/04(土) 01:17:57.47

開発環境

RDE
Windows用IDE
https://ja.osdn.net/projects/sfnet_rubyde/
以下、RDEの使用説明
http://rubyde.sourceforge.net/hiki/ja/FrontPage.html

RDEのデバッグ機能を使う場合、設定においてデバッグオプションを「-r debug2」から「-r debug」と書き換えて、
ruby付属のdebug.rbを使うようにすること。
RDE付属のdebug2.rbは、ruby1.8用のスクリプトのため、現在のrubyのversionには使えません

サクラエディタ
Windows用高機能エディタ
https://ja.osdn.net/projects/sfnet_sakura-editor/
以下、ruby用設定の説明
http://supportdoc.net/support-sakura/ruby.html

Emacs
GNUの高機能エディタ

Vim
Emacsと同じぐらい有名なCUIベースのエディタ

VSCode
マルチOSに対応したマイクロソフト社製のソースコードエディタ
https://code.visualstudio.com/download

2020/01/04(土) 01:58:51.41

乙です

前スレの「メソッドはオブジェクトか？」に関連してなんですが
RubyのUnboundMethodやMethodのインスタンスたるメソッドオブジェクトって
既存のメソッドと等価な複製が作れるってだけで
元のメソッドをオブジェクトにしたものってわけじゃないですよね？

たとえば、特異クラスなんかだと普段はオブジェクトじゃないけれど
class << self; self end みたいなイディオムや Object#singleton_class メソッドでオブジェクトとして取り出せるし
ブロックも &b のような仮引数を付すことでやはりオブジェクトとして取り出せるわけですが
これらとはメソッドとは話が違う

つまり「Rubyのメソッドはオブジェクトではない（～としては扱えない）」と考えるのが妥当だと思うのですが
この理解で合っていますか？

2020/01/04(土) 12:04:30.94

今北だが
前スレの終わり方が酷過ぎてワロス
もう新スレなんだしそれ以上言うな

2020/01/04(土) 12:53:40.81

これか

996 デフォルトの名無しさん (ﾜｯﾁｮｲ 6265-oRfB) sage 2020/01/03(金) 21:03:06.07 ID:e4Snrs1J0
>>993
間違っているという指摘、そのものが誤りだということ

モダンな関数型言語において、すべての値(object)は第一級市民であるが
値と値との関係である適用は値ではない
したがって、そもそも値ではない適用を第一級市民ではないと否定する主張が誤りである
そんなの当たり前だよね

同様に、純粋オブジェクト指向言語において、すべてはオブジェクトであるが、
オブジェクトとオブジェクトとの間の関係であるメソッドはオブジェクトではない
したがって、そもそもオブジェクトではないメソッドを、あえて否定する>>991が誤りではないかと

たとえば、>>986 とそれにに対する反論である>>987 を改ざんして：
　　986 rubyって全てがオブジェクトなところがいいですよね
　　　　（ただしメソッドがオブジェクトなのは常識ですから、あえて言及しませんけど）

　　987 コメントはオブジェクトじゃないぞ

だったとして、それでもなお>>987を擁護する？

2020/01/04(土) 15:14:00.74

これはメッセージとメソッドの区別が付いていない
よくあるパターン？

2020/01/04(土) 23:46:45.39

Ruby には関数スコープ内に、ブロックスコープがある

関数は、外側の変数を通さない。
一方、ブロックは通す。つまり、クロージャ

C と同じの、強固な2段階スコープ！

一方、JavaScript はクロージャしかない。
関数もクロージャだから、第一級関数

その欠点は、外側の変数を通してしまうから、バグが増える。
だから、Ruby は、2段階スコープを採用したのだろう

処理を持ち運ぶ場合だけ、オブジェクトに変換すればよい

2020/01/05(日) 01:29:02.13

つまりRubyではメソッドそれ自体はオブジェクトではない
ということでしょうか？

2020/01/05(日) 01:51:26.84

>>9
メソッド自体を、独立したオブジェクトのように扱えるか？
扱えないならそういうこと。

ただ、ちょっと工夫すれば、似たようなことはだいたい実現できるから、その区別にはそれほど意味がない。

2020/01/05(日) 15:36:12.39

「The Ruby Programming Language」David Flanagan and Yukihiro Matsumoto

6.7 Method Objects
Ruby’s methods and blocks are executable language constructs, but they are not objects.
Procs and lambdas are object versions of blocks; they can be executed and also manipulated as data.
Ruby has powerful metaprogramming (or reflection) capabilities, and methods can actually be represented as instances of the Method class.

2020/01/05(日) 22:47:41.92

JavaScript 第6版、2012、David Flanagan

彼は、JS のバイブル、表紙がサイの絵の、いわゆるサイ本も書いてる！
Google などのエンジニアの机に、必ず置いてある

2020/01/05(日) 22:55:53.02

サイフォン？

2020/01/05(日) 23:56:52.37

同じ純粋オブジェクト指向言語のSmalltalkと比べてみた
Rubyのメソッドオブジェクトは要求される度に作っているみたいで持ち出し専用
Smalltalkのメソッドオブジェクトはそのものでその気になれば中身も弄れる

class Object; def foo; "bar" end end
um1 = Object.instance_method(:foo)
um2 = Object.instance_method(:foo)
um3 = um1.clone
p [um1, um2, um3].map{ |m| m.object_id }
#=> [60, 80, 100]

obj = Object.new
bm1 = obj.method(:foo)
bm2 = obj.method(:foo)
bm3 = bm1.clone
p [bm1, bm2, bm3].map{ |m| m.object_id }
#=> [120, 140, 160]

--

"Pharo Smalltalk"
Object compile: 'foo ^''bar'''.
cm1 := Object compiledMethodAt: #foo.
cm2 := Object compiledMethodAt: #foo.
cm3 := cm1 copy.
{cm1. cm2. cm3} collect: [:cm | cm identityHash].
"=>#(832658944 832658944 425444352) "

self foo. "=> 'bar' "
(cm1 literalAt: 1) at: 3 put: $z.
self foo. "=> 'baz' "

2020/01/06(月) 00:28:28.35

C#も、メソッドをランタイムにビルドできるんやで！

2020/01/06(月) 01:11:00.75

いやここでのポイントはメソッドがオブジェクトなのかどうかであって
ランライムにメソッドをビルドできるかは関係ないしむしろ出来て当前

2020/01/06(月) 09:04:50.20

>>14
> その気になれば中身も弄れる
それが良いことだと思わないんだけどなｗ

そんなことやるか？やらない。できる必要あるか？ない
アセンブラであれば、中身だろうがなんでもできる
言語というのは成長するにつれてより制限されるもの
制限といえば聞こえは悪いが、ある機能に特化することで
ミスを防ぎ、コードを書いた人のより正確に表すことができる

2020/01/06(月) 09:05:20.36

、コードを書いた人の意図をより正確に表すことができる

2020/01/06(月) 09:24:31.96

Rubyは自分の足を撃とうと思えばそれが出来る（自由がある）のがLisp譲りの
言語持つのパワーでありある種のウリなんだけど初心者だから知らないのかな…

2020/01/06(月) 09:35:32.06

> Rubyは自分の足を撃とうと思えばそれが出来る

それがいいことだと思い込んでるのがおかしい
常識に囚われ思考を放棄してる

2020/01/06(月) 09:35:53.64

Smalltalkの最後の例はメソッドオブジェクトがRubyのモドキと違って
現物だと端的に示すための例であって流石に普段はやらないと思うぞ！

2020/01/06(月) 09:40:05.07

>>20
おやおやそんなナイーブな考えじゃRailsみたいなのは永久に作れないよ？

2020/01/06(月) 09:48:15.44

>>22
何も根拠がないねｗ

2020/01/06(月) 09:49:47.24

Railsみたいなフレームワークはたくさんあるね
Rubyの機能なんて不要だったってことさ

2020/01/06(月) 10:00:05.37

んRailsがなければRubyが今の地位はないし
Railsの実装はRubyの黒魔術が効果的に活用されているというのは
説明不要の有名な話だと思っていたが？
やっぱり初心者だから知らないのか…

2020/01/06(月) 10:01:33.21

>>24
語るに落ちているよ…(´・ω・`)

2020/01/06(月) 10:03:22.46

初心者だから「メソッドはオブジェクトじゃない」という発言に対して見当はずれな頭の悪い反論をしてたんだな

2020/01/06(月) 10:16:33.06

どうやら>>7のセンも濃厚っぽいな…

2020/01/06(月) 10:21:29.07

>>25
Railsの実装はRubyの黒魔術が使われてる・・・事実
同等のものはRubyの黒魔術を使わなくても作れる・・・事実

2020/01/06(月) 10:27:39.91

>>29
他言語のRailsモドキはRailsと同等な機能もあるがすべてが等価ではない・・・事実
Railsの覇権はRailsモドキとの差異によってもたらされている・・・事実

2020/01/06(月) 10:30:38.61

どうやらガチで頭の残念な子みたいだねｗ
作れるかどうかなんて、入出力さえ十分にできればほぼすべての言語で作れるっつーのｗ

2020/01/06(月) 10:52:42.23

作れるかどうかの話はしてないよ。
どれだけ簡単に作れるか

Railsの開発速度が際立って高いわけではない
むしろ後から追いつかれてる

2020/01/06(月) 11:12:38.64

>>32
アンチ隔離スレに行け！

2020/01/06(月) 14:44:11.25

現在使用してる教材でテストツールとしてminitest、test-unit、RSpecが紹介されてたんですが
実際のところどれを使えばいいんでしょうか？

2020/01/06(月) 16:19:52.25

>>34
Spec形式が好みならRSpec
xUnit形式が好みならminitest

よく分からないなら標準ライブラリに入ってるminitestから

2020/01/06(月) 18:44:57.86

ご回答ありがとうございます
とりあえずminitestでやってみて何か不都合があれば他も試してみる方針でやってみます

2020/01/06(月) 19:25:48.00

で、最終的にはrspecになるんやろ？
もしくはrspecを横目にminitestはminitestで
これもありなんだって言い訳しながら使うw

2020/01/07(火) 00:37:14.85

BDD(behavior driven development) では、RSpec が標準！

宮下剛輔が作った、サーバー構築テストのServerspec も、RSpec。
JavaScript(JS) のMocha も、RSpecのコピー

基本的に、Rubyで流行ったものは、すぐに、JS, Kotlin へ移植される

2020/01/07(火) 03:12:30.76

RSpecのJS, Kotlin移植版ってどれのこと？
BDDってそんなに流行ってるの？
まああるかもしれないけどxUnitの方が主流だと思うな。JUnitとか

2020/01/07(火) 07:26:57.50

Windows で、Ruby 2.4 から、2.5へ変えたら、
selenium webdriver を使うのに、ffi が必要になった！

でも、コードはそのまま動く

2020/01/07(火) 20:57:12.48

必須でないモジュールが分離されていってんのやろ。

2020/01/09(木) 16:02:09.08

irbで（整数）.object_id　と入力すると（整数）*2 - 1 が帰ってくるんですが、そういう仕様なんですか？

2020/01/09(木) 16:08:04.37

訂正
×　（整数）*2 - 1
○　（整数）*2 + 1

2020/01/09(木) 17:47:10.30

>>39
BDDというかテストコードを自然言語に似せようとする系は、Goの台頭に伴ってすっかり廃れちゃったね
自動テストの最大の意義は入出力のスナップショットとして予期せぬ挙動の変化を検出できることにあるので、
細かい仕様をテストコードで表現しようとするよりも単純に入出力を並べた方が手っ取り早いし効果も高いんだよな
一方BDDは、網羅性や変化検出性能が不十分でも最低限大半のコードを通ってれば無いよりは遥かにマシだ、
それだけでもスペルミスのような初歩的なバグの大半は潰せるだろう、という手抜き欲求が根底にある
ところが最近は静的型が主流になっちゃってスペルミスみたいなのは起きなくなったから、BDDのようなとりあえず通すだけのテスト手法にはあまり意味がなくなってしまった

2020/01/09(木) 17:51:07.91

>>44
goでテストって何使ってるの？

2020/01/09(木) 17:53:19.45

これ？

Ginkgo is a BDD-style Go testing framework
http://onsi.github.io/ginkgo/

2020/01/09(木) 17:59:47.69

1234567890123456789.object_id
#=> 2469135780246913579

12345678901234567890.object_id
#=> 21368380

大きい整数は、無関係なID になる

たしか、整数は最適化して、オブジェクトを作っていないのじゃなかった？
どこかに、値だけを収めているのじゃ？

2020/01/09(木) 18:13:24.04

>>44
書き方が違うだけでSpec形式でもxUnit形式でもテストする内容は同じだぞ
RSpecじゃなくCucumberみたいなのを使ってたテストはレイヤーが違う

んでもってGoの台頭とか関係ないし
JSで一番使われてるJEST、Mocha、Jasmineの3つともSpec形式が基本

それぞれメリット・デメリットあるからそれを理解して
言語の特性や文化も考慮してから選択すればいい

2020/01/09(木) 18:17:48.65

JavaにもRSpecみたいなのってあるんだっけ？
言語的に無理がありそうなんだけど

2020/01/09(木) 19:54:43.22

コンパイラがスペルチェックまでしてくれるからじゃないの
未来のことはわかりません、っていう宗教観でしょ
作った時点で未来に何が起こるか全て分かるのが静的