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
その辺はもう直せないからな

**デフォルトの名無しさん** · 2019/05/19(日) 01:04:24.97

>>43
いやいや。ｗ
バージョンアップに平気で破壊的変更を混ぜられるんだから、なんだってやる気になりゃあできるんだよ。

**デフォルトの名無しさん** · 2019/05/19(日) 01:14:19.28

>>44
1.9の時に大反発があったからもうやらないんじゃね
Ruby自体の存在価値がなくなってきてるから
今使ってる人たちに苦労を強いる変更はやらないだろう
一気にRuby離れが加速する

**デフォルトの名無しさん** · 2019/05/19(日) 07:34:10.40

現状が気に入らないから
新しい言語が次々にできるわけで

**デフォルトの名無しさん** · 2019/05/19(日) 07:42:42.65

Ruby独自の機能っていくつあるのかな？

**デフォルトの名無しさん** · 2019/05/19(日) 07:50:21.37

結局、スティーブ・ジョブズの尻尾みたいな奴の
パッケージング（要はパクリ）とマーケティング（要は印象操作）の妙()とやらで
無知な信者がその気になっちゃって単に扇動されていたってだけの話？

**デフォルトの名無しさん** · 2019/05/19(日) 13:25:43.62

Rubyに飛び付いたのは素人

判ってる人は他の言語使う

それだけのこと

**デフォルトの名無しさん** · 2019/05/19(日) 14:04:54.45

「他の言語」が何かを言わないのは、

「○○言語に飛びついたのは素人」と
反撃をくらわないようにするためだろうなｗ

Rubyを否定したいだけ

**デフォルトの名無しさん** · 2019/05/19(日) 15:04:23.60

アンチスレで何を言ってるんだ？

**デフォルトの名無しさん** · 2019/05/19(日) 15:43:50.48

ﾜﾛﾀｗ

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

>>51
rubyに飛びついた素人さんかね？

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

>>50
擁護するってことはRubyの何かを気に入っているんだよね？
ぜひとも教えてください！

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

Rubyにはまったく価値をみいだせないので

**デフォルトの名無しさん** · 2019/05/21(火) 10:39:05.03

せっかく標準化したのに文科省からスルーされる哀れ

https://twitter.com/yukihiro_matz/status/1130378883734286337
https://twitter.com/5chan_nel (5ch newer account)

**デフォルトの名無しさん** · 2019/05/21(火) 10:48:25.99

国際規格ω
だまされて涙目Matz

**デフォルトの名無しさん** · 2019/05/21(火) 11:30:20.24

Matzが国際規格の看板でじょうよわ騙したんやぞ

**デフォルトの名無しさん** · 2019/05/21(火) 15:50:23.39

まあAI人材育成という名目があるからな
Python以外ないだろう
逆になぜRubyが採用されると思ったのか謎

**デフォルトの名無しさん** · 2019/05/21(火) 23:34:42.71

自分が好きで造りたくて創っただけ
他の人が勝手に使い始めた
↓
使ってくれなきゃヤダヤダ←いまここ

**デフォルトの名無しさん** · 2019/05/22(水) 00:01:35.16

Rubyが採用されてたらコミュニティが変なマウント取りまくることが予想されるし
Pythonで本当に良かった

**デフォルトの名無しさん** · 2019/05/22(水) 20:55:24.47

Pythonは教育用としてWindowsストアアプリ版を作り
Win10 バージョン1903にpython.exeを標準搭載させた

Who put Python in the Windows 10 May 2019 Update?
https://devblogs.microsoft.com/python/python-in-the-windows-10-may-2019-update/

一方Rubyは開発メンバーが得意げな顔でWindowsもGitHubも絶対触らないと騒いでおきながら
「われわれがマイクロソフトを嫌っていたのではない、マイクロソフトがわれわれを嫌っていたのだ」などと意味不明な供述をした

https://www.itmedia.co.jp/news/articles/1606/08/news138.html
https://k0kubun.hatenablog.com/entry/ruby-core-2019

**デフォルトの名無しさん** · 2019/05/22(水) 21:42:32.53

>>62
自業自得だな

**デフォルトの名無しさん** · 2019/05/22(水) 21:52:05.87

>>62
1903インストールしたで

'python.exe' は、内部コマンドまたは外部コマンド、
操作可能なプログラムまたはバッチファイルとして認識されていません。

**デフォルトの名無しさん** · 2019/05/22(水) 21:53:42.25

なんだ。標準搭載ってうそやんか
単にストアからインストールできるってだけやんか

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

自分で入れてるpython.exeをwin10のアプデごときに上書きされたら阿鼻叫喚なんだが

**デフォルトの名無しさん** · 2019/05/23(木) 12:31:16.99

コマンドプロンプトで、

where python

情報: 与えられたパターンのファイルが見つかりませんでした

**デフォルトの名無しさん** · 2019/05/26(日) 22:59:54.25

型定義ファイルつくるのに
プログラム本体には型をつけないのか
謎のこだわり

**デフォルトの名無しさん** · 2019/05/27(月) 01:01:25.38

TS用にJSライブラリの型定義ファイル作るみたいな話か？
辛いだけでは…。

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

Rubyの設計がオープンクラスなのが根本的な原因だろう。
クラスを定義する場所が決まってないから、
別の場所で定義しなければいけなくなっている。

関数の情報をその関数とは別の場所に書く場合、
その２つの関数をつなぐ情報が必要になる。
関数の情報と、つなぐための情報。
つまりそれはDRYではなくなる。

**デフォルトの名無しさん** · 2019/05/27(月) 11:51:30.52

オープンクラスであることと定義する場所うんぬんは関係ない。次。

**デフォルトの名無しさん** · 2019/05/27(月) 13:04:30.17

>>71
関係ある。

**デフォルトの名無しさん** · 2019/05/27(月) 14:34:24.10

ソースと同じ場所に同じファイル名でrbiファイルを作る感じなのかね
マジで面倒すぎて絶対流行らなそう

**デフォルトの名無しさん** · 2019/05/27(月) 14:49:38.10

.jsと.d.tsの両方をメンテする、みたいな感じになるのか

**デフォルトの名無しさん** · 2019/05/27(月) 20:38:48.80

Rubyのパーサはカオス過ぎるから、ソースコード内に（コメント以外で）
型を書けるように拡張したらバグりまくりそう

**デフォルトの名無しさん** · 2019/05/27(月) 21:39:18.14

>>75
これを機にパーサを書き直すのもアリだと思うが
bisonは捨てるべき

**デフォルトの名無しさん** · 2019/08/05(月) 13:51:42.22

魔除けのお札
https://www.youtube.com/watch?v=UDOpaoPWmVU

**デフォルトの名無しさん** · 2019/08/05(月) 13:57:23.49

↑【D○C】2019/8/5(月) （バカそうな名前）×（バカそうな名前）×（バカそうな名前）【虎○門ニュース】
というタイトルの動画でした。気になる人、見なくていいよ

**デフォルトの名無しさん** · 2019/08/05(月) 13:57:51.18

【DHC】2019/8/5(月) 田北真樹子×原英史×居島一平【○ノ門ニュース】

なるほど。この単語がNGになってるのかｗ

**デフォルトの名無しさん** · 2019/08/05(月) 14:09:22.89

katayamaとmzをNGにしてるとすっきり

**デフォルトの名無しさん** · 2019/08/06(火) 00:42:11.82

Ruby on Rails 6 では、GitHub 中心で、
複数データベース(レプリカ)接続の大規模サービスなど、別次元へ行ってしまった！

モジュールバンドラーも、Webpack になりました！

**デフォルトの名無しさん** · 2019/08/07(水) 23:18:30.82

え、そうなの？「将来性のないプログラミング言語5選」の内容に各所からツッコミ【やじうまWatch】 - INTERNET Watch
https://internet.watch.impress.co.jp/docs/yajiuma/1200/475/amp.index.html