昨年、Googleがノートパソコン市場でChromeOSで成功を収めるようになりました。 AndroidとChromeOSはどちらもLinuxに基づいていますが、類似点はほとんどありません。 ChromeOSは非常にシンクライアントであり、ほとんどすべてがブラウザ経由で実行されます。
個人的なレベルでは、タッチスクリーンデバイスでコンテンツを消費したいところまで来ました。 トラックパッドを使用せずに、ウェブサイトをナビゲートするために画面上で指をスワイプすることを好みます。 これは、すべてのモバイルデバイスがすでにそうであるように、すべてのコンピューターがすぐにタッチスクリーンになることを示しています。
（更新：キーボードまたはマウス/トラックパッドを削除することを提案していると解釈する人もいます。WindowsマシンとChromebook Pixelが既に追加入力としてタッチを導入していることを考えると、この明確化が必要だとは思いませんでした。何も奪わないメカニズムですが、明らかに明らかにする必要があるようです）
だから、これは疑問を提起する-なぜGoogleは2つのオペレーティングシステムを今後維持したいのか？ 私は彼らがこれを望んでいるとは思わない。 そして、私は可能な解決策について頭を動かそうとしています。
（ソフトウェアに関してより技術的に精通している人々からのコメント領域でいくつかの素晴らしい議論を見たいです。）
ChromeOSは、Chromeブラウザ、シンOS、およびHTML5アプリにすべて関係しているように思えます。 私たちはまだHTML5の初期段階にいると思いますが、Javaは歯が長いと見なされているようです。 BlackBerryは長年Javaで実行されていましたが、現在でもJavaを使用していません。 私の理解では、ほとんどのAndroidアプリ開発はまだJavaを使用しています。 これは変わるでしょうか？ 今後5年間で、HTML5はデファクトデザインの選択肢になるでしょう。 GoogleがChromeOS用の印象的なSDKをまとめて、ほとんどHTMLアプリを信じられないほど強力なChromeブラウザー内で実行できるとしたら、他に何が必要ですか
また、Googleが単一のOSに統合することを希望する場合、ChromeOS Androidアプリプレーヤーを作成して2つのオペレーティングシステムを橋渡しし、最終的にすべての開発者に1つのOSのみのサポートを強いることができますか？
ここですべての答えを知っているふりをしているわけではありません。 しかし、私はそれが議論のための興味深いトピックだと思います。そして、それはアマラの法則によく適合していると思います。
ChromeOSの長期的な可能性とブラウザーベースのプログラミング言語への移行を過小評価していますか？ これがAndroidに与える影響を過小評価していますか？ これは、モバイル/コンピューティングプラットフォーム全体を制御するためのGoogleの最善の道ではないでしょうか。
