GoogleがほとんどのアプリケーションでGWTを使用しないのはなぜですか？
Googleは Google Web Toolkit（GWT） を作成し、独自のWebアプリケーションを構築するときに使用しません。
これは、GWTが動的アプリケーションの構築に適していないことを意味しますか？またはキャッシュの問題がありますか？またはRPCの問題がありますか？または、Googleがこのテクノロジーを使用できないようにする他の懸念事項はありますか？
EDIT：GoogleがどのアプリでもGWTを使用したことはないとここでは言いませんが、私が言いたいのは、なぜ彼らがそれを広範囲で使用していないのですか？
まず、ほとんどのGoogle製品はGWTよりも古いものです。新しいライブラリがリリースされるたびに、完全に優れた製品を書き直す必要はありません。
次に、これは本当に私の個人的な見解ですが、GWTはJavaScriptに対するものであり、ASP.NET（クラシック）はHTMLに対するものです。シンプルなインターフェースには最適ですが、複雑なことを行う必要がある場合は、少し面倒な作業になる可能性があります。
Googleの多くのプロジェクトは Closure JavaScriptライブラリ を使用して記述されています。クロージャはブラウザの「金属」に近いままでありながら、複雑なWebアプリケーションに必要な強力なテンプレート機能やその他の多くの機能を提供します。
そうは言っても、GWTを使用するGoogle内のプロジェクトはあります。 AdWordsフロントエンドが頭に浮かぶものです。
あなたが話しているのは、一般に次のように知られている概念です。
自分のドッグフードを食べる
ただし、すべての企業が実際に自社の顧客になることはできません。たとえば、マイクロソフトについて考えてみましょう。以前のバージョンのSQL Serverは、エンタープライズ向けの現在ほど強力ではありませんでした。したがって、Microsoftはそれを使用できず、エンタープライズレベルの開発にはOracleまたはDB2のようなものを使用する必要がありました。
つまり、最初のポイントは誰もが自分のドッグフードを食べるべきではないということです。
2番目のポイントは、GoogleがGWTを使用していないことをどのようにして確認できるかということです。つまり、それが生成するものはJavaScriptであり、JavaScriptをカスタマイズして、GWTの使用法を示す署名を一切含まないようにすることができます。言い換えると、Web上のほとんどすべてのプラットフォームを、誰がどの言語、OS、Webサーバーなどを使用して作成したのかを理解できないように構成できます。
たとえば、ASP.NETで構築され、IISで実行されているサイトには、X-Powered-By: ASP.NETなどと呼ばれるHTTP応答ヘッダーフィールドがあります。ただし、IISからこれらのヘッダーを簡単に削除できます。また、ASP.NETで作成されたWebサイトには通常、.aspxファイルで終わるパスがありますが、これはURL書き換えの概念を使用して、拡張子のないURLに簡単に変更することもできます。
したがって、私が強調している2番目のポイントは、GoogleがGWTを使用していないとは、決して言えないということです。多分それはします。