アカウント名:
パスワード:
プログラミングRubyのRubyベタボメっぷりにRubyを使い始めて早10数年、使えば使う程にRubyって駄目だなと痛感するRubyを学習し始めた頃は誰でもRubyは素晴しいと思うのだが、数年も使えばそのどうしようもない互換性のなさにウンザリするしかも互換性が無くなることをマズいと思っていない集団がRubyを制作しているのでどうしようもない1.4時代のコードが1.6になった途端に互換性がなくなり動かなくなることはあったが、1.6→1.8ではそれが顕著になり、1.9など何のエラーも出さずに前のコードが動く方が珍しいほどそれどころか1.9に行かずREEが海外ではデファクトになりつ
なぜこれほど事実誤認だらけのコメントに "すばらしい洞察" がついているのかわかりません。モデレータの人は、自分で正しいかどうか判断できない内容ならば、せめてモデレーションせずに放置しておいて欲しいものです。
> Rubyを学習し始めた頃は誰でもRubyは素晴しいと思うのだが、数年も使えばそのどうしようもない互換性のなさにウンザリする> しかも互換性が無くなることをマズいと思っていない集団がRubyを制作しているのでどうしようもないこれはポリシーの問題です。Rubyは後方互換性を犠牲にすることで、優れたAPIや洗練されたコードを提供することを選択してい
> もしも、長期にわたって同じコードを動かし続ける必要があって、言語のバージョンアップが不可避で、> かつコードのメンテナンスが不可能な業務 (あまり多くない気がしますが) にRubyを選択したのなら、それは選択ミスでしょう。それならば仕事でRubyは使いにくいという事にはなりませんか?セキュリティの問題で、バージョンアップは避けられない場合は有ると思います。その時に互換性の問題で余計な工数が他の言語よりかかるのは嫌な物です。お金を出してくれるとは思えませんしね。
言語のメジャーバージョンアップが避けられない環境に向いていないという意味ではその通りですが、実際に問題になるケースはあまり多くないものと思います。
セキュリティ対応が目的ならば、セキュリティパッチやマイナーバージョンアップで済むことが多く、その場合に互換性の問題が出る可能性は非常に低いものです。
自らメジャーバージョンアップを選択するのならば、それはおそらく開発やメンテナンスが続いている場合でしょうし、コードのメンテナンスのための工数が割けることも多いでしょう。
管理者に勝手にメジャーバージョンアップをされてしまう環境であったとしても、最悪は野良ビルドを自分で監理することで対応できるケースも多いでしょう。
そう考えると、問題となるのは、勝手にRubyのメジャーバージョンアップをされる可能性があり、野良ビルドも許されず、環境の変化によるメンテナンスの工数も割けない場合くらいで、それほど頻繁にあるものではないと思います。
Rubyだけの問題ではなく、OSやら他の環境からの影響も考えると、そうとも言えないと思います。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
犯人はmoriwaka -- Anonymous Coward
Rubyはオワコン (スコア:1, すばらしい洞察)
プログラミングRubyのRubyベタボメっぷりにRubyを使い始めて早10数年、使えば使う程にRubyって駄目だなと痛感する
Rubyを学習し始めた頃は誰でもRubyは素晴しいと思うのだが、数年も使えばそのどうしようもない互換性のなさにウンザリする
しかも互換性が無くなることをマズいと思っていない集団がRubyを制作しているのでどうしようもない
1.4時代のコードが1.6になった途端に互換性がなくなり動かなくなることはあったが、1.6→1.8ではそれが顕著になり、1.9など何のエラーも出さずに前のコードが動く方が珍しいほど
それどころか1.9に行かずREEが海外ではデファクトになりつ
Re: (スコア:0, 参考になる)
なぜこれほど事実誤認だらけのコメントに "すばらしい洞察" がついているのかわかりません。
モデレータの人は、自分で正しいかどうか判断できない内容ならば、せめてモデレーションせずに放置しておいて欲しいものです。
> Rubyを学習し始めた頃は誰でもRubyは素晴しいと思うのだが、数年も使えばそのどうしようもない互換性のなさにウンザリする
> しかも互換性が無くなることをマズいと思っていない集団がRubyを制作しているのでどうしようもない
これはポリシーの問題です。
Rubyは後方互換性を犠牲にすることで、優れたAPIや洗練されたコードを提供することを選択してい
Re: (スコア:1)
> もしも、長期にわたって同じコードを動かし続ける必要があって、言語のバージョンアップが不可避で、
> かつコードのメンテナンスが不可能な業務 (あまり多くない気がしますが) にRubyを選択したのなら、それは選択ミスでしょう。
それならば仕事でRubyは使いにくいという事にはなりませんか?
セキュリティの問題で、バージョンアップは避けられない場合は有ると思います。
その時に互換性の問題で余計な工数が他の言語よりかかるのは嫌な物です。
お金を出してくれるとは思えませんしね。
Re: (スコア:0)
言語のメジャーバージョンアップが避けられない環境に向いていないという意味ではその通りですが、実際に問題になるケースはあまり多くないものと思います。
セキュリティ対応が目的ならば、セキュリティパッチやマイナーバージョンアップで済むことが多く、その場合に互換性の問題が出る可能性は非常に低いものです。
自らメジャーバージョンアップを選択するのならば、それはおそらく開発やメンテナンスが続いている場合でしょうし、コードのメンテナンスのための工数が割けることも多いでしょう。
管理者に勝手にメジャーバージョンアップをされてしまう環境であったとしても、最悪は野良ビルドを自分で監理することで対応できるケースも多いでしょう。
そう考えると、問題となるのは、勝手にRubyのメジャーバージョンアップをされる可能性があり、野良ビルドも許されず、環境の変化によるメンテナンスの工数も割けない場合くらいで、それほど頻繁にあるものではないと思います。
Re:Rubyはオワコン (スコア:1)
Rubyだけの問題ではなく、
OSやら他の環境からの影響も考えると、
そうとも言えないと思います。