ほとんどのプログラミング言語には、その使用法と適用性に影響を与えるいくつかの設計上の決定があります。
例えば:
各プログラミング言語は、特定のニッチなIMHOを利用して活用しようとしました。上記は、プログラミング言語の創設の原則とは何か、そしてそれらの進化と広範な採用可能性を支配するものについての私の見解です。もちろん、もっとたくさんありますが、リストは例としてのみ意図されています
しかし、私はRubyの基礎となる設立原則とその人気の高まりを理解するのに苦労しました。今日人気のあるRubyの設立原則は何でしたか?それとも、Railsフレームワークを設計した一人の男の天才ですか?後者の場合、RubyはRailsの設計をより良く/より簡単/より速くしたと思いますか?どのような意味で?
作成者による最も一般的に引用されている理由は、「...弱く型付けされた楽しいプログラミング言語が欲しかった」です-新しいプログラミング言語を完全に作成する理由としてはわかりません!プログラミングは言語に関係なく非常に楽しいIMHOです(各言語にはいくつかの悪い部分がありますが、回避するか、それと共存します)。
では、現在の言語では利用されていないRubyをどのようにニッチに利用しましたか?広く採用されるようになったRubyの「強み」(USP)は何ですか? Rubyは、これまでに行われなかった(または非常に困難だった)ことを何でしたか?
私はRubyプログラマではなく、単にRuby noobなので、混乱しています。
免責事項:これは炎上戦争ではなく、Rubyとプログラミング言語のタイプの答えを探していません。広く採用されるようになったRubyが基づいている設計上の決定を探しています。普及するためにRubyが満たすニッチは何ですか、それとも純粋にRailsに起因するものですか?
Rubyが離陸した理由はたくさんあります:
これはタイトルの質問に直接答えることはしませんが、提起されたいくつかのポイントに対処します(つまり、Rubyが作成された理由)
Rubyの作成者である松本幸弘「Matz」の引用。Rubyの作成に影響を与えたものを説明するのに役立つ可能性があります。
したがって、基本的に、Matzはプログラマーの幸福のために設計された非常にオブジェクト指向の言語を求めていました。
Ruby(Railsを組み合わせたもの)により、構成上の規約が一般的になりました。
古い(Ruby on Rails)以外の)方法は
convention over configurationを使用すると、このための基本作業は自動的に行われます。
反対:すべての方法を学ぶ必要があるので、Ruby on Rails on first run)の学習は困難です。
長所:規則を知ったら、他のコードを理解するのは非常に簡単ですRuby on Rails開発者はすべて同じ規則に従う必要があるためです。
その間構成上の規約は多くのコーディングエコシステムに参加しています
まず、Rubyは「現在の言語」です。おそらくRubyが1995年に作成されたときに人気があった言語)
Rubyが好きです。Perlが好きだったのと同じ理由で:
パワフルで表現力豊かです。 RubyまたはC++の5行の代わりにJavaコードの約1行を書くことができます。最小限の手間で因数分解できない繰り返しはありません。 。
ダイナミックです。メソッドとプロパティは実行時に作成できるため、データベーステーブルなどの外部で定義されたものの定義を複製したり、アプリケーションを再構築したりすることなく、オブジェクトをラップできます。
読みやすく包括的である言語(Programming Ruby)に関する優れた本があります。
パブリックドメインパッケージ用の単一のリポジトリと、リポジトリへの便利なコマンドラインインターフェイスがあります。
しかし、私はRuby読みやすいのでPerlよりも優れています。
Ruby Pythonと比較するページはたくさんあります。私は両方とも好きです。私はRubyを好みますが、Pythonの経験は限られています。