HTML5 / JSは最終的にすべてのクライアント側言語を置き換えますか？[閉まっている]

私はすべての将来について疑問に思っています。私見、テクノロジーの行き先を定義する4つの力があります：マイクロソフト、アップル、グーグル、アドビ。

AppleのiPhone / iPadではiADをHTML5でプログラムできるようになりました。それでは、HTML5が最終的にObjective-Cに置き換わることを意味するのでしょうか？

また、Microsoftは現在、その焦点をWPF / SilverlightからHTML5にシフトしており、Visual Studio 2011はHTML5のツールサポートに関するものだと思います。それはマイクロソフトが行うことだからです。（ツール）。数か月後のIE9では、最後の主要なブラウザーがHTML5をサポートします。

同様に、アドビはHTML5の時流に乗っており、最新のツールでFlashコンテンツをHTML5にエクスポートできます。

そして、Googleがhtml5でどれだけのベッドにいるのかを知っています。ちなみに、最新のオペレーティングシステム（Chrome OS）は、太ったWebブラウザに他なりません。

モバイル向けアプリ（iPhone、Android、WM7など）は、特に多くの異なるデバイス（それぞれが独自の言語）向けにプログラムするのが企業にとって非常に難しいため、これは長続きしないと思います。つまり、HTML5が統一言語になります。これは、ユーザーがWeb上で「クールな」html5アプリを無料でプレイできるようになり、料金を請求するのが難しくなるため、アプリ開発者にとってはやや悲しいことです。

それで、強く型付けされた言語は本当に運命にあり、将来、たとえば5-10年で、クライアント側のプログラミングはHTML5のみになりますか？私たち全員がjavascriptプログラマーになりますか？:)標識は確かにそのように指しているので...

HTML5 / JSがすべてのクライアント側言語に取って代わることを示唆するのは間違っていると思います。将来、多くのアプリケーションがそのようになりますか？はい、たぶん。それらのすべては？番号。

注意すべきもう1つの重要な点は、景観が常に変化していることです。HTML5は、クロスプラットフォームで動作するアプリケーションを作成する際に開発者が現在抱えている多くの問題を解決することを約束する優れたテクノロジーです。確かに、HTML5 / JSはこれらの問題の多くを解決できますが、状況は変わり、新しい問題が発生します。HTML5は最終的には時代遅れに見えるでしょう。

10年後に、HTML5 / JSがすべての問題の解決策であったかどうかを自問してください。答えがノーになることを保証します。20年後には、質問自体はおそらくばかげているように見えるでしょう。

Javascriptは非常に貧弱なプログラミング言語です。GWTを使用したJavaなどの静的に型付けされたプログラミング言語からの翻訳は、ますます一般的になっています。Javascriptは、アセンブラーと同じ種類の統一言語になる可能性があります。直接記述できますが、めったに良いアイデアではありません。

はい。

その理由は次のとおりです。アプリは、ユーザーインターフェイスコードとバックエンドデータで構成されます。ユーザーインターフェイスコードは、HTML5 / CSS3 / Javascriptで実行されます。バックエンドコードは独自仕様で、どの言語でも実行できます。さらに、jQTouchおよび同様のライブラリを使用して、iPhoneに似たUIをエミュレートできますが、オープンソースであり、Javascript / HTML5 / CSSで記述されています。jQTouchは、ブラウザーがJSプログラマーにデバイスのUIイベントへのアクセスを許可する場合、JSプログラマーは同じプラットフォームで流行しているUIスタイルをエミュレートすることを示しています。

Javascriptプログラマーの需要はかつてないほど高まっています。モデルビューコントローラーアーキテクチャでは、モデルとコントローラーはバックエンドにありますが、ビューコードはブラウザーで記述するのが最適です。すなわち、HTML5、Javascript、CSS。また、特に重いAJAXコードの場合、バックエンドデータにアクセスするにはJSコードを記述する必要があります。

生産性の向上はすべて、動的なインタープリター言語に反映されます。プロセッサがますます高速になるにつれて、プログラマーのコーディング生産性、システム管理者の生産性、アプリ管理者の生産性が全体的な生産性に強く影響します。プログラミング言語のVMまたはコンパイラのパフォーマンスがこれ以上速くなることを心配する必要はありません。アプリのプロビジョニングとサポートにかかる費用についてさらに心配する必要があります。

私の意見では、ほとんどのスタンドアロンアプリはそれほど優れていません。優れたスタンドアロンPCアプリがほとんどないように、最高のアプリはWebアプリに変換されています。実際には、HTML / JS / CSSクライアントアプリを無料で提供し、バックエンドデータとビジネスロジックへのアクセスに対して月額料金を請求する方が良いでしょう。プログラマーは、単発アプリよりもサブスクリプションの販売を改善します。

ところで、WebkitブラウザーでスタンドアロンWebアプリの一部を作成する方法については、このビデオをご覧ください。それは面白いです...

C ++、Javaなどのアプリケーションコーディング言語をHTML / Javascriptに置き換える意志があります。その背後には多くの理由があり、そのうちのいくつかは次のとおりです。

• より速い開発
• 安い労働力
• 接続性が組み込まれています
• 見栄えの良いものを簡単に作成できます
• インデックスエンジンがテキストにアクセスできる

ただし、JavaScriptのドロップイン置換として使用される他の言語が表示される可能性があります。結局のところ、高レベルの言語を維持しながら、すべてを正しく行うことができる言語を持つことは困難です！また、JavaScriptはしばらく前から存在し、いくつかの欠点を蓄積してきました。

JavaScriptが非常によく、クライアント側の主要な言語になってしまうかもしれないが、まだ私はそれができるとは思わないでもあるべき唯一の JSは、標準駆動設計・バイ・委員の言語であること、ので、言語、これは単に技術革新を殺しますそのレベルで（プログラミング言語）。

また、大半の開発者のスキルと使用するツールにも依存します。あなたが言及するテクノロジーの巨人は、彼らが提供するツールに基づいてテクノロジーを推進することができます。たとえば、HTML5はFlashキラーであると言われていますが、Flash開発者はあまりにも遠く、彼らのスキルをJavaScriptに移行するのは大変な作業だと感じています。最終的にスキルは同じままですが、出力が異なります。この場合、アドビはHTML5変換ツールを提供します。

また、クライアントアプリケーションのパフォーマンスについても考慮する必要があります。必要な場合、プラットフォーム固有のツールが利用されます。ゲームやiOSアプリを例にとります。WebGLが良くなっていることは知っていますが、人々はまだCを使ってゲームを作っていると感じています。または、高性能なゲームを作成するゲーム言語を作成します。Appleは当初、webappのみを望んでいましたが、デベロッパーはCocoaの驚異に気付いたときに、そこに飛び乗って上品なアプリを作成しました。

まとめると、常に現在のツール/言語/テクノロジーよりも優れた新しいツール/言語/テクノロジーが存在します。

すべてではありませんが、おそらくほとんどです。JavascriptはHashCalcを置き換えるのに十分高速になるかもしれませんが、VLCに代わるWebの代替手段はありません（ブラウザーはこれらすべてのコーデックをサポートしません）。私はウェブブラウザが私が欲しいファイルにアクセスしたり、最近のファイルリストを保存することを疑います（最近のファイルをクリックするたびに「これは大丈夫ですか？」なしで） （複数のmb）100 kbのコードで、コードが壊れる場合はbcブラウザーがhtmlと下位互換性がないか、webkitのバリアント/わずかな変更が必要です。

-編集-また、動的ではなく静的言語が好きですが、ブラウザでサポートされるべきLLVMで良い言語を使用できると仮定しています。

ブラウザーがオペレーティングシステムになり、すべてが同じ順序でリサイクルされ始めますが、教訓と改善が得られるまで、この方向に進み続けると思います。