Rubyの設計上の欠点とは何か?
■ このスレッドは過去ログ倉庫に格納されています
Rubyの設計上の欠点を修正した新しい言語「Roovy(仮)」を考えるスレッドです。
【英語圏に優しくない】
使っている単語がそもそもおかしい。stripって何よ、いやらしい。trimだろ。
【C言語ユーザーに優しくない】
論理値の解釈が異常(if 0)。カッコの対応が分かりにくい。
【数値計算のスピードが遅い】
行列演算が遅い。何やってるんだ。
【コンパイルできない】
特異メソッドなど、コンパイルを困難にする言語のため、コンパイルが容易でない。
【デバッグが困難】
assertが無いのはおかしい。デバッグツールが充実していない。 >>177
たしかに、こんな Hello world 課題ですら後方互換性を断絶するようでは、
「拡張・継続メンテしていく(きには)ならない」よね
>>128 rubyはサブ言語(開発時のテスト自動化とか、データ作成自動化とか)か
小規模だけど高速リリースが求められる際に選ぶ言語であって
たとえばある程度の規模があるアプリ(画面数100超)でのメインの言語としては選びにくい
pythonも似たようなもんだが、pythonはなんつーかJavaっぽいところがあるというか
書き手優先というか、Caller側の「驚き最小の法則」をシカトすることがあるから
(先日subprocess.Popenのuniversal_newlineがtrueかfalseかでBufferedReaderになるかTextWrappedIOになるかに刺された)
敢えて使いたいとは思わない TextWrappedIOじゃなかったかもしれんが、なんかそんなの、なんだっけアレ じゃ、俺がまとめてあげると
Rubyは使い捨てスクリプト用ってことだね perlの後継者はruby
決してpythonではない 誤解されそうなので追加
perlと一緒に死んでくれ pythonが嫌いなのは、ワンライナーを書くのにえらい難儀するのでパイプラインの途中に入れられない
だからperlかrubyを覚えるしかない。awkでできる範囲ならそれでもいいけど >>181
それであってる
使い捨てなんだけど量産が必要ならrubyはイケてる
使い捨てじゃないならたぶんC#かJavaかCかC++使うだろうし…… 正直、いまだ2系と3系が分離してるうえ
たとえばアプリ組込pythonがあと10年足を引きずりそうなpythonに関しては興味がない
組み込みpytyon2の例: 3Dなmaya
2020年にサポート終了であとは3系ばっかり、なんて状況はおそらくありえん
……俺んところにきたら断るつもり、クソめんどくさい 僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』
2PKQU しかし機械学習の神風はすごかったというか、書店なんかあっという間にPython
コーナーがRubyのそれの何倍かになっちゃった印象だよね
RubyにもNumRubyとかPandasRubyがあればよかったのに RubyとPython なぜ差がついたか?
(Rails流行の)慢心、(機械学習開発)環境の差 機械学習でPython覚えた層は他の自動化とかスクリプト使った業務でも慣れたPython使うだろうからもうRuby死んだも同然だな
いまから覚えるやついねえだろ ■ このスレッドは過去ログ倉庫に格納されています