Rubyについて（アンチ専用） Part005
なかったので
オブジェクト指向スクリプト言語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/ 欧米で発売された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は
騒ぎになって初めて知ったそうだが、こうした状況により販売停止となったことで同じく謝罪する
声明を出している。本作の今後については任天堂と協議中とのことで、販売再開を目指すのかを
含め具体的な計画はまだ示していない。本作は英語と日本語に対応しており、数週間後には
日本でも発売予定となっていたが、そちらも不透明な状況だ。もし国内発売されても、この
イースターエッグは削除されることになるだろう。 Nintendo Switch 上で動く、Ruby の実装を作ったのか？
すごい！
こういう、crazy な香具師が、天才なんだろう！ >>5
こういう独善的なキチガイが多いよなRuby信者ってｗ
損害賠償請求されますように。 アホみたいに「型なし」、「オブジェクト指向」にこだわった結果。 TypeScriptみたいにモダンな型システムは必要 悪い言語じゃないけど
Delphiみたいに趣味用になるだろうね 個人で小規模なもの作るには「楽しい」のかもしれないけど
大人数で大規模な物作るにはあまり楽しそうに思えない まつもとゆきひろさん「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では非互換の変更を予定している」など，
これまでの選択で失敗だったと思うことがたくさんあると語りました。 時代遅れの言語となりつつある上に
過去の遺産資産を放棄する
地獄を見そう Class obj=Class.new
で、クラス名が2回出てくるからやろ。
そんな問題は、C#もPerl6もとっくに解決してるっていうのにね。
むしろ、変数宣言が嫌なんやろ。
個人的にはスコープ不明瞭の一因になってるから、宣言必須にはよしろ、と思ってるが。 JavaScript には、var の他に新しく、let, const が出来た
変数宣言は初登場の場所かどうか、わかるだけだから、
効果が小さいから、作るのがイヤなのだろう redmine使うから試して言われたからやってんだが何なのこのクソな環境は。
何がGemfileだよクソかしか詰まってねえ
こんなの掘り下げなきゃならんのか
プラグインの紹介も馬鹿みたいにただただ羅列してるだけだし、言語がクソならそれで書かれたcmsもクソかよ
なにがrailsだよ死ねカス 今時変数宣言がないのはきついねえ
pythonも同じだが
代入が宣言を兼ねるのは流石にやばい
シェルと変わらん >>31
大規模プログラムになると管理しきれなくなる
変数の数が100個ぐらいになるとどの変数がなんだったか
すぐに確認できた方がいい
と主張する人たちがいる 1000行以下のプログラミングには最適だと思うよ
それ以上の大きさになると、実はどの言語を使っても
うまくいかないけど まあそもそも超大規模開発についてはNode.jsに軍配が上がりそうだし...... matzはマルチコア時代を予測できなかったというけど
むしろその方向は言語が担保するより
コンテナレベルで担保する時代なってきたんだよな
言語のスレッドよりコンテナを並行処理の単位と考えた方が筋が良いと思う
だから言語に余計な並行性はいらない
シングルスレッドの性能を限界まで使い切るNodeの設計こそ現代的だよ Nodeも依存モジュール重すぎ問題でシングルバイナリでデプロイ簡単なGoに客奪われてますが。 >>37
Goはコンテナとの相性が最高だけど余計な並行性を入れたのが間違い
そこだけ外せばさらに速くなったのに
GCの問題もなかったはず やっぱり、Elixir みたいな、パイプラインもどきの小プロセスが良い
10万プロセスも余裕 >>38
は？GCの問題と並行性の問題は全く別物だろ。
コンテナと相性いいとかもなんか本当にわかってるの？ スクリプト言語なんか、マルチスレッドに対応しないならしないでもいいんだけどな。
そんなことよりも、ブロックとか変数とかが非常識なほうが困る。 >>43
いやいや。ｗ
バージョンアップに平気で破壊的変更を混ぜられるんだから、なんだってやる気になりゃあできるんだよ。 >>44
1.9の時に大反発があったからもうやらないんじゃね
Ruby自体の存在価値がなくなってきてるから
今使ってる人たちに苦労を強いる変更はやらないだろう
一気にRuby離れが加速する 現状が気に入らないから
新しい言語が次々にできるわけで 結局、スティーブ・ジョブズの尻尾みたいな奴の
パッケージング（要はパクリ）とマーケティング（要は印象操作）の妙()とやらで
無知な信者がその気になっちゃって単に扇動されていたってだけの話？ Rubyに飛び付いたのは素人
判ってる人は他の言語使う
それだけのこと 「他の言語」が何かを言わないのは、
「○○言語に飛びついたのは素人」と
反撃をくらわないようにするためだろうなｗ
Rubyを否定したいだけ >>50
擁護するってことはRubyの何かを気に入っているんだよね？
ぜひとも教えてください！ まあAI人材育成という名目があるからな
Python以外ないだろう
逆になぜRubyが採用されると思ったのか謎 自分が好きで造りたくて創っただけ
他の人が勝手に使い始めた
↓
使ってくれなきゃヤダヤダ←いまここ Rubyが採用されてたらコミュニティが変なマウント取りまくることが予想されるし
Pythonで本当に良かった 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 >>62
1903インストールしたで
'python.exe' は、内部コマンドまたは外部コマンド、
操作可能なプログラムまたはバッチ ファイルとして認識されていません。 なんだ。標準搭載ってうそやんか
単にストアからインストールできるってだけやんか 自分で入れてるpython.exeをwin10のアプデごときに上書きされたら阿鼻叫喚なんだが コマンドプロンプトで、
where python
情報: 与えられたパターンのファイルが見つかりませんでした 型定義ファイルつくるのに
プログラム本体には型をつけないのか
謎のこだわり TS用にJSライブラリの型定義ファイル作るみたいな話か？
辛いだけでは…。 Rubyの設計がオープンクラスなのが根本的な原因だろう。
クラスを定義する場所が決まってないから、
別の場所で定義しなければいけなくなっている。
関数の情報をその関数とは別の場所に書く場合、
その２つの関数をつなぐ情報が必要になる。
関数の情報と、つなぐための情報。
つまりそれはDRYではなくなる。 オープンクラスであることと定義する場所うんぬんは関係ない。次。 ソースと同じ場所に同じファイル名でrbiファイルを作る感じなのかね
マジで面倒すぎて絶対流行らなそう .jsと.d.tsの両方をメンテする、みたいな感じになるのか Rubyのパーサはカオス過ぎるから、ソースコード内に（コメント以外で）
型を書けるように拡張したらバグりまくりそう >>75
これを機にパーサを書き直すのもアリだと思うが
bisonは捨てるべき ↑【D○C】2019/8/5(月) （バカそうな名前）×（バカそうな名前）×（バカそうな名前）【虎○門ニュース】
というタイトルの動画でした。気になる人、見なくていいよ 【DHC】2019/8/5(月) 田北真樹子×原英史×居島一平【○ノ門ニュース】
なるほど。この単語がNGになってるのかｗ Ruby on Rails 6 では、GitHub 中心で、
複数データベース(レプリカ)接続の大規模サービスなど、別次元へ行ってしまった！
モジュールバンドラーも、Webpack になりました！ >>82
将来性のないプログラミング言語5選として「Ruby」が挙がり話題に
https://it.srad.jp/story/19/08/09/185229/
スラドのコメントは結構厳しいな ruby3も perl6 みたいなオワコン言語になるのかな？ 
