Rubyについて（アンチ専用） Part005

**デフォルトの名無しさん** · 2019/04/13(土) 22:32:20.81

なかったので

オブジェクト指向スクリプト言語Rubyが嫌いな人のためのスレッドです。
他言語の一方的なあげ足取りが好きな最強厨御用達言語Rubyについて。

1. 他の言語で満足している人を「楽しさ」「美しさ」とか主観的な基準で煽る
2. Ruby より機能が絞られている言語に対しては「不足」「楽しさが(ry」「快適さがない」「こんな機能がないなんて」
3. Ruby より機能が豊富な言語に対しては「大きすぎる」「美しくない」「そんな機能不要」

うっとおしいRuby厨やRails厨の迷惑や気持ち悪い主観の押しつけ、腐れ言語や不安定ライブリについて語り合いましょう。

■関連スレ
Rubyについて Part 36
http://pc12.2ch.net/test/read.cgi/tech/1246174168/

■前スレ
Rubyについて（アンチ専用） Part001
http://pc11.2ch.net/test/read.cgi/tech/1190559748/
Rubyについて（アンチ専用） Part002
http://pc11.2ch.net/test/read.cgi/tech/1200210768/
Rubyについて（アンチ専用） Part003
http://pc12.2ch.net/test/read.cgi/tech/1207233348/
Rubyについて（アンチ専用）
https://mevius.5ch.net/test/read.cgi/tech/1249737531/

**デフォルトの名無しさん** · 2019/04/13(土) 23:08:15.59

PythonでWEBの仕事増えればいいのにな

**デフォルトの名無しさん** · 2019/04/13(土) 23:13:07.48

さてはオメー(ry

**デフォルトの名無しさん** · 2019/04/19(金) 08:34:25.70

伸びなすぎる

**デフォルトの名無しさん** · 2019/05/01(水) 11:02:58.34

欧米で発売されたNintendo Switchゲームが突然配信停止。原因はプログラミング言語「Ruby」に関するイースターエッグ
https://automaton-media.com/articles/newsjp/20190501-91055/
パブリッシャーのCIRCLE Entertainmentは4月12日、『A Dark Room』のNintendo Switch版を
欧米で発売した。本作は、Michael Townsend氏が手がけた同名のテキストアドベンチャーゲームの
移植版だ。デベロッパーのAmir Rajan氏はiOS/Android版にて成功を収めたのち、Ryan Gordon氏と
共にNintendo Switchへの移植をおこなった。しかし、本作は配信開始から程なくして、任天堂に
よりニンテンドーeショップから取り下げられてしまった。その原因は、本作に隠されたイースター
エッグにあったという。

Nintendo Switch版『A Dark Room』の発売からおよそ2週間が経った4月25日、Amir Rajan氏は
“クレイジーな発表がある“と自身のMastodonアカウントを通じて投稿。その内容は、本作には
イースターエッグとして、オープンソース・プログラミング言語「Ruby」のインタプリタと
コードエディタが仕込まれているというものだった。本作を起動し、Nintendo Switch本体に
USBキーボードを接続して「～（チルダ）」キーを押すと、その機能が有効になりRubyの
コードを実行できるようになるという。Rajan氏は、家庭用のNintendo Switchを事実上の
Rubyマシンに変えることができると誇らしげに語り、実際に動作させる映像も投稿している。

『A Dark Room』にRubyのコードエディタが仕込まれていることは、販売元のCIRCLE Entertainmentは
騒ぎになって初めて知ったそうだが、こうした状況により販売停止となったことで同じく謝罪する
声明を出している。本作の今後については任天堂と協議中とのことで、販売再開を目指すのかを
含め具体的な計画はまだ示していない。本作は英語と日本語に対応しており、数週間後には
日本でも発売予定となっていたが、そちらも不透明な状況だ。もし国内発売されても、この
イースターエッグは削除されることになるだろう。

**デフォルトの名無しさん** · 2019/05/01(水) 12:34:41.24

伸びないってことはファンが多いのだろう

**デフォルトの名無しさん** · 2019/05/01(水) 14:35:23.08

好きの反対は無関心

**デフォルトの名無しさん** · 2019/05/01(水) 17:14:36.05

オブジェクト指向スレにはアンチ沸くのに

**デフォルトの名無しさん** · 2019/05/02(木) 23:57:44.81

3までは結構伸びてたよ

**デフォルトの名無しさん** · 2019/05/02(木) 23:58:15.56

いや一個手前のスレだからパート4か

**デフォルトの名無しさん** · 2019/05/03(金) 00:53:16.62

Nintendo Switch 上で動く、Ruby の実装を作ったのか？
すごい！

こういう、crazy な香具師が、天才なんだろう！

**デフォルトの名無しさん** · 2019/05/03(金) 01:33:42.08

Rubyの実装じゃなくて実行環境な

**デフォルトの名無しさん** · 2019/05/06(月) 15:34:35.74

>>5
こういう独善的なキチガイが多いよなRuby信者ってｗ
損害賠償請求されますように。

**デフォルトの名無しさん** · 2019/05/06(月) 16:57:58.89

アホみたいに「型なし」、「オブジェクト指向」にこだわった結果。

**デフォルトの名無しさん** · 2019/05/07(火) 15:41:51.48

TypeScriptみたいにモダンな型システムは必要

**デフォルトの名無しさん** · 2019/05/08(水) 08:04:46.38

悪い言語じゃないけど
Delphiみたいに趣味用になるだろうね

**デフォルトの名無しさん** · 2019/05/09(木) 01:18:56.87

個人で小規模なもの作るには「楽しい」のかもしれないけど
大人数で大規模な物作るにはあまり楽しそうに思えない

**デフォルトの名無しさん** · 2019/05/14(火) 22:24:23.32

まつもとゆきひろさん「Ruby3の目指す未来 -The Year of Concurrency-」～RubyKaigi 2019 1日目基調講演
https://gihyo.jp/news/report/01/rubykaigi2019/0001

Rubyと同様のスクリプト言語（インタープリタ型言語）であるPython，PHP，Perlでは静的型を導入しており，
Rubyも型を導入するべきでは，と長年言われてきました。しかしまつもとさんは
「Rubyに型を取り入れたくない（DRYではないから）⁠」⁠，「⁠型宣言することはコンピュータに使われているような気になる」と述べ，
Rubyでは静的型は導入しない方針を示しました。

まつもとさんは「マルチコアの時代を予想できず，Rubyにスレッドを入れたことは後悔している」⁠，
「⁠Ruby2で導入したキーワード引数には問題点が多く，Ruby3では非互換の変更を予定している」など，
これまでの選択で失敗だったと思うことがたくさんあると語りました。

**デフォルトの名無しさん** · 2019/05/14(火) 23:53:30.53

どうせまた忘れて違うこと言い出しそう

**デフォルトの名無しさん** · 2019/05/15(水) 00:16:49.74

型を取り入れるのとDRYは全く関係ない

**デフォルトの名無しさん** · 2019/05/15(水) 01:14:57.41

時代遅れの言語となりつつある上に
過去の遺産資産を放棄する

地獄を見そう

**デフォルトの名無しさん** · 2019/05/15(水) 09:10:12.46

型がないとなんでDRYになるんだ？

**デフォルトの名無しさん** · 2019/05/15(水) 14:46:18.01

Class obj=Class.new
で、クラス名が2回出てくるからやろ。
そんな問題は、C#もPerl6もとっくに解決してるっていうのにね。

むしろ、変数宣言が嫌なんやろ。
個人的にはスコープ不明瞭の一因になってるから、宣言必須にはよしろ、と思ってるが。

**デフォルトの名無しさん** · 2019/05/16(木) 11:26:44.65

せんでええ
はよきえろ

**デフォルトの名無しさん** · 2019/05/16(木) 11:49:28.44

JavaScript には、var の他に新しく、let, const が出来た

変数宣言は初登場の場所かどうか、わかるだけだから、
効果が小さいから、作るのがイヤなのだろう

**デフォルトの名無しさん** · 2019/05/16(木) 13:00:11.32

>>25
そういうところがアホなんだよなあ。

**デフォルトの名無しさん** · 2019/05/17(金) 13:30:32.34

僕はRubyやめてpythonに移ったよ

**デフォルトの名無しさん** · 2019/05/17(金) 18:14:42.75

redmine使うから試して言われたからやってんだが何なのこのクソな環境は。
何がGemfileだよクソかしか詰まってねえ
こんなの掘り下げなきゃならんのか
プラグインの紹介も馬鹿みたいにただただ羅列してるだけだし、言語がクソならそれで書かれたcmsもクソかよ
なにがrailsだよ死ねカス

**デフォルトの名無しさん** · 2019/05/17(金) 18:23:03.83

わかる

**デフォルトの名無しさん** · 2019/05/18(土) 00:25:37.05

今時変数宣言がないのはきついねえ
pythonも同じだが
代入が宣言を兼ねるのは流石にやばい
シェルと変わらん

◆QZaw55cn4c · 2019/05/18(土) 08:58:24.69

>>30
＞流石にやばい
どうやばいのですか？

**デフォルトの名無しさん** · 2019/05/18(土) 09:27:52.59

>>31
大規模プログラムになると管理しきれなくなる
変数の数が100個ぐらいになるとどの変数がなんだったか
すぐに確認できた方がいい

と主張する人たちがいる

**デフォルトの名無しさん** · 2019/05/18(土) 10:42:38.51

10kLOC程度までの規模ならいい言語だと思うよ

**デフォルトの名無しさん** · 2019/05/18(土) 11:39:57.41

1000行以下のプログラミングには最適だと思うよ
それ以上の大きさになると、実はどの言語を使っても
うまくいかないけど

**デフォルトの名無しさん** · 2019/05/18(土) 17:58:51.98

まあそもそも超大規模開発についてはNode.jsに軍配が上がりそうだし......

**デフォルトの名無しさん** · 2019/05/18(土) 20:35:21.38

matzはマルチコア時代を予測できなかったというけど
むしろその方向は言語が担保するより
コンテナレベルで担保する時代なってきたんだよな
言語のスレッドよりコンテナを並行処理の単位と考えた方が筋が良いと思う
だから言語に余計な並行性はいらない
シングルスレッドの性能を限界まで使い切るNodeの設計こそ現代的だよ

**デフォルトの名無しさん** · 2019/05/18(土) 20:40:38.04

Nodeも依存モジュール重すぎ問題でシングルバイナリでデプロイ簡単なGoに客奪われてますが。

**デフォルトの名無しさん** · 2019/05/18(土) 20:46:54.42

>>37
Goはコンテナとの相性が最高だけど余計な並行性を入れたのが間違い
そこだけ外せばさらに速くなったのに
GCの問題もなかったはず

**デフォルトの名無しさん** · 2019/05/18(土) 21:49:05.79

やっぱり、Elixir みたいな、パイプラインもどきの小プロセスが良い

10万プロセスも余裕

**デフォルトの名無しさん** · 2019/05/18(土) 21:52:29.85

襟臭

**デフォルトの名無しさん** · 2019/05/18(土) 22:47:15.27

>>38
は？GCの問題と並行性の問題は全く別物だろ。
コンテナと相性いいとかもなんか本当にわかってるの？

**デフォルトの名無しさん** · 2019/05/19(日) 00:22:45.46

スクリプト言語なんか、マルチスレッドに対応しないならしないでもいいんだけどな。
そんなことよりも、ブロックとか変数とかが非常識なほうが困る。

**デフォルトの名無しさん** · 2019/05/19(日) 00:32:49.49

>>42
その辺はもう直せないからな