Ruby 初心者スレッド Part 61 [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2017/08/25(金) 15:59:11.22

プログラミング言語Rubyについての、初心者向けスレです。質問・要望・雑談などどうぞ。
質問するときは、OSやRubyのバージョン、エラーメッセージを書いたほうがいいお
Ruby on RailsについてはWEBプログラミング板で

前スレ
Ruby 初心者スレッド Part 60
https://mevius.2ch.net/test/read.cgi/tech/1493398918/

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

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

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

**デフォルトの名無しさん** · 2017/09/13(水) 00:11:46.24

>>234
>defで宣言できるのはメソッドであって関数ではない
この難癖は頭おかしい。
トップレベルで定義したメソッドを関数と呼ぶのは便利な方便じゃないか。
そんなこと言ったらいちいち演算子もメソッドと言わなければならないのか？
たしかまつもと著の初期の書籍でも
関数を定義してみましょう→実はRubyでは関数はメソッドとして～という流れだったはず。たしか。たぶん。

**デフォルトの名無しさん** · 2017/09/13(水) 00:40:14.46

そしたらブロックローカル変数という
糞ダサいものは何故必要になったのですか？
やっぱり変数宣言は必要だったのですか？

**デフォルトの名無しさん** · 2017/09/13(水) 00:43:26.25

>>235
少しRubyやったことある人なら「defで宣言した関数」なんて理解の仕方をしないからさ
>>234の言い回しはともかく>>220はRubyのメソッドを理解してないって指摘でしょ

演算子はメソッドの一部をさす言葉なんだから演算子って呼んでもおかしくないよ
でもRubyの場合メソッドは関数じゃないから「defで宣言した関数」とは言わない

**デフォルトの名無しさん** · 2017/09/13(水) 04:43:32.45

>>236
うん、変数宣言は必要だった。
まちがいない。

**デフォルトの名無しさん** · 2017/09/13(水) 06:57:22.00

鏡の自分と話していないでいい加減リアルで話し相手を見つけろ
いつまでごっご遊びする気だ？

**デフォルトの名無しさん** · 2017/09/14(木) 05:43:14.25

>>232
スッキリわかる Java入門第2版
658ページ

すごいなぁ。

俺が良かったのは、Java流オブジェクト志向入門、この薄い本でOOPに合点が言った。
それから、Master Mind of Programming.

OOPのキモは、差分プログラミング。

**デフォルトの名無しさん** · 2017/09/14(木) 05:49:47.26

オブジェクト指向の初期に言われてた
（継承による）差分プログラミングは
今はOOの主流でない

**デフォルトの名無しさん** · 2017/09/14(木) 06:39:33.22

主流ではないどころか現代では継承による差分プログラミングはクラスの典型的な間違った使い方であるというのが一般的な認識だよね
あまりにも時代錯誤が過ぎる

**デフォルトの名無しさん** · 2017/09/14(木) 09:15:38.86

class Product < ApplicationRecord
end

この継承だけで、
p = Product.new
p.name = “Some Book”
と書き始める事ができるが！

これは、差分プログラミングでは無いのか？

**デフォルトの名無しさん** · 2017/09/14(木) 11:25:35.14

構ってほしいなら他スレいけ

**デフォルトの名無しさん** · 2017/09/14(木) 13:23:53.04

今のオブジェクト指向って差分は嫌われてんのか。
しらんかった。

**デフォルトの名無しさん** · 2017/09/14(木) 13:45:04.43

差分プログラミングは継承元のクラスの細かな仕様
特に処理の流れのようなものまでしっかり把握してないと
破綻するからな
複雑な動きをするクラスの一部だけ上書きして破綻なく動かすのは難しい

**デフォルトの名無しさん** · 2017/09/14(木) 13:58:16.02

オブジェクト指向って継承とか差分とかをなくしたら
それって関数型プログラミングじゃないのか？

**デフォルトの名無しさん** · 2017/09/14(木) 14:04:35.89

差分と増分は違う。
一般的に差分プログラミングというと、243の例のように元あるものに足するだけではなく
上書きして元あったものを「引く」ことを伴うやり方を指す。
これは大抵の場合、論理的なis-A関係を無視した実装継承になる。

**デフォルトの名無しさん** · 2017/09/14(木) 14:32:09.28

何がどうダメでどうするのがより良いことなのか書いてくれ

**デフォルトの名無しさん** · 2017/09/14(木) 14:44:12.14

>>242
何が、「だよね」だよ。
変なやつ。
たんなる、知ったかだわぁ、こいつ。

**デフォルトの名無しさん** · 2017/09/14(木) 18:45:33.64

>>246
そうでもない

**デフォルトの名無しさん** · 2017/09/14(木) 19:46:31.21

>>249
簡単な話だよ
クラスを継承するとき、スーパークラスの実装を潰してはいけない
常に増分の形になるようにする
たとえばクラスAのメソッドaの動作を変更したいとき、サブクラスBでaをオーバーライドして置換えてしまうのが継承による差分プログラミング
そういう場合、AとBを共通のスーパークラスCを継承するようにして、Cのaは空にしておき、A, Bそれぞれでaを実装するのが一つの正解

**デフォルトの名無しさん** · 2017/09/14(木) 20:29:04.75

多分意味が無いと思う
物分かりが良い人だったら今時Rubyなど触ってるわけないし
そのなかでも特別アレな人がここに集まっているわけだし
こういう人に何言ったって、なぁ・・・
そりゃ、聞く気があって向上心があるならRubyなんか触ってないって

差分プログラミングがあまり良くないって話は随分昔からあって
他スレッドだと、それを言っても、何今更当言ってるんだ？
となるだけなんだが、こんなことに食って掛かるやつがいるってのがね
さすがのRubyなんだわ

冗談みたいな話だけど、マジで
Rubyは今の流行りと全く反対の方向に全速力な言語だから
こういう言語を好む人に常識を解いても無駄なんだわ

**デフォルトの名無しさん** · 2017/09/14(木) 20:33:41.31

はいはいNGNG

**デフォルトの名無しさん** · 2017/09/14(木) 20:36:29.79

まあ既存のクラスのメソッドを置き換えたりする醜悪なモンキーパッチをクールだと有難がってる連中が沢山いるくらいだから、
継承を使った差分プログラミングなんて可愛いもんだ

**デフォルトの名無しさん** · 2017/09/14(木) 20:50:14.91

>>253
> そりゃ、聞く気があって向上心があるならRubyなんか触ってないって
つまりお前は聞く気がなくて向上心がない、という自己紹介？

**デフォルトの名無しさん** · 2017/09/14(木) 20:56:24.98

念のためイメージしやすいように具体例を出しておこう。
何らかの処理結果をHTTPで出力するHTTPPublisherクラスがあったとしよう。
これをHTTPではなくFTPで出力したくなったが、最終的に送信するところ以外は実装は全て同一だ。
そこで、HTTPPublisherクラスを継承して最終的な送信のところだけをオーバーライドしたFTPPublisherクラスを作った。
その結果、FTPPublisher is HTTPPublisherという継承関係になった。
これが継承による差分プログラミングだ。何がおかしいか考えてみよう。

**デフォルトの名無しさん** · 2017/09/14(木) 20:57:42.86

つまり、ダックタイピング最高、ということか

**デフォルトの名無しさん** · 2017/09/14(木) 21:08:29.85

>>256
俺はRuby触ってないし
失敗した発明に興味があるだけ

**デフォルトの名無しさん** · 2017/09/14(木) 22:12:26.20

>>259
> 失敗した発明に興味があるだけ
嘘はいけない
お前は単に叩いてスッキリしたいだけだよ
そのためには捏造も辞さない、半島系メンタリズムなんだよ
恨の文化ってやつだ
そこを自覚しよう

**デフォルトの名無しさん** · 2017/09/14(木) 22:17:27.79

荒らしはまーた嘘ついちゃったのか

**デフォルトの名無しさん** · 2017/09/14(木) 23:07:38.38

ガチ初心者で申し訳ないっす。
rake db:migrate:reset
rake db:seed
railsで作るサイトに上を実行してくれるボタンを作ることって出来ますか？

**デフォルトの名無しさん** · 2017/09/15(金) 00:06:02.35

>>259
あらま！
見る目が無いのね

**デフォルトの名無しさん** · 2017/09/15(金) 01:13:28.42

>>262
よくわからんけど、Ruby内からバッククォート文で実行させれば良いんじゃない？

**デフォルトの名無しさん** · 2017/09/15(金) 02:50:07.52

>>264
ありがとうございました！感謝感激雨あられっす

**デフォルトの名無しさん** · 2017/09/15(金) 05:52:12.67

差分問題は継承より委譲、で終わり

**デフォルトの名無しさん** · 2017/09/15(金) 13:17:19.48

>そりゃ、聞く気があって向上心があるならRubyなんか触ってないって

今年一番説得力あるレスだった

**デフォルトの名無しさん** · 2017/09/15(金) 21:25:27.63

まあRubyは使いやすくて楽だからな
Lispみたいな言語だと
向上心や忍耐力が必要とされる

**デフォルトの名無しさん** · 2017/09/16(土) 00:44:23.41

手軽だし、便利だし、どこにでも手が届くわりに、細部まで言語として背景や地盤が整備されてる
確かに、使える人が増える事はあっても減る事は無い言語だ

**デフォルトの名無しさん** · 2017/09/16(土) 03:15:44.04

>>269
俺、その背景や地盤ってのを理解するのに、めっちゃ時間かかった。

**デフォルトの名無しさん** · 2017/09/16(土) 07:19:19.83

Gradle は、Groovy だけど、
vagrant, chef, SASS とか、ツールを作る時は、真っ先に、Ruby が選ばれる。
他の言語は、Rubyよりも、2年ぐらい遅れる

この2つは、DSL も作りやすい。
さらに、Groovyには、JavaVM が必要だけど、Rubyには必要ない

おまけに、シェルスクリプトの代わりにもなるし、
PowerShell よりも、プログラミングしやすい

**デフォルトの名無しさん** · 2017/09/16(土) 07:28:00.02

>>271
＞ツールを作る時は、真っ先に、Ruby が選ばれる
おっそうだな
静的サイトジェネレータならJekillとか

Rubyはプロトタイプを早く作るのに向いてるから
新ジャンルを開拓するのにふさわしい

**デフォルトの名無しさん** · 2017/09/16(土) 09:14:50.48

そう感じるのは君がRuby村の中から見える世界しか見てないからだ
少なくとも今はRubyが最先端とはとてもじゃないが言えないよ

**デフォルトの名無しさん** · 2017/09/16(土) 11:26:43.15

アンチって平然と人を騙そうとするよな

**デフォルトの名無しさん** · 2017/09/16(土) 11:33:09.75

>>271
その手のツールがRuby製なのはちょっと不思議なんだよな。
バージョンアップで壊されるかもしれないんだから。
もっと安定性のあるものを選べばいいのに。

**デフォルトの名無しさん** · 2017/09/16(土) 11:45:25.97

Railsと違ってRuby自体の後方互換性はかなり高いよ。1.8や1.9で作ったコードも今もそのまま問題なく使えてる。使えなくなる機能があっても数バージョン前から警告出るから対応しやすい。

**デフォルトの名無しさん** · 2017/09/16(土) 11:50:32.56

rbenvで全ver入れてOK

**デフォルトの名無しさん** · 2017/09/16(土) 15:03:52.29

>>273
Rubyは最先端ではない。
首相は獣医学科設置に関与してない。
首相は、国有地を森友学園へ売却するよう指示してない。

これらは、証明できない。

ツールを作る時の選択肢にRubyがある。
これらの証明は例を示せば良い。

例：vagrant, chef, SASS

**デフォルトの名無しさん** · 2017/09/16(土) 16:48:46.12

>>270
おまえにrubyは早すぎる

**デフォルトの名無しさん** · 2017/09/16(土) 17:39:16.46

自分がツールを作る時に、シェルスクリプトは論外だろ。
PowerShell は、補完が効くけど、
クラスを使うような、本格的なプログラミングは出来ない

Kotlin は大掛かりで、厳格なものを作れるけど、
静的チェックが厳しすぎるような気もする

結局、Groovy, Ruby が手軽。
DSL も作りやすい

Haxe も、様々な言語に変換できるから、面白そうだけど

**デフォルトの名無しさん** · 2017/09/16(土) 17:58:02.30

PowerShellはクラス作れるぞ?
そんなんだからアンチに馬鹿にされるんだよ

**デフォルトの名無しさん** · 2017/09/16(土) 18:03:45.86

あと静的チェックが厳しすぎるというのも意味不明だな
Rubyだって想定してる型を間違えたら落ちるかバグるだろう
型書くのが面倒というならわかるけど、静的チェックが緩いこと自体にメリットはない

**デフォルトの名無しさん** · 2017/09/16(土) 18:08:25.83

静的チェックをするということは、Crystal みたいな方向性になるのかな

**デフォルトの名無しさん** · 2017/09/16(土) 20:35:26.41

>>280
要はLLとかグルー言語っていうか
シェルスクリプトと静的言語の中間が
Ruby（やPython）の守備範囲ね

**デフォルトの名無しさん** · 2017/09/16(土) 20:37:44.80

>>281
PSはバージョンアップでクラス構文が追加されたね
でもまあ本格的なオブジェクト指向はRubyの方がやりやすい

>>282
動的型付けにも多態するのに継承いらないとか
ダックタイピングとかメリットがある

**デフォルトの名無しさん** · 2017/09/16(土) 20:38:28.09

>>282
>静的チェックが緩いこと自体にメリットはない

たとえばC言語が標準ライブラリ関数である printf を
容易に実装できたのは、C言語の「静的チェックが緩い」という
特性がメリットになった実例だろ

**デフォルトの名無しさん** · 2017/09/16(土) 20:43:55.95

アンチはまた自演で誘導しようとしてんのか

ほんと嘘をついて騙すのが好きだな

**デフォルトの名無しさん** · 2017/09/16(土) 21:02:57.30

>>280
ためしに「Kotlin dsl」でググって見たら最初にヒットした記事
・KotlinでイケてるDSLを作る
　http://qiita.com/kikuchy/items/7c8893c4e7e11dafdb6c

この記事では DSL を作るのに有益な Kotlin の言語機能を
６つ紹介しているけど、先頭の４つは Ruby と共通しているね
・拡張関数
　―> 既存のクラスへ後からメソッド定義を追加できる
・引数の最後がラムダ式であれば、メソッド呼び出しの …(略)
　―> Ruby の「ブロック付きメソッド呼び出し」
・ラムダ式のreturnは省略可能
　―> もちろん Ruby もメソッド/ブロックの最後に書くreturnは省略できる
・thisは省略可能
　―> Ruby も同じく

特に３つ目の「ブロック付きメソッド呼び出し」は Apple の新世代言語である
Swift でも「Tailing Closure」という名前で導入されている
・クロージャって何がいいの？
　http://mevius.2ch.net/test/read.cgi/tech/1415419907/262

世界は Ruby 良さに気付いている、そして Ruby の良き特性を取り込んだ
新世代言語が次々に登場している(>>283 の Crystal、他には Elixir もある）

**デフォルトの名無しさん** · 2017/09/16(土) 23:13:55.67

日々アンチっぽいと感じる書き込みがあるかもしれないが
書き込んでいる本人たちは、そんな気は決してない
これは皆さんに末永くRubyを使ってもらおうと思ってしていること
未だなおRubyが好きな人に、何言っても回心しないのは分かり切ってるから
逆に強化していこうって方向なわけ

**デフォルトの名無しさん** · 2017/09/16(土) 23:18:50.04

たとえばシステムにsafeな部分とunsafeな部分があったら
unsafeな部分は一か所にまとめて管理したいって考えるだろう
スラム街みたいなもんだな
別にこの世は俺の管轄するシステムでも何でもないから
どうでも良いっちゃどうでも良いんだが
2chにも隔離スレという文化があるし
似たような感覚ではある

**デフォルトの名無しさん** · 2017/09/17(日) 03:18:56.25

嘘付いてスレを妨害した荒らしのレスが上の方にあるじゃん

**デフォルトの名無しさん** · 2017/09/17(日) 05:11:26.55

Rails5.1.4を使用しています
アホしてsendカラムを含んだテーブルをmigrateしたところ、あちこちでエラーが発生するようになりました。
すぐにロールバックし、DBからはカラムが消えたことを確認しましたが、ApplicationRecordを継承したクラスではいまだに生きているようで、症状が改善されません。
ロールバック以外にできることがあれば、教えてください。

**デフォルトの名無しさん** · 2017/09/17(日) 13:22:15.36

>>292
>ApplicationRecordを継承したクラスではいまだに生きているようで

そのModelも戻せよ

**デフォルトの名無しさん** · 2017/09/17(日) 13:27:05.45

エスパーするが
Rubyではメソッド名が同じであれば同じような振る舞いをします
そのことはRubyで保証されているので
プログラマは振る舞いについて何も考えなくてよいです
メソッド名が同じなら、同じような振る舞いをします
なのでそうしてください
そのあと言語仕様から変数宣言を無くして代入で代用してください
一見すると「変数宣言」と「代入」の区別がつかなくなるように思えるかもしれませんが
変数宣言が無くなるので変数のスコープのことを考えなくてよくなります
これらはRubyでサポートされているので、そのようにしてください

**デフォルトの名無しさん** · 2017/09/17(日) 13:46:03.46

荒らしのコピペまじウゼー

**デフォルトの名無しさん** · 2017/09/17(日) 19:33:50.41

>>292
Rails の質問や話題はWebProg板のRailsスレへ：
・【RoR】Ruby on Rails Part20
　http://medaka.2ch.net/test/read.cgi/php/1474523013/

**デフォルトの名無しさん** · 2017/09/17(日) 20:54:55.57

>>294
> Pythonではメソッド名が同じであれば同じような振る舞いをします
> そのことはPythonで保証されているので
> プログラマは振る舞いについて何も考えなくてよいです
> メソッド名が同じなら、同じような振る舞いをします
> なのでそうしてください
> そのあと言語仕様から変数宣言を無くして代入で代用してください
> 一見すると「変数宣言」と「代入」の区別がつかなくなるように思えるかもしれませんが
> 変数宣言が無くなるので変数のスコープのことを考えなくてよくなります
> これらはPythonでサポートされているので、そのようにしてください

試しに Ruby を Python に変えて見たけど、何ら違和感が無い
そもそも「オブジェクト指向＋動的型付け＋手続き型言語」という特性を備えた
あらゆる言語(Python/JavaScript/Perl/PHP..etc)に通じる単純明快な事柄だね
いったいぜんたい >>294 は何を言いたいのだろうか？

あえて >>294 の主旨をエスパーすると：
「私はプログラミングを習い始めたばかりの初心者です、よろしくお願いします」
ってことではなかろうか

**デフォルトの名無しさん** · 2017/09/17(日) 21:59:40.46

>試しに Ruby を Python に変えて見たけど、何ら違和感が無い

それで何が問題？
あと、Pythonは型アノテーションを取り入れてるから
過去の過ちを修正していこうということだろうね
一方Rubyは逆走中
失敗しちゃったから、もういっそ、突き抜けちゃおう、という勢い

**デフォルトの名無しさん** · 2017/09/17(日) 22:05:37.68

Ruby 以外の動的言語は、関数の外で宣言した変数が、
関数の内側で、使えるよな

つまり、関数スコープが厳格ではない

Rubyで、変数宣言が無いのは、関数スコープが厳格だからかな？

**デフォルトの名無しさん** · 2017/09/17(日) 22:15:19.17

>>299
Rubyはオブジェクト指向言語なので
カプセル化するために基本的に
他のオブジェクトの変数をそのまま使わない

使う必要がある場合は引数またはアクセサを通して使う
またグローバル変数も使えるが非推奨

**デフォルトの名無しさん** · 2017/09/17(日) 22:58:55.88

|x; foo|
↑の foo のような、変素宣言と変わらない素晴らしい存在と出会うことが出来ます
ちなみに python にも nonlocal という素晴らしいお友達が居ます
変数宣言を無くして代入で代用するアイデアは本当にうまく行きます
「@」に出会うことが出来るし
レキシカルスコープについて考えると夜も眠れないほどです

**デフォルトの名無しさん** · 2017/09/17(日) 23:06:07.39

Ruby のブロック(クロージャ内の)変数だろ

python のnonlocal は、いらんわ。
親のスコープへ、遡って探しに行く、変数だよね

**デフォルトの名無しさん** · 2017/09/17(日) 23:20:45.74

>>298
>過去の過ちを修正していこうということだろうね

その Python の過ちがあまりに低レベルな訳だが：
(1) print 機能が文として実装され、ライブラリとして分離されていなかった(>>209)
　　すでに1970年代に登場したC言語では、
　　print は標準ライブラリ関数として言語仕様から
　　分離していたにもかかわらず
(2) 整数の割り算という極めて基礎的な計算仕様が安定していない
　・割り算の扱い – Python2からPython3への変更 –
　　http://www.trusted-design.net/archives/455/
(3) 関数型言語ブームを追って行き当たりばったりで適当に実装したおかげで、
　　ラムダ式の本体には式しか書けない
　　改善要望は過去から存在したが、作者のGuid氏はGuido氏は
　　「複数行のラムダは解けないパズル(unsolvable puzzle)」と匙を投げた(>>234)

(1)と(2)はようやく Python3 で修正を終えたけど、その代償として
「後方互換性の断絶」という事態を招いた
(3) の「解けないパズル」に至っては Python3 でも修正の目処が立たず先送り
おそらく Python4 で修正して「後方互換性の断絶」が再現されることになる

つまり Python における「過去の過ちの修正」の歴史って、こういうこと
繰り返すけど、Python は過ちのレベルがあまりに初歩的すぎるのよ

**デフォルトの名無しさん** · 2017/09/17(日) 23:28:50.19

>>299
>Ruby 以外の動的言語は、関数の外で宣言した変数が、
>関数の内側で、使えるよな

いや、そもそも Ruby ではメソッド定義の中で入れ子になった
メソッドは定義できないよ
これは Smalltalk や Java といった最初からオブジェクト指向言語として
設計された仲間に共通する特性

>Rubyで、変数宣言が無いのは、関数スコープが厳格だからかな？

いや、メソッドの入れ子定義を禁止したことで、スコープの定義が簡潔なだけ
というか、Python や JavaScript のような関数の入れ子定義ができる
動的型付け言語でも、関数宣言は必要無いから、何を言いたいのだろうか？

**デフォルトの名無しさん** · 2017/09/17(日) 23:36:32.98

>>301
>↑の foo のような、変素宣言と変わらない素晴らしい存在と出会うことが出来ます

Ruby：
　lambda { |foo| …… }
Python：
　lambda foo: ……
JavaScript：
　function(foo) { …… }
Scheme：
　(lambda (foo) …… )
SML：
　fn foo => ……

言語によってブロック、ラムダ式、無名関数と呼び名は様々だけど、
どの言語でも「変素宣言と変わらない素晴らしい存在」foo とは出会えるよ
ひょっとして >>301 は「仮引数(パラメタ)」という概念を知らないのかなあ？

**デフォルトの名無しさん** · 2017/09/17(日) 23:54:56.42

>>304
>動的型付け言語でも、関数宣言は必要無いから、何を言いたいのだろうか？

最後の文章を自己レスで訂正：
X：関数宣言は必要無いから、
O：変数宣言は必須では無いから、

補足しておくと：
・JavaScript は予約語 var で始まる変数宣言の構文があるけど、
　省略すれば暗黙的に宣言される
・Python の型アノーテーションは、その名アノーテーションとあるように
　コメント扱いだから変数宣言の意味とは全く異なる存在であるし、
　当たり前だけど省略できる

**デフォルトの名無しさん** · 2017/09/18(月) 00:24:39.32

> Ruby：
> 　lambda { |foo| …… }
ではなく
Ruby：
　lambda { |x; foo| …… }
この仮引数ではない余計な「foo」の事ですよ
明らかに浮いてますね、変ですね
何なんですかね、このfoo
変数宣言を代入で代用するアイデアは本当に素晴らしいですね

>(2) 整数の割り算という極めて基礎的な計算仕様が安定していない
http://postd.cc/sick-of-ruby-dynamic-typing-side-effects-object-oriented-programming/
Ruby: それはstdlibが搭載されているモジュールをrequireすると、
整数割り算の動き方に影響を与えてしまう言語。 @tomdale

**デフォルトの名無しさん** · 2017/09/18(月) 01:38:17.76

>>307
>Ruby: それはstdlibが搭載されているモジュールをrequireすると、
>整数割り算の動き方に影響を与えてしまう言語。 @tomdale

それは整数割り算のメソッドをオーバーライド(上書き)したからだよ
リンク先の文書だとモジュール “mathn” を require で指定しているね

外部モジュールの import うんぬんとは無関係に、バージョンによって
素の「整数割り算の動き方」が変わってしまうナイスジョーク言語(>>209)と
一緒にしないでね！！（棒

**デフォルトの名無しさん** · 2017/09/18(月) 02:48:06.01

>>307
>変数宣言を代入で代用するアイデアは本当に素晴らしいですね

へ？？

**デフォルトの名無しさん** · 2017/09/18(月) 04:01:15.69

lambda { |x; foo| …… }

ブロック(クロージャ内の)変数として、使いたい場合、
わざと、foo に代入しない

JavaScript でも、undefined が予約語ではないから、
わざと引数に代入せずに、undefined を作る方法がある

**デフォルトの名無しさん** · 2017/09/18(月) 08:11:23.91

糞自演でスレを荒らすなよ屑

**デフォルトの名無しさん** · 2017/09/18(月) 09:16:48.21

>>310
fooに代入するって何？

**デフォルトの名無しさん** · 2017/09/18(月) 09:47:51.23

X だけに代入して、foo には何も代入しなければよい

そうすれば、foo は、ブロック内だけのローカルスコープを持つ、
ブロック変数として使える

**デフォルトの名無しさん** · 2017/09/18(月) 10:13:22.15

fooに代入出来るけどあえてしない場合は
lambda { |x, foo| …… }
って書くんじゃないの？
俺の書いたのは
lambda { |x; foo| …… }
「;」以降の変数って何なんですかね、こんな変な文法
変数宣言してるのと変わらないですよね
変数宣言を代入で代用するアイデアは本当にうまくいってますね
「@」もサイコーですし、python の nonlocal も最高

**デフォルトの名無しさん** · 2017/09/18(月) 10:49:09.23

しつこいぞ荒し
いい加減にしろ

**デフォルトの名無しさん** · 2017/09/18(月) 11:15:25.67

> >>307
> >Ruby: それはstdlibが搭載されているモジュールをrequireすると、
> >整数割り算の動き方に影響を与えてしまう言語。 @tomdale

> それは整数割り算のメソッドをオーバーライド(上書き)したからだよ
> リンク先の文書だとモジュール “mathn” を require で指定しているね

> バージョンによって
> 素の「整数割り算の動き方」が変わってしまうナイスジョーク言語(>>209)と
> 一緒にしないでね！！（棒

これもはっきり言ってPythonのがマシ
問題になるのは2から3への移植の時だけだから
自分で移植しようとしているのは明らかに分かり切っているから
当然注意深くやるし

requireするしないで、割り算の挙動が変わる方が悪質

**デフォルトの名無しさん** · 2017/09/18(月) 11:19:25.70

ああ分かりにくい日本語になってしまったな

移植の時だけ気にすればよいPythonと違って
常に気を付けなければならないRubyの方が悪質
requireするしないで、割り算のような基本的な四則演算の
挙動が変わるのはあり得ない

**デフォルトの名無しさん** · 2017/09/18(月) 11:21:09.53

>>317
なるほど納得
ずっと逃れられないのは、たしかに困りますなあ…

**デフォルトの名無しさん** · 2017/09/18(月) 11:34:58.89

>>317
Rubyはオープンクラスなのでそれを致命的なデメリットと感じる人は使わないよね、というだけ
そう感じない人が多いから使う人も多いんだけどね

**デフォルトの名無しさん** · 2017/09/18(月) 11:53:48.10

> requireするしないで、割り算の挙動が変わる方が悪質

何の話かと思ってmathnを検索したら標準クラスをオーバーライド？するのね。

ただやるかやらないかと出来る出来ないは別の話だと思うし
requireする前に説明文読まない人はいないでしょう。
まあ間接的にrequireされてたら憤死ものですが…。

**デフォルトの名無しさん** · 2017/09/18(月) 12:06:43.11

逆に言うとrequireするだけで、自分のタイミングで置きかえれるのは柔軟

**デフォルトの名無しさん** · 2017/09/18(月) 12:59:55.26

いつもの荒らしを相手にしてごめんなさい
私が馬鹿でした

**デフォルトの名無しさん** · 2017/09/18(月) 13:19:24.65

なんかこのアンチ、思い込みが激しくない？

**デフォルトの名無しさん** · 2017/09/18(月) 14:08:56.09

確認したらmathnライブラリは非推奨扱いになってる
リファインメントを使う代替ライブラリがあるのかな
mathn自体使った事はないけどさ

**デフォルトの名無しさん** · 2017/09/18(月) 14:22:24.92

こういう人の話を聞かないで延々、一人しゃべりしてるやつって気持ち悪い

**デフォルトの名無しさん** · 2017/09/18(月) 14:50:20.87

おまい２ちゃん初めてか？

**デフォルトの名無しさん** · 2017/09/18(月) 15:01:07.52

現実で話し聞いてくれる相手を見つけなよ

**デフォルトの名無しさん** · 2017/09/19(火) 00:51:54.54

荒らしはまずその嘘をつく癖を直さないと

**デフォルトの名無しさん** · 2017/09/19(火) 11:48:35.35

オープンクラス、つまりモンキーパッチは嫌われてる

JS の、prototype.js と同じ。
基本的なAPI を上書きするから、挙動が変わる

だから、嫌われる

**デフォルトの名無しさん** · 2017/09/19(火) 11:59:30.04

なぜそんなものを作ったとなじる前にそんなものじゃない実装をお作りになったらどうでしょうか。
オーバーライドな実装が気に入らない、だから自分でそれをしない実装を作った！というのは別に誰にも否定されませんよ。

出来たそれが多くの人に支持されるかどうか？の話はまた別ですが。

**デフォルトの名無しさん** · 2017/09/19(火) 12:23:14.37

オープンクラス自体が必ずしも悪いわけではないけど、問題はどこかで一回requireしたら影響がVM全体に波及してしまうことだね。
そのことは重大な問題としてよく認識されていて、
例えばC#の拡張メソッドはそれを含む名前空間を同一ソースファイル内で明示的にインポートしないと使えない。
Rubyも必ず毎回requireしないといけないようにすればよかったんだよ。Matzに言わせれば屈辱かもしれないけど。

**デフォルトの名無しさん** · 2017/09/19(火) 12:58:20.02

refine使えよ

**デフォルトの名無しさん** · 2017/09/19(火) 14:07:33.30

それは逆のこともあってグローバルにしたいからそのようにヤルってのもあるでしょう。

それがそのように作成されているのはそのようにする意図があるのだし
影響受けまくりの共同開発のリポジトリで独断なら話は戦争ですが
使う人がいなきゃ肥やしにもならないライブラリにいちいち文句つけるなんて時間の無駄ですよ。
ただそこにあるだけで目障りという話でしたらまったく同じ理由で罵詈雑言の応酬になるのがオチでしょう。

**デフォルトの名無しさん** · 2017/09/19(火) 14:12:31.68

アンチは思い込みの激しい性格だから、まともな社会生活をおくれなくて孤独なんだよ