Rubyの設計上の欠点とは何か？
■ このスレッドは過去ログ倉庫に格納されています
Rubyの設計上の欠点を修正した新しい言語「Roovy(仮)」を考えるスレッドです。
【英語圏に優しくない】
使っている単語がそもそもおかしい。stripって何よ、いやらしい。trimだろ。
【C言語ユーザーに優しくない】
論理値の解釈が異常（if 0）。カッコの対応が分かりにくい。
【数値計算のスピードが遅い】
行列演算が遅い。何やってるんだ。
【コンパイルできない】
特異メソッドなど、コンパイルを困難にする言語のため、コンパイルが容易でない。
【デバッグが困難】
assertが無いのはおかしい。デバッグツールが充実していない。 せめてるびまで紹介してるようなgemsくらい
一回で通るようにしろよって感じ
みんな無駄な時間など使いたくねーんですよ 通るってなんだ？
ちょっとしたツールでも数個、Railsアプリだと数十使うわけだけど、
そんなに困った事ないけどなあ。 今からわざわざrubyやるって人は終わっていると思う
馬鹿でしょ rubyは確かに凄いけど需要の外側の凄さだよ
特にメタプログラミングするにあたってこれ以上の言語は無いけど
メタプログラミング自体が使いどころ選び過ぎて
今どきは一つの言語の中から自作言語作って走らせるような真似するより外部プラグイン導入ってスタイル >>73
経済が破綻したら、真っ先にプロプライエタリが潰れる件。 ストップイテレーションｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
StopIteration
wwwwwwwwwwwwwwwwwwwwwwwwwwww Enumerable弄ってるとFiber周りにいつも不安を感じる
何かが1個ズレているのではなかろうか
Fiberの最初のresumeが･･･引数の・・・初期化・・・？
要素廻し終わってその後にくる例外、StopIteration・・・？
何だかこの辺の実装のせいでprevが無い気がする Rubyをゴリ押しして一人プロジェクトやってた人が逃げた
無茶振りされた俺、RubyMineのデバッガの遅さに泣く
Rubyやりたいなんて一言も言ってないのに プログラミングRubyのRubyベタボメっぷりにRubyを使い始めて早10数年、使えば使う程にRubyって駄目だなと痛感する
Rubyを学習し始めた頃は誰でもRubyは素晴しいと思うのだが、数年も使えばそのどうしようもない互換性のなさにウンザリする
しかも互換性が無くなることをマズいと思っていない集団がRubyを制作しているのでどうしようもない
1.4時代のコードが1.6になった途端に互換性がなくなり動かなくなることはあったが、1.6→1.8ではそれが顕著になり、1.9など何のエラーも出さずに前のコードが動く方が珍しいほど
それどころか1.9に行かずREEが海外ではデファクトになりつつある現状、そして始まるPlain RubyとREEの方言問題
例えばPassengerもREEの方がうまく動いたり、かと思えば特定のバージョンだとPlainじゃないとまともに動かなかったりと、とても面倒臭い
美しいコードを求める為の副作用、という名の互換性のなさはRuby界全体に蔓延していて
例えばあれだけもてはやされたRailsも、Rails2とRails3の互換性のなさに誰しも苦労したのは記憶に新しいところ
誰もが互換性のなさに辟易し、俺ライブラリを量産するため、gemで探すと似たような事をする終わったプロジェクトがわんさか引っかかる
諸処の小さなプロジェクトだけがそんな現状ならば許せるが、dbiアダプタでさえそんな現状なので
バージョンが変わるとデータベースにすら接続できなくなったとか、dbiのAPIバージョン変わったのにアダプタ側の更新ないな、
とか思ってるとアダプタ作者がRubyから足洗ってたとか余裕
身内同士でRubyはコードが美しいと四六時中自画自賛しているが、実はそれこそがRubyのガン
その美しいコードという名のオナニーの為に一体どれだけの互換性と人的リソースが失われていったことか
Rubyのコードは美しい、Railsスゲー、ベタボメする人は沢山いたがいつも一過性の人気しか得られないのはそこにあるし
ベタボメしていた人達もしばらくするとウンザリしてRuby界から消えてしまうのも原因は実はそこにある
達人プログラマーはRubyをベタボメしなくなったし、Mongrel作者はRailsどころかRubyに見切りをつけちゃったしね
ああいう熱狂的なRuby信者でもRubyから足を洗っているのを見ると、tDiaryがRubyに見切りつけてPythonで全部書き直したとか言われても驚かないだろう自分がいる ちょうどここ見てた
最高のプログラミング言語（または私は如何にして心配するのを止めてコードを愛するようになったか）
http://postd.cc/the-best-programming-language-or-how-to-stop-worrying-and-love-the-code/
> Ruby on Rails。Rubyがこのリストに名を連ねた理由は、これがすべてです。 hashテーブルが追加された順序を保持するらしいので後ろからi番目の要素を取り出そうと思ってもそれをするメソッドがなくないですか？ >165
効率を犠牲にせずにそんなもんがネイティブに実装されている言語を教えてくれよ TOUA って、社員300人いる会社で、ハローワークで社員募集していた
>>161
Pythonでも、要素が尽きると、__next__() が、StopIteration 例外を送出する
>>165-166
ordered Hash Map >>167
>常駐型のシステムエンジニア派遣事業を主体
これで何やったら倒産するんだと思ったら
女性金でズブズブになってたんだな rubyはさぞかし素晴らしいんだろうとソースコード読んで勉強しようとしたら、クソ過ぎてワロタ 何のクラスのインスタンスかを当てると賞金がもらえるゲーム 設計・実装が自由すぎて大規模プロジェクトでは向いてない。いちいち細かいとこで議論したくないんだよなぁ。
小規模なスタートアップなら悪くはないがバージョンアップのこととかもあるし
拡張・継続メンテしていくならない Ruby自体がゴミ。作ったやつもそう言ってる。
やるんじゃなかった。
結局自分の手で作って、自分の手で葬る。
バカの骨頂。底辺はこのプログラムはもう使うなよ？著作権侵害になるからな。 >>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死んだも同然だな
いまから覚えるやついねえだろ ■ このスレッドは過去ログ倉庫に格納されています
