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

**デフォルトの名無しさん** · 2017/04/29(土) 02:01:58.34

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

前スレ
Ruby 初心者スレッド Part 59
http://echo.2ch.net/test/read.cgi/tech/1475394638/

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

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

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

**デフォルトの名無しさん** · 2017/08/04(金) 18:32:45.78

>>800
アレはRuby初心者がRubyのことを知らないのに煽りで書いた文章だよ
本気にしちゃダメ

**デフォルトの名無しさん** · 2017/08/04(金) 19:57:38.99

>>794
> どの言語も大差なくなってくる気がする

あーそれ分かる
意外とねぇ、言語ごとのあれこれってのはどうにでもなる
どうにでもならない部分は逆に言うとどの言語でも同じ
苦しむところはどこでも同じと思う

**デフォルトの名無しさん** · 2017/08/04(金) 21:02:33.10

だとしたら実行速度が速い言語ほど優秀って事になりますね
1.5倍ぐらいなら全然許容範囲だろうけど
50倍～100倍遅い言語は存在価値ありませんよね

**デフォルトの名無しさん** · 2017/08/04(金) 21:15:48.69

>>803
はいはい、また君か

**デフォルトの名無しさん** · 2017/08/04(金) 21:42:15.51

出来ることに大差ないっていう文言を生産性等に大差がないと臆することなく換言する図々しさよ

**デフォルトの名無しさん** · 2017/08/04(金) 21:47:51.74

>初心者なら明らかにrubyのが生産性高いな
>自分でプログラミング用のツール組むようになってくるとどの言語も大差なくなってくる気がする

>あーそれ分かる
>意外とねぇ、言語ごとのあれこれってのはどうにでもなる

↑これは生産性についての話じゃないのかね？

**デフォルトの名無しさん** · 2017/08/04(金) 23:51:53.04

日付変わる前に見たので一応レスしとく

>>806
ごめん
流れも読んでないし
さらに
切り取って部分的にレスしただけ
生産性とかについて特にコメントしたつもりはない
何に大差が無いかについては
実はなーんも考えてない

**デフォルトの名無しさん** · 2017/08/05(土) 00:01:37.19

>何に大差が無いかについては
>実はなーんも考えてない

そういうことにしないとRubyに良いところが何も無くなるからな
遅い、だけが残る

**デフォルトの名無しさん** · 2017/08/05(土) 06:58:32.21

速度はだいたいIOがボトルネック
なのでどの言語でも実行時間同じになってくる

一部のアプリでは速度が大事でアセンブラとかで最適化されてたりもするけど

**デフォルトの名無しさん** · 2017/08/05(土) 07:00:10.28

>>805
生産性を上げるツールやマクロ作れない初心者にはそうかもね

**デフォルトの名無しさん** · 2017/08/05(土) 08:01:57.22

漏れは、10言語ぐらい知っているけど、DSL を作りやすい、Ruby が圧倒的。
次いで、Groovy

vagrant, chef, SASS, Homebrew とか、ツールを作る際、
真っ先に、Ruby を候補に上げる

型安全性を高めるなら、Kotlin。
Kotlin = Java + Groovy

GC が無い、C/C++ などは、数年やってもバグるから、まともなアプリを作れない。
MISRA-C とか、安全にするには、学習コストが高い

派遣で行けば、分かるけど、数十人来ても、即さよならw
できる人が見つからない

デバイスとか、やる事が低レベルだから、
募集企業は、コンピューターリテラシーが必要って書いてる

コンピューターリテラシーって書いてる所は、要注意。
コンピューターのすべてを知ってる人の意味だから、
何百年勉強しても、分かることは、絶対にあり得ない

「Linux プログラミング・インタフェース」の著者は、
Linuxのman ページを書いてるけど、世界で唯一の、すべてを知る人

**デフォルトの名無しさん** · 2017/08/05(土) 08:10:39.26

LLVMのruby実装も頓挫しちゃってるみたいね

**デフォルトの名無しさん** · 2017/08/05(土) 13:09:40.79

バージョンアップのたびに、互換性を心配しなくちゃいかんのが面倒。
Microsoftとかすこしはみならえ。

**デフォルトの名無しさん** · 2017/08/05(土) 13:35:28.94

>>811
別にツールは対象となる言語で作る必要はないけどね

**デフォルトの名無しさん** · 2017/08/05(土) 13:36:41.39

rubyも長期サポート対象となるバージョンを出せば多少はよくなるかな
と思ったけどエンタープライズエディションってのがあったっけ

**デフォルトの名無しさん** · 2017/08/05(土) 14:53:35.10

MatzをはじめとしたMRIの連中はドカタIT大嫌いだから望みはないよ
実際、意図的にドカタITとは馴染まないようにしてる面もあるみたいだし

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

RubyでElectoronみたいなツールないの？
Rubyだとマルチプラットフォームで動くGUI付きのアプリ作りづらいわ

**デフォルトの名無しさん** · 2017/08/06(日) 06:44:56.72

> Rubyだとマルチプラットフォームで動くGUI付きのアプリ作りづらいわ
それはRubyの仕事ではないからもうちょっとツールキットに優しい言語使え、がいちおう答ではあるのだが

**デフォルトの名無しさん** · 2017/08/06(日) 08:55:36.45

簡単な物ならJRuby+JavaFXでサクッと作れるよ

**デフォルトの名無しさん** · 2017/08/06(日) 09:28:36.41

クライアントJavaとかもう世間の認識では存在自体がウィルスだから

**デフォルトの名無しさん** · 2017/08/06(日) 13:21:15.86

そりゃjavaアプレットの話じゃね？

**デフォルトの名無しさん** · 2017/08/06(日) 21:04:44.54

マルチプラットフォームのGUIはだいたいクソ。
よっぽど本気のアプリでなければ。

**デフォルトの名無しさん** · 2017/08/06(日) 21:07:30.87

wxRubyは悪くない感じだが最近のRubyで使えるコンパイル済みバイナリが無かった気がする

**デフォルトの名無しさん** · 2017/08/07(月) 01:29:48.60

SDLとRubyで良いじゃん
winでもlinuxでもmacでも可能で、
互換性もばりばりあるだろ

**デフォルトの名無しさん** · 2017/08/07(月) 19:48:29.80

起動速度が気にならないのであれば>>819もあり。起動時間はwxRubyの方が早いと思う

**デフォルトの名無しさん** · 2017/08/07(月) 22:27:29.16

Ruby/TKとかどうなんだろ？

**デフォルトの名無しさん** · 2017/08/08(火) 00:00:33.50

>>826
機能的に間に合うならあり。標準で使えるしwxRubyより安定していると思う

**デフォルトの名無しさん** · 2017/08/08(火) 00:05:21.54

>>826
最近のバージョンで、とうとう標準ではなくなったんだろ。

**デフォルトの名無しさん** · 2017/08/08(火) 00:28:18.36

まさに「Perlがあるのに何故Rubyを作るのですか？」状態だなww
ジョークのように思えて実は的を得ているのが面白い

**デフォルトの名無しさん** · 2017/08/08(火) 00:46:50.98

自分用のソフトだとGUI必要になること滅多にないな
画像や動画関係のソフトはともかく

**デフォルトの名無しさん** · 2017/08/08(火) 02:57:24.40

>>811
＞世界で唯一の、すべてを知る人
いやいやそれは言い過ぎ
「Linuxのすべてを知る人」ならともかく

無名だけどメチャクチャ有能な奴が
グーグルとかにいっぱいるから

**デフォルトの名無しさん** · 2017/08/08(火) 03:03:21.71

>>813
Win32APIとか長持ちしてるからな
Javaもそうだが大企業が作ってる言語は
後方互換性がしっかりしてるよな

RubyみたいなLLは
行き当たりばったりでバージョンアップしてる

**デフォルトの名無しさん** · 2017/08/08(火) 03:06:05.95

>>818
＞それはRubyの仕事ではない
オブジェクト指向はGUIで真価を発揮するので
むしろRuby本来の仕事だと思う

良いGUIツールキットがないのはRubyの弱点
まあRailsのWebアプリが主力なんだろうけど……

**デフォルトの名無しさん** · 2017/08/08(火) 03:07:45.02

>>826
Tkは見た目がショボイとかで
すごく不人気で標準から外された

でも個人的には学習量が少なくて
手軽に使えて良いと思う
Pythonとか他言語でも潰しが利くし

**デフォルトの名無しさん** · 2017/08/08(火) 03:09:41.42

>>830
ユーザの選択が複数必要なときにCLIだと困る
けっこうGUIが欲しいときはちょくちょくある

**デフォルトの名無しさん** · 2017/08/08(火) 07:36:09.02

配る時にGUIが欲しくなるんだよね

**デフォルトの名無しさん** · 2017/08/08(火) 09:42:20.79

わざわざ起動引数を指定させたり説明したりミニスクリプト作ってメソッドを呼んでもらったりするよりかは
10行程度の記述でボタンやテキスト欄やスライダーなどを作りそこから指定できるようにしたほうが絶対便利で楽だろうということでRuby/Tkが採用されたのだが
フツーの人が期待するところのGUIアプリケーションというのはそういう機能重視の素朴なものではなくもっとリッチで精緻で高速描画なものであったのだというオチである
まあガチプログラマの考える添付GUIサポートライブラリなんてのはそんなもんだｗ
Tkもツールキット部分の見た目は頑張ってたのだがね

**デフォルトの名無しさん** · 2017/08/08(火) 11:42:08.06

>>832
× RubyみたいなLL
○ Ruby

いわゆるLLでも、Perl5は高い互換性を維持してる。
あっちはさすがの伝統と資産があるからな。

**デフォルトの名無しさん** · 2017/08/08(火) 13:01:36.82

でもPerlよりRubyの方が
読み書きしやすいから
もっぱらRuby使ってる

Rubyの長所は可読性が大きい

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

短く書けることは正義
見通しの良さを生かしてDRYを徹底し
その場限りの言語を作って構造を要約する
省力に拘るオタク遊びをするだけで
最も読みやすいプログラムが勝手にできるし
読みやすいからコメント入れる作業もほぼ不用

**デフォルトの名無しさん** · 2017/08/08(火) 19:54:43.96

昔wxRubyでGUIアプリを作った時はGUI関係のコードが7～8割いっていた気がする。GUIって効率悪いよね

**デフォルトの名無しさん** · 2017/08/08(火) 20:44:41.18

プログラマ側はCLIの方が作りやすいけど
一般ユーザが使いにくいので
商業アプリではほぼGUI必須だね

**デフォルトの名無しさん** · 2017/08/08(火) 23:08:29.20

>>829
ほんと、PerlがあればRubyなんていらないよな
多様性なんて害悪だよな

**デフォルトの名無しさん** · 2017/08/08(火) 23:38:22.50

Rubyがもっと素晴らしいものだったらよかったんだよ
例えば今風の最新の静的型の機能を持ったスクリプト言語とか
もし当時あったら珍しかったんじゃないかな
https://ja.wikipedia.org/wiki/Standard_Template_Library
↑はC++のテンプレートの話だが、「歴史」の項目が面白い
Matzが一所懸命Ruby作ってた裏では天才たちがこんなことしてたんだな
動的型のような将来性のない(今となっては負の遺産)もの作ってもしょうがないだろ
まさにPerlがあるのに何故Rubyを作るのですか？だな
今後どうなるのかわからないけど、もう、どうにもならないでしょ
本人も静的型は入れたくない(というか入れれない)ってゲロってるし
今後Rubyの時代は絶対来ない、コボルみたいな存在になるんだよ

**デフォルトの名無しさん** · 2017/08/08(火) 23:44:09.88

当時JavaもC++のテンプレートを馬鹿にしていて
あんなものはオブジェクト指向じゃない
オブジェクト指向言語のJavaにあんなものは必要ない
って言ってたんだけど
結局似たようなのを導入したよね
やっぱコンパイル時に型チェックが入るのはメリット有るんだよ

**デフォルトの名無しさん** · 2017/08/08(火) 23:44:13.51

必要なやつがお実装すりゃいい

**デフォルトの名無しさん** · 2017/08/08(火) 23:52:56.74

>>844
意味が通じなかったかwww
ごwめwんwねwww

**デフォルトの名無しさん** · 2017/08/09(水) 00:04:27.70

君が多様性があったほうが良いと思っているのは承知だけど
それならそれで、もっと良いものじゃないと意味ないだろ、ということだ

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

Perlを増築してオブジェクト指向を導入する方向で頑張ってもよかったんだよ
そしたら過去のPerlの資産も使えるからね
だけどそれが気に入らないから一から作ったんなら
もっと最善を尽くさなきゃ作る意味ないでしょ
特に最初の一歩は重要で、Rubyは動的型にしてしまったから
今現在にっちもさっちもいかなくなったわけ

**デフォルトの名無しさん** · 2017/08/09(水) 00:52:16.87

Perlは覚えようとして挫折してRubyに流れ着いたのは自分だけか
Perlはパッと見て何をやっているのか全然判らない

**デフォルトの名無しさん** · 2017/08/09(水) 01:14:55.85

>>848
俺が思ってる事に勝手に限定してんじゃねえよ
Perlが標榜するものの一部だろうが
それに人間性に問題があるのか知性に問題があるのか知らねえけど、
Perl6ならオブジェクト指向プログラミングが可能だし変数を型で縛れるぞ

**デフォルトの名無しさん** · 2017/08/09(水) 01:19:24.43

>>850
俺は一度Ruby-1.6シリーズを触ったけどその時は合わなくてPerlに行った
PerlでCGIゲームを書いたけど結局1年半でRubyに流れ着いた
その時はRuby-1.8.1か2になってたかな
それからは個人利用だとRubyが中心になってる
決定的となったのはRuby Hacking Guideの存在だったな
Web版で済ませましたスンマセン

**デフォルトの名無しさん** · 2017/08/09(水) 08:17:40.99

Rubyが動的言語なのは必然
何も分かってない

影響を受けたPerl、Lisp、Smalltalkが動的言語
利用形態が近いLAMPのP言語のPerl、Python、PHPが動的言語

**デフォルトの名無しさん** · 2017/08/09(水) 09:35:00.76

>>852
>Ruby Hacking Guide
これって、今でもWeb版が閲覧できね。
知らんかった。

**デフォルトの名無しさん** · 2017/08/09(水) 18:40:53.88

Win7(32bit)上のRubyInstaller2からwin32oleを使ってデータベースに接続しようとしてるんだけど
ODBCデータソースのOpenで例外が出てしまう。
エラーメッセージは↓
システムエラーコード126 指定されたモジュールが見つかりません　（～）
カッコ内はODBCドライバのフルパスが書かれているけどファイルは間違いなくそこにある。
試しにActiveScriptRubyでやってみたらうまく繋がる。
これってどんな原因が考えられるでしょうか？

**デフォルトの名無しさん** · 2017/08/09(水) 18:58:08.43

>>853
ダメなものの真似する意味あるの？
Pythonは動的型にしたおかげで苦しんだよね

**デフォルトの名無しさん** · 2017/08/09(水) 21:47:11.29

>>855
不確かな答えになるけど
ODBCドライバが依存しているライブラリが読み込めないから？
環境変数のPATHを確認してみると違いがあるのかな
ruby -e 'p ENV["PATH"]'

あとはActionScriptRubyのruby.exeがあるディレクトリに移動してRubyInstaller2のruby.exeを起動してみるとか

**デフォルトの名無しさん** · 2017/08/09(水) 21:53:39.57

>>857の追記
ググったらかなりの数がヒットしたから解決できるかもよ
https://www.google.com/search?q=ODBC+システムエラーコード126+指定されたモジュールが見つかりません

**デフォルトの名無しさん** · 2017/08/10(木) 00:54:17.37

>>856
別に苦しんでないけど？

**デフォルトの名無しさん** · 2017/08/10(木) 03:49:56.14

今現在も苦しんでる途中といってよいんじゃないかな
初めから静的型を導入してれば何でもなかったのにな
Pythonのこの様子をみてmarzは
Rubyに静的型を入れるのを止めたわけで
どのみち行くも留まるも地獄
初めから静的型にしておくのが正解だったわけだな

動的型っていったい何のために有るんだろうな
開発速度も実行速度も遅いんじゃ意味わからないよな
処理系を用意するのが楽ってこと以外はメリットが見当たらない

**デフォルトの名無しさん** · 2017/08/10(木) 04:03:30.21

JSも非常に苦労が絶えないよね
まず使いにくいから静的型のTypeScriptとか作られたり
ブラウザのJSエンジンも速度上げるためにキチガイじみたことやってるよね
なしてこんなことにって感じ
動的型って世の中を混乱させて無駄なエネルギーを使わすために有るんかね

**デフォルトの名無しさん** · 2017/08/10(木) 04:08:47.85

スレ違い

**デフォルトの名無しさん** · 2017/08/10(木) 06:58:53.68

スレが伸びてると思ったらまた例の粘着荒しか
こんなのを生み出したこいつの親に製造責任とって欲しいよ、ホント

win32oleの話題が出てるけど、
ファイルダイアログ扱うCOMってOSのメインバージョン、xpとかvistaとか7とか違っていても共通でいけるの？
それともメインバージョン毎に異なるCOM使わないといけないの？

**デフォルトの名無しさん** · 2017/08/10(木) 07:05:51.34

メインじゃなくてメジャーだったな

**デフォルトの名無しさん** · 2017/08/10(木) 07:36:31.27

>>860
だから苦しんでないけど？

**デフォルトの名無しさん** · 2017/08/10(木) 09:29:44.68

>>865
TypeScriptって凄い名前でしょ
なんたって「Type」Scriptだもんな
言いたいことが名前に表れてる
何に対するアンチテーゼなのか明確
これが今後の常識

**デフォルトの名無しさん** · 2017/08/10(木) 09:36:29.21

>>855
"mfc71.dll"、"msvcp71.dll"、"msvcr71.dll"の3つのファイルを入手してOSのシステムディレクトリ"c:¥windows¥system32"に保存すればよい。

**デフォルトの名無しさん** · 2017/08/10(木) 09:40:32.90

VC++ 2010(32bit版)、VC++ 2012(32bit版、64bit版)、VC++2013(32bit版、64bit版)の計5つのランタイムの内、１つをinstallすれば解決できるかも。

まあ、この手のエラーは、ランタイム地獄とか、DLL Hellとかで検索！

**デフォルトの名無しさん** · 2017/08/11(金) 16:38:50.24

プログラム初心者がrubyを1から学ぶ上でおすすめの本とおすすめのサイト・ブログを教えてほしいです。
ちなみにルビィの冒険はすでに持ってます。
というかルビィの冒険を読んで興味持ちました。

**デフォルトの名無しさん** · 2017/08/11(金) 17:43:52.20

ルビィの冒険
↓
はじめてのRuby
↓
パーフェクトRuby
↓
Rubyベストプラクティス
EffectiveRuby
メタプログラミングRuby1版or2版
Rubyによるデザインパターン
↓
リファクタリングRubyエディション
Rubyのしくみ。

ウェブアプリ方面
パーフェクトRubyonRails
RubyonRails5アプリケーション・プログラミング
Docker教科書
JapaScript本格入門第二版
入門Git
GitHub実践入門
SQL 第2版ゼロからはじめるデータベース操作
達人に学ぶ SQL徹底指南書
SQLアンチパターン

**デフォルトの名無しさん** · 2017/08/11(金) 17:57:19.54

JapaScriptってなんか国産っぽい

**デフォルトの名無しさん** · 2017/08/11(金) 18:27:13.22

>>870
沢山ありがとうございます！
ちなみに発売日が古い本でも問題はないでしょうか？
昔と今との変更点とかで

**デフォルトの名無しさん** · 2017/08/11(金) 18:35:22.99

>>872
残念ながら大有り
そこに気づけただけでも君はバカではないようだ

**デフォルトの名無しさん** · 2017/08/11(金) 20:51:31.14

>>872
基礎的なことを学んでいくなら問題はない、

しかしJavaScript等は最近大幅なテコ入れがあった。
だから不安なら、ここ最近1年以内の本を買ったほうがいい。

またそもそも基礎的な事、基本的な事なら10年以内の本でも
名著であり続ける。だがその数は少ない。

**デフォルトの名無しさん** · 2017/08/11(金) 23:43:16.47

>>869
たのしいRubyが定番の入門書

**デフォルトの名無しさん** · 2017/08/12(土) 03:50:23.72

Rubyの言語仕様をある程度覚えたら、
次にリファクタリングRubyエディションを読むと良い
コードの最も筋の良い書き進め方を会得できるし、一般的なプログラミング作法の本質を学べる
コードをバリバリ書けるようになるし、Rubyを便利に使いこなす理解も深まる

**デフォルトの名無しさん** · 2017/08/12(土) 05:52:30.53

ary = ["a", "b"]

ary[0] = ary[0] + "x"
puts ary[0] #=> ax

ary[1] =+ "y"
puts ary[1] #=> y

上なら、文字列が連結されて、
下なら、b が消えて、上書きになるのは、なぜ？

文字列の、=+ 演算子は意味が異なるの？

**877** · 2017/08/12(土) 06:04:00.61

ary = ["a", "b"]

ary[0] = ary[0] + "x"

# ary[1] =+ "y"
ary[1] += "y"

puts ary

表示
ax
by

自己レス
+= だったか。
=+ と逆に書いていたw

でも、コンパイルエラーが出ない

**デフォルトの名無しさん** · 2017/08/12(土) 06:10:46.47

よっぽど仮想学習的な環境でない限りNoMethodErrorが出るよ
irb> a = %w(a b)
irb> a[1] =+ "y"
NoMethodError: undefined method `+@' for "y":String

**デフォルトの名無しさん** · 2017/08/12(土) 08:30:27.74

Ruby2.3からString#+@（immutableならば複製）が追加されている。
https://docs.ruby-lang.org/ja/2.3.0/class/String.html#I_--2B--40

**877** · 2017/08/12(土) 08:33:50.03

paiza.IO で実行したけど、コンパイルエラーにならなかった

**デフォルトの名無しさん** · 2017/08/12(土) 08:47:10.82

>>881
paizaは2.4系だから。あと細かいけど、インタプリタだからコンパイルエラーと呼ぶのは違う気がする

**デフォルトの名無しさん** · 2017/08/12(土) 11:48:52.04

文字列のimmutable化による変更のひとつとして、Stringクラスに単項演算子+、-が追加されてる。
ttp://qiita.com/iwamot/items/2ddf8de09d5dbcad2df9

こういう事情らしい。
http://d.hatena.ne.jp/ku-ma-me/touch/20151004
Rubyはやっぱりクソ。互換性に対する配慮が甘い。

**デフォルトの名無しさん** · 2017/08/12(土) 11:53:23.96

>>882
言いたいことはわかるが、コンパイルエラーでも問題ないと思う。
実行前の文法エラーなのであれば、あきらかに事前のコンパイル段階のエラーなんだから。

**デフォルトの名無しさん** · 2017/08/12(土) 11:59:10.11

あ、>>884に追記。
インタプリタどうこうの点についてのつもりなので、念のため。
881がコンパイルエラーといってるのはおかしいと思うよ。

**デフォルトの名無しさん** · 2017/08/12(土) 12:02:12.46

>>883
誰かと思えば遠藤さんか
それなら説得力あるな

**デフォルトの名無しさん** · 2017/08/12(土) 12:33:20.77

>>883
+@, -@の追加は別にいいけど3.0以降のデフォルトimmutable化はさすがに勘弁して欲しいなあ、Railsの声が強すぎる……

>>884
RubyのNoMethodError（というかException全般）は実行を試みて初めて出されるから実行時のエラーだよ。（ランタイムエラーと呼びたいがRuntimeErrorクラスと混同しかねないので悩ましい）
endが足りないとかのSyntax Errorとは別物だと思うけど。こっちは実行前の構文解析。

**デフォルトの名無しさん** · 2017/08/12(土) 13:33:01.18

＞3.0以降のデフォルトimmutable化
定数は自動的にfreezeするくらいの対応で良かったな

**デフォルトの名無しさん** · 2017/08/12(土) 13:41:07.20

だからそれじゃRailsさんは満足しないんだって

**デフォルトの名無しさん** · 2017/08/12(土) 13:46:16.09

Rails（無理）が通ればRuby（道理）が引っ込む

**デフォルトの名無しさん** · 2017/08/12(土) 13:57:56.00

RoRのためのrubyをフォークしろって事だな

**デフォルトの名無しさん** · 2017/08/12(土) 14:01:19.65

Railsという単一の言語でいいと思うのよ実際

**デフォルトの名無しさん** · 2017/08/12(土) 14:25:04.02

Railsさんを追い出したら島根のお役所へのPRに使えるようなRuby採用事例がほとんど無くなって金貰えなくなるからね
Chefみたいなインフラ系の事例を出されても役所の人「ハァ?」だろうし

**デフォルトの名無しさん** · 2017/08/12(土) 14:51:06.74

RoR上でのみデフォルトでimmutable、ってのも立派な"Rail"じゃないのかなあ。
どうせマジックコメントで切り替えられるようにするんだったらわざわざRuby全体のデフォルトを変えんでもいいでしょうに……

**デフォルトの名無しさん** · 2017/08/12(土) 15:19:12.43

>>892
よくねーよ

Rubyで作れるのは
Webアプリだけじゃねーから

Railsみたいなフレームワークを
言語仕様にしちゃうと窮屈になる

**デフォルトの名無しさん** · 2017/08/12(土) 15:26:53.07

>>895
他に何に使われていようが、金を産んでるのもMRIにコミットしてる開発者が作ってるのも事実上Webアプリだけだから
他は無視しても全く問題ないのよ、残念なことに

**デフォルトの名無しさん** · 2017/08/12(土) 15:28:23.95

>>896
そんな発想だから
機械学習とかWeb以外の
ライブラリが充実してるPythonに
国際的に負けてしまう

**デフォルトの名無しさん** · 2017/08/12(土) 15:29:12.97

>>895
知らんよ
RailsがRailsで何を作ろうが関知するものではない

**デフォルトの名無しさん** · 2017/08/12(土) 23:34:01.47

>>870
俺的今日のNo1、カキコ

**デフォルトの名無しさん** · 2017/08/13(日) 00:56:22.58

Rubyが、ドンドン、Elixir に近づいていく

>>887
そう言えば、「メタプログラミング Ruby」にも、
NoMethodError を上書きするな、って言う格言があった