JavaScriptはどのようにして人気を博しましたか？

古代の歴史では、Brendan Eichには言語設計があり、今日の世界ではJavaScriptはさまざまな場所で実装および使用されている人気のある言語です。

言語が人気を博した原因は何ですか？以前のプログラマーに馴染みのあるCのような構文でしたか？Netscapeは、市場の使用を強制するのに十分な市場の支配権を持っていますか？または、JavaScriptが人気で他の言語が人気がないというより深い理由がありますか？

特に、JavaScriptと同じくらい人気のある言語を作成する必要がある場合、人気の成長を再現するにはどのような初期条件が必要ですか？

私は以前の回答についてコメントしていましたが、大きくなっていたので、これをスピンアウトすると思いました。

新しい言語は、コンピューティングの新たなフロンティアを活用する場合にのみ成功できます。

前の例：

• CのUnix
• iOS用のObjective-C
• バックエンドWeb 1.0用のPerlおよびPHP
• バックエンドWeb 2.0用のPythonおよびRuby
• バックエンドのインターネット対応企業向けのJava

あなたの質問に答えるために、JavaScriptはNetscape Navigatorが支配的なブラウザだった頃の言語でした。具体的には、動的フロントエンド開発用の言語でした。

次の大きな言語は別のフロンティアを解決する必要があります。バックエンドのWeb開発スペースには、まだ土地がつかんでいるようです。さらに、アップルの現在の優位性にもかかわらず、モバイルコンピューティングは完全には解決されていません。また、マルチコアおよびクラウドコンピューティングの出現があります。これは、多くの言語が活用しようとしているものです（ErlangやGoのような同時言語、HaskellやOCamlのような機能言語など）。

起業家は「火のついた人を見つけて消防ホースを売る」という表現を持っています。だから、新しい言語を導入したい場合、誰の火を消していますか？コンピューティングのすべての新しいフロンティアは、多くの頭痛の種をもたらします。アスピリンを補給すれば金色になります。

NetscapeはブラウザーでJavaScriptエンジンを使用しました。Web上でスクリプトを作成したい場合は、JavaScriptがそれでした。Internet ExplorerにはJavaScriptとVBScriptの両方があります（まだあります）が、明らかにIE以外で作業したい場合は、JavaScriptを使用する以外に選択肢はありません。

JavaScriptはそれ自体素晴らしい言語ですが、HTMLをスクリプト化するために使用できる唯一の言語であるという事実がなければ、今日ではそれほど人気が​​ありません。

クライアントサイドWebでのJSの出現は、長年にわたっていくつかの重要なポイントで誤解されてきたと思うので、これに更新を追加します。

アヤックスではなかった

JSを言語として理解するための進化にとってAjaxは重要ではなかったとは言いませんが、クライアント側のブラウザーの優位性をめぐる戦いは、Ajaxという用語が生み出されるずっと前に終わりました。

町で唯一のゲームだったからではありません

Javaアプレット、Flash、VBScriptがありました。90年代には他のスクリプトオプションもあると聞きました（ただし、プラグインIIRCが必要です）。Javaは非常に人気がありますが、アプレットは悲惨な失敗でした。それらはく、多くの場合セキュリティスイスチーズでしたが、さらに重要なことは、後で説明する理由からJavaが適しているとは思わないことです。Flashは非常に人気があり、長年にわたって強力な足場を築きましたが、ついにFlashにSEOオプションがついたとしても、それらは通常使用されず、Flashサイトだけを発見することは非常に困難になりました。今でも、私たちのほとんどは定期的にFlashを更新して映画を見ることができますが、それは本当のアキレス腱です。ブラウザの独自技術は迷惑です。そしてもちろん、IEでしか動作しないVBなので、ありません。

適切なタイミングで適切な場所が重要ですが、全体の答えではありません

はい、乗るウェブの波がなければ、JavaScriptやそのような一般的な用法の言語を見たことがないかもしれません。それとも...

最終的には問題領域に最適なツールになりました

2000年頃には次の問題が発生したと思います。

• IEとNetscapeは、同じDOM APIとCSSの標準に参加することでうまくプレイし始めることに同意したばかりで、それ以来、管理しやすくなり始めたばかりの古いJSクロスブラウザの問題に対処しなければなりませんでしたIE8以降のjQueryのようなJS DOM正規化ツールの支援なし
• まったく新しい世代のWeb開発者/デザイナーがいましたが、プログラマーがポスト.com-バブルバーストを改善しようとしているのに、必ずしも重量級であるとは限りませんでした。基本的なHTMLリテラシーといくつかのフォトショップスキルよりも。
• 最終的にDHTML、（より適切には）DOMスクリプティング、（現在は不適切）HTML5（zomghtml5！）と呼ばれるものの興味深い可能性を提供するこの新しいCSS子供が町にいました。

そのため、クライアント側でポータブル/再利用可能なコンポーネントを使用して、高度なアプリを実際に構築および設計する機能を提供するだけでなく、多くのことを知らず、必要なことだけが必要な人にもアクセス可能な言語が必要でしたボタンをクリックすると表示/再表示されます。

さらに、MSは、彼らが時々そうであるように、非競争的/無能な、および/または反競争的慣行を介して支配する獣であるため、何十年もの間、非準拠のDOM API実装に実際に触れることができませんでした。 IE8で元のXHRオブジェクトやquerySelectorsのような時折のものを追加します。

重要なことは、2005年頃までに、クロスブラウザの問題の処理に伴う複雑さを完全に埋めることができたため、JavaScriptの面ではもはや深刻な問題ではなくなったことです。CSS2を適切にサポートできなかった場合、かなりの苦痛が生じました。膨大な量と問題の深さについては、quirksmode.orgを確認することをお勧めします。これは、Javaのライブラリと同じくらいスムーズに、VBではなく、完全に新しいものになることで問題全体を回避することを目的とするプラグイン戦略では間違いなく達成できる偉業だとは思いません。迷惑のようなもの。

UIに多くの意味をなすその他の言語機能：

• ファーストクラス関数：私の経験では、関数をファーストクラスにする言語ほど、非同期処理とイベント駆動型のパラダイムに適しているものはありません。両方の懸念は、UIの作業で定期的に対処されています。

• 動的型：キャストと型チェックはJavaScriptで非常にまれな必要性であり、コードを簡潔で無駄のないものにするのに役立ちました。UIの懸念事項は、すぐに複雑で煩雑になります。コードを厳しく保ち、データの流れについて完全に明確にすることは、それを理解し、変更/維持するために重要です。

• それは保護主義者ではありません：長年にわたって、誰かがあなた自身の間違いや他の人があなたのコードで行うかもしれない愚かなことから自分を守る必要があると説教してきました。で作成され、多くの人が聞いています。私はそれらが常に間違っているとは言いません（それを考えるかもしれません）が、それはウェブUIへの間違ったアプローチだと言います、そして、私はそれがクライアントをクランクアウトし、維持し、修正している現象の何かであると信じますサイドGUIは、以前はより制限の多い言語で一般的に達成されていた作業よりもはるかに速いペースで、非常に簡単に実行できます。その場で物事を迅速かつ簡単に変更できるため、コードで地獄が何をしているのかを最終的に見やすくするために、途方もない量の間接性と抽象化のオーバーヘッドを必要としない動的/流体アーキテクチャスキームがはるかに簡単になります例外をよりきれいに先取りまたは処理します。他の哲学を考えた場合よりもはるかに少ないコードで、あなたがするすべてのことをより直接的に行えるようにするという単純な美徳によって、簡単に維持するのは簡単です。

JSはどのようにして人気を博しましたか？それは何度も何度も仕事のための優れたツールであることが証明されています。それは私たちが「立ち往生している」言語ではありません。一般的に一般的な言語の大幅な進化に影響を与えた可能性のある言語です。そして、そのために、Brendan Eichと彼の頭にアイデアを入れるのを助けた同時代人に感謝します。彼がJavaを好むよりも、手近な問題に合ったデザインのインスピレーションとしてSchemeが好きだったからです。

最初に使用された戦術の1つは名前でした。「JavaScript」はJavaの人気に乗ることを目的としており、Javaはしばらくの間上昇していました。

クロスブラウザのクライアント側スクリプト言語だけではありませんか？その人気は、Webの人気と足並みをそろえて成長しているようです。

適切なタイミングで適切な場所。そして、それは完全に残念ではありませんでした。

それはFacebookが勝っているのと同じ理由です。

私の意見では、Javascriptはよくサポートされているため人気があります。

まず、当時のNetscapeとIEの両方で唯一の言語です。「javascriptコミュニティ」が確立されて安定した後、ゼロから構築する必要がある「もう1つの良い」ことを誰も考えられなくなりました。彼らは単にそれをより良くするために貢献しています。

新しい人気のある言語を構築したい場合、私が最初に考えるのは、その言語を使用するユーザーを決定する必要があるということです。最初の顧客を獲得するのは常に困難であり、何らかの方法であなたの言語をjavascriptよりも優れたものにしなければなりません。たぶん、制限された分野/プログラマーの限られたコミュニティでさえ、「iPhoneモバイル用のより良い/より速いjavascriptエンジン」が良い選択かもしれません。

さらに、言語は使いやすく、コミュニティごとにカスタマイズできる必要があります。これは、どの言語が生き残ることができるかを決定するのはコミュニティだからです。

あなたは私を信じるつもりはありませんが、フラッシュと（少し前のJavaアプレットで）JavaScriptの人気の成長と言語自体の進化に大きな貢献をしました。

Flashが登場したとき、それはWebアプリケーションが考える価値のあることの最初の証拠でした。

プラグインとのある意味での競争では、見せようとする絶え間ない試み- プラグインなしで何ができるかを見て、javascriptをより広範なアプリケーションの言語にし、それによってそれを普及させました。

私は、人々はJavascriptがJavaで何かをしなければならないと考えていたと思う。

（最近のように、すべてが「i」で始まります）

マーケティング/宣伝戦略は重要な役割を果たします。

Cのような構文に関係していると本当に思います。ウィキペディアによると、Javascriptは'95年に登場しました。当時、Cはかつてないほど高く、Javaは次世代の言語でした。シンタックスは（当時）本当に魅力的であり、その名前と次の大きな言語であるJavaとの関連性が優位になったと思います。

そのとき、Cプログラマーが動的言語に適応するための簡単なクロスオーバーが可能になりました。

Programming Language    Dec 2010    Dec 2005    Dec 1995        Dec 1985
Java                    1           1           -               -
C                       2           2           1               1

Tiobeインデックス

Javascriptの成功を再現する場合、現代のプログラマを悩ませている問題を調べ、使い慣れた構文を使用してソリューションを提供します。

IMO並列プログラミングは、プログラマが直面する次の大きな問題です。関数型言語は本当にその障害を克服するのに素晴らしい仕事をしていると思います。次のJavascriptを作成する場合、共通プラットフォームで関数型言語を作成します。それに加えて、私は、優れたフレームワークを備えた、切り抜き言語になるのに十分な柔軟性があるが、静的に型付けされた言語になるのに十分に強力である必要があると思います。

誰もが同意するわけではありませんが、こうした条件下では、F＃には将来多くのメリットがあると思います。

JavaScriptは、AJAXとFirebugなどの優れた検査ツールのために人気を博しました。もちろん、すべての主要なブラウザーで機能し、DHTMLを実行する唯一の方法であるという事実が役立ちました。

基本的に最もgliい言語でさえ成功させるためには、他の言語ではできない本当に便利なことを行える必要があります。また、Firebugの前のjavascriptには当てはまらなかった言語が何をしているのかをプログラマが本当に感じることができるツールを提供する必要があります。

Javascriptは、デザイナーが表示したいようにWebページを表示するためのHTMLマークアップの欠点を克服するためのハックとして人気があります。JavaScriptがなければ、すべてのWebページはHTTP 1.1のようになります。Gopherプロトコルからのわずかなステップアップ。