Google は常に多くのプロジェクトを抱えていますが、商業開発に引き継がれる栄誉を得られるのはほんの少数の特別なプロジェクトだけです。そのような特別なプロジェクトの 1 つが Fuchsia OS です。これは 2016 年から一般公開されていますが、消費者からの関心はほとんど、あるいはまったくありませんでした。これは、ガジェットのエコシステム全体を 1 つの傘の下に統合することを目的としたオペレーティング システムです。 Fuchsia OSは、スマートフォンやデスクトップだけでなく、IoTネットワークのあらゆるスマートデバイス部分でも動作するように設計されており、GoogleはAppleと同様に、すべてのプラットフォームで同様の統一されたエクスペリエンスを提供したいと考えているようだ。そして、5Gによる高速モバイル通信の台頭により、これはさらに効果的になるでしょう。
Fuchsia OS の核心はハードウェア仕様に依存せず、すべてのデバイスにわたって均一なエクスペリエンスを提供します。モジュラーアプローチを使用すると、メーカーはデバイスに基づいて選択的に Fuchsia 要素を選択できるようになりますが、開発者は新機能を実装するためだけに小規模なアップデートをプッシュできます。 Fuchsia は、統一された操作インターフェイスを提供するだけでなく、最終的にはすべてのマシンを管理する単一のオペレーティング システムの役割を担うこともできます。
これで、Google が Android を Fuchsia に置き換え、さらには Chrome OS を統合することを計画しているという十分なヒントが得られたかもしれませんが、この記事では、開発中の OS の詳細と、Google がどのように Android を実現しようとしているかについて説明します。テクノロジーの世界は嵐に見舞われています。まずはGoogleがOSに対してどのような役割を想定しているのか、そしてそのアイデアを生み出したアイデアについて学んでいきましょう。
Fuchsia OSについて
Google は Fuchsia OS を使って、Android を地球上から、あるいは少なくとも Z 世代の記憶から消去することを計画しているかもしれませんが、OS にとって最大かつ最も求められている役割は、一貫した揺るぎないエクスペリエンスを提供することです。仕様、サイズ、ユーティリティに関係なく、すべてのデバイスに適用されます。
なぜフクシアなのか?
Apple は iPhone と Mac で最もよく知られているかもしれませんが、尊敬されている以上に多くのソフトウェアのトリックを秘めています。同社のソフトウェアの独占性は、アップルが業界で強力なリードを維持するのに役立っただけでなく、創業者のスティーブ・ジョブズ氏が自身の会社から解雇される結果となった経営上の対立から立ち直るのにも役立った。現在、Google はそれを達成しようとしていますが、オープンソースの原則を堅持するなど、これまでとは異なるやり方で取り組んでいます。
Google 開発者の発案である Fuchsia は、近い将来、すべてのスマート マシンやガジェットの大部分を占めることになると予想されています。考えられるすべてのプラットフォームにわたるこの均一性により、ユーザーが新しいスマートフォン ブランドに切り替えたり、ウェブの閲覧やあるデバイスで同じアプリを使用していたものから別のデバイスに移行したりするときに疎外感を感じることがなくなります。スマート スピーカー、セキュリティ カメラ、サーモスタット、空気清浄機や浄水器、ヘルパー ロボット、ヘルパー ロボットを支援するロボットなど、考えられる事実上すべてのスマートは、その形状に関係なく、同じユーザー エクスペリエンスを実現します。
オーディオインタラクション用に設計
ソフトウェアの独占力が高まることはGoogleにとって経済的には良いことだが、Androidの修正版ではなく幼稚なFuchsiaを選択するもう1つの主な理由は、新しいOSが音声ベースのエクスペリエンスに依存するのではなく、音声ベースのエクスペリエンスを活用するインタラクションに重点を置くことである。触る。これは、Fuchsiaが、タッチ インターフェイスをサポートするかどうかにかかわらず、ディスプレイを備えたデバイス、さらにはディスプレイを備えたデバイスにも適していることを意味します。
仮想補助具のこの時代では、音声が中心的な役割を果たしており、Google アシスタントはその最有力候補の 1 つです。ユーザーに代わって日常的な通話や基本的な通話を受ける機能など、驚くべき機能が追加されました。これらの機能は、Fuchsia の構成要素となる可能性があります。さらに、タッチではなく音声に重点を置くことで、テクノロジー大手は、画面のサイズや形状ごとに適切に最適化されているかどうかを心配することなく、視覚要素を実装する自由を与えられます。
更新せずに新たに開始する
Android は主に QWERTY キーボードを備えたスマートフォンを想定して設計され、その後タッチ コントロールに合わせて進化しました。すでに 10 年が経過しており、スマートフォンやタブレットだけでなく、多くのデバイスをサポートしていますが、依然としてタッチ インタラクティブ性に大きく依存しています。したがって、Google が次の 10 年の課題に備えたいのであれば、新しいニーズに合わせて Android を再修正するよりも、ゼロからゼロから始めるほうが良い方法のように思われます。
これとは別に、GoogleはOracle訴訟から距離を置こうとしている可能性もある。ソフトウェア大手 2 社は、Google が Android の初期バージョンを開発する際にオープンソースの Java アプリケーション プログラム インターフェイスまたは API を使用することに関連したロイヤルティの問題をめぐって神経戦を繰り広げている。両巨人は2010年以来対立しており、最後の裁判所命令に従って、GoogleはOracleに88億ドルを支払うよう求められたが、Googleはこの命令に異議を唱え、現在審査請求の準備を進めている。
Google はすでに 2015 年に悪質な API を廃止しましたが、Java や Oracle の亡霊から遠く離れた新しいエコシステムに移行することで、Google はより自由に探索して繁栄できるようになるだけでなく、Oracle で白紙に戻ることになります。多分。これに加えて、 GoogleはLinuxから距離を置き、自社が生み出したニッチ市場に注力し続けるために、Androidで使用されているLinuxカーネルの代わりに「Zircon」と呼ばれる独自のカーネルを使用している。
これに加えて、Fuchsia OS により、 Google は古いソフトウェアで動作するデバイスの問題に対処することもできます。その可能性については次のセクションで学びます。
ジルコンカーネル
Fuchsia の製品である斬新なアプローチの一部は、オペレーティング システムに使用される新しいカーネルです。このカーネルは Zircon と呼ばれ、Linux カーネルの作成に使用される C ではなく、C++ でコーディングされています。基本的に、Zircon はマイクロカーネルであり、平たく言えば、ソフトウェアとハードウェアの相互作用をより適切に管理し、処理能力やネットワーク速度などのリソースの利用効率を向上させます。
ジルコン カーネルはスマートフォンや PC に限定されず、デジタル カメラ、スマート スピーカー、その他の IoT デバイス、あらゆる形状やサイズのデスクトップやラップトップなど、幅広いハードウェアをサポートします。また、Google がすべてのデバイスにアップデートを同時にプッシュ配信し、ユーザーが操作するすべてのデバイスが常に最新の状態になるようにすることにも役立ちます。これが真実であれば、ジルコン カーネルはオタクのための理想郷の構築に役立つ可能性があります。
また、ハードウェアの要件を満たすためだけに書かれた Linux カーネルとは異なり、Zircon は定期的に更新されるため、デバイスは即座に最新の更新に対応できます。
Fuchsia OS: モジュール式アプローチ
Fuchsia はモジュール式のアプローチを採用しています。これは、コードが 1 つの大きなスタックではなく、ビルディング ブロックまたは「パッケージ」に分割されることを意味します。システム ファイルを含むすべてのものは、これらの小さなチャンク、別名パッケージで構成され、さらに小さな「コンポーネント」で構成することもできます。これらのコンポーネントは、単一のタスクを実行するために必要なコードのみで構成されます。コンポーネントはそれ自体では多くのことを達成できませんが、他のコンポーネントとグループ化すると、幹部がプロセスを実行できるようになります。さらに、バックグラウンドで動作する「エージェント」とユーザーに表示される「モジュール」の 2 種類のコンポーネントがあります。
このモジュール性により、システム ファイルと更新パッケージをシステムが容易に受け入れられる小さな単位に分割できるようになりますが、他の利点もあります。 Fuchsia のモジュラー フレームワークに期待されるもう 1 つの利点は、新しいコンポーネントをインストールするだけで新しい機能を追加できる可能性があることです。これを実際に見てみると、モジュール化により、システム更新の遅れやバグが発生する問題が解決されるだけでなく、アプリの更新の高速化にもつながります。これをよりわかりやすく視覚化したい場合は、組み立てられた PC などのモジュラー ハードウェアのように見ることもできます。さらに単純に、機能を向上させる Moto Mod を使用した Motorola のフラッグシップ製品のように見ることもできます。
これらすべては有望ではありますが、Fuchsia が保証する均一なエクスペリエンスにはこのモジュール式アプローチが不可欠であるため、開発者の協力と熱意の両方が必要です。
モジュール式ファイルシステム
Fuchsia OS は現在、次のようないくつかのファイルシステムをサポートしています。
- 読み取り専用
- 一時的なメモリ内 (RAM 用)
- ファイルを永続的に保存するための永続的なファイルシステム
- 整合性検証パッケージ ストレージ ファイル システム (データ暗号化用)、および
- 典型的な FAT ストレージ システム
Fuchsia のアーキテクチャはモジュール性を核として柔軟であり、将来的には追加のファイル システムのサポートを受けることができます。
Fuchsia OS はコンピューティングを変革しますが、どのように変革するのでしょうか?
リアルタイム更新
ユーザーベースに関しては Android がリーダーですが、それにもかかわらず、アップデートの分野では遅れをとっています。ユーザーエクスペリエンスは主観的なものになる可能性がありますが、ソフトウェアのサポート期間が長いことや、さまざまなデバイス間での均一なエクスペリエンスなどの要素を考慮すると、多くの人は依然として Android よりも iOS を好みます。 Google は以前、アップデート パッケージをベンダー レベルと Android フレームワーク レベルで分割することを検討していると報じられていましたが、これは Android のセキュリティ アップデートをわずかに高速化するのに役立つだけです。ただし、Fuchsia はこの機能をオペレーティング システム全体に追加します。
一方、Google は、Fuchsia OS で Linux カーネルの代わりに独自の Zircon マイクロカーネルを使用し、モジュラー アプローチとともに、ほぼリアルタイムで更新をプッシュします。これは、ブランドに関係なく、スマートフォンは Google Pixel デバイスとほぼ同じ速度と頻度でアップデートを受信できることを意味します。
このため、Google はFuchsia OS に組み込まれた更新システムである Amber を設計しました。これは、システム パッケージやインストールされているアプリケーションだけでなく、新しいマイクロカーネルやブートローダーも更新します。 Fuchsia チームは現在、より高速かつ正確なモジュール式アップデートとシステム間の相互運用性を確保するために、さまざまなアップデート フレームワークをいじっています。
元帳
Fuchsia をより人間らしくするために、OS にはデバイスごとの使用状況に関連するデータを管理する Ledger と呼ばれる機能が搭載されます。これにより、ユーザーは前のデバイスで中断したところから直接新しいデバイスで作業を開始できるようになります。この機能は、個々のアプリからのデータを個別に同期するだけでなく、インターフェイス全体を全体として同期します。これらすべての情報は共通のネットワーク上に保存されるため、ユーザーはデバイスを切り替える際にシームレスなエクスペリエンスを得ることができます。
ギャップを埋める
フクシアという名前は、同じ名前の色に由来し、110 種以上ある同名のフクシア植物の花に由来しています。名前はあまり一般的ではありませんが、この色 ( HEX: ) を見るとすぐに識別できるかもしれません。多くの人がピンクと混同しやすいですが、フクシアは実際にはピンクとパープルのハイブリッドとして視覚化できます。しかし、この名前は色の組み合わせを説明するだけでなく、それに関連する根底にある比喩を持っています。
Fuchsia によって管理されているほぼすべての公式リポジトリは、Fuchsia をピンクと紫の合計としてマークしています。これは、表面下では、オペレーティング システムがスマートフォンと PC の間、ポータブル デバイスと据え置き型デバイスの間、Web ベース アプリケーションとネイティブ アプリケーションの間、さらには Android デバイスと iOS デバイスの間のギャップを埋めるように設計されていることを意味します。
Flutter は、特に Fuchsia アプリを開発するために設計されたソフトウェア開発キット (SDK) で、Fuchsia OS に加えて Android と iOS の両方のアプリを作成するために使用できます。最小限のコード変更で、開発者はアプリケーションのフロントエンドを他のプラットフォームに移植できるようになり、Fuchsia OS で実行されるシステムだけでなく、プラットフォームの外部のシステムでも均一なエクスペリエンスを提供できるようになります。
Web アプリへの依存
Web は、インストールを必要とせずにアプリのようなエクスペリエンスを提供する、Web から直接実行されるプログレッシブ Web アプリまたはインターフェイスに徐々に引き継がれています。現時点で Fuchsia アプリに関する入手可能な情報は限られていますが、コネクテッドな将来に目を向けると、この OS は Chrome OS と同様に、 Web ファーストのエクスペリエンス向けに設計されるだろうと安全に推測できます。
実際、プロジェクトを管理する Google 社員のチームは、Fuchsia OS 上で Web アプリを実行する際に使用される Web アセンブリ エンジンである「Web Runner」と呼ばれるものに取り組んでいます。これにより、インターネットがオペレーティング システムの不可欠な部分となるでしょう。しかし、これはオペレーティング システム全体が Web に依存して動作することを意味するものではなく、ネイティブ アプリケーションがプラットフォームに移植される実際の例がすぐに見られることを期待しています。
Fuchsia インターフェイス定義言語 (FIDL)
Fuchsia はエンドユーザーにとって興味深い提案になる可能性がありますが、開発者にとっても同様にエキサイティングです。 Google は、プログラミング言語の強みに関係なく、Fuchsia の開発に貢献できるようにしたいと考えています。これを確実にするために、プロジェクトに取り組むエンジニアは、一般的に使用されるプログラミング言語を統合するように設計された FIDL (Fuchsia Interface Definition Language の略) を開発しました。
FIDL は現在、C/C++、Mozilla の Rust に加え、Google 自体が開発した Go および Dart (Fuchsia アプリを作成するための主要言語) をサポートしていますが、将来的にはさらに多くの言語もサポートされる予定です。たとえば、FIDL を利用すると、開発者は Rust でアプリを開発し、 GUI を再度コーディングすることなく、そのアプリケーションを Go や Dart、またはその他のサポートされている言語に移行できます。これは、新しいコードを「実装」として扱うことによって行われます。
これは開発者にとってエキサイティングな機会です。開発者であれば、 このチュートリアルを使用して FIDL についてさらに学ぶことができます。
Fuchsia OS は Android とどう違うのですか?
ユーザーインターフェース
Fuchsia OS は商用化には程遠いですが、数人の善良なサマリア人のおかげで、私たちはそれがどのように見えるかについてある程度の洞察を得ることができました。 Fuchsia OSの外観に関するさまざまなリークやヒントから、それがGoogle Nowに驚くほど似たカードベースのインターフェースになることがわかっています。しかし、 Chrome OS や iOS からインスピレーションを得たと思われる要素が多数あり、Google のマテリアル デザイン 2 が多用されています。
Googleは最近、以前はArmadilloという名前で知られていたユーザーインターフェースに関連するファイルを、Dragonglassと呼ばれるものに置き換えた。新しいユーザー エクスペリエンスは Google によって非公開で開発されていますが、リポジトリ内の一部のパブリック コメントでは、Google が Fuchsia 用に少なくとも 3 つの異なるユーザー シェルまたはデスクトップ環境、つまり Dugonglass、Flamingo、Dragonglass に取り組んでいることが指摘されています。
これらのユーザー シェルについてはあまり知られていませんが、Dragonglass は、Google Home Hub などのスマート ディスプレイで利用できるものと同じインターフェイスであるようです。アイコンの代わりにさまざまなアクションやアプリに対応するさまざまなカードがあり、Google がユーザーに、タッチ スクリーンで適切なオプションを見つけるのに多くの時間を費やすよりも優れたエクスペリエンスを提供することを目指していることを示唆しています。むしろ、この OS は将来のペースの速い世界に対応できるようになっており、タッチへの依存を減らす可能性があります。
Armadillo インターフェイスはあらかじめ用意されていますが、それでも試して、Android と Fuchsia OS の間で発生する可能性のある違いを確認することができます。 Android スマートフォン ( ここで APK を検索) と Web (チェックしてください) の両方で Fuchsia のエクスペリエンスをエミュレートするアプリケーションがあり、簡単に調べることができます。この現在廃止されたインターフェースでは、ナビゲーション バーに 1 つのボタンがあり、現在はこのボタンにホーム インターフェースに移動する役割が割り当てられています。さらに、アプリ内でこのボタンを下から上にドラッグすると、クイック設定ペインが表示されます (これは、iPhone X よりも古い携帯電話のコントロール パネルの iOS ジェスチャを思い出させるかもしれません)。
正確なユーザー インターフェースについてはまだコメントできませんが、 Google がホームページを完全に削除し、クイック設定、最近、Google Now (高度なバージョンの Google アシスタントを搭載) フィードを表示する統合インターフェースを導入する可能性があります。単一のページ。新しいインターフェースがどのようなものになるか分かり次第、随時更新していきます。
Fuchsia OS によるクロスプラットフォーム コンピューティング
Fuchsia OS は、共有の力を真に活用するように設計されており、形状やサイズに関係なく、すべてのデバイスでインターフェイスとアプリの均一なパフォーマンスを楽しむことができます。しかし、より重要なのは、Fuchsia OS により、アプリケーションの移植が容易になり、Google が Apple の豊富なアプリケーション エコシステムを利用できるようになります。
Google が開発した SDK である Flutter は、 iOS と Android 用に同一のアプリを作成するために使用できますが、現時点では Fuchsia アプリを開発するための唯一の SDK プラットフォームでもあります。このSDKは最近ベータ版を終了したが、これはGoogleがAndroidユーザーにユーザーエクスペリエンスの点でiOSユーザーに遠く及ばないと感じさせないよう真剣に取り組んでいるだけでなく、より多くの開発者にFuchsiaアプリを試してもらいたいとも考えていることを示唆している。 Fuchsia のコア ユーザー シェルも Flutter を使用して構築されています。
さらに、開発者は Android アプリをテストするための公式エミュレータである Fuchsia 開発に本格的に取り組むことができ、Android Studio は Fuchsia の Zircon カーネルのサポートを受けました。この発表の時点では、Google は開発者が Android Studio で Fuchsia を実行できるようにしたいと考えているように見えましたが、最近 AOSP Gerrit リポジトリに変更が加えられ、 Android アプリがカスタム バージョンの助けを借りて Fuchsia で実行されることが強調されました。 Android ランタイムの。
これに加えて、Google は 1 年前、Apple が開発したプログラミング言語である Swift のサポートを Fuchsia に追加しました。これは、Fuchsia OS が iOS アプリを直接実行することを意味するものではありませんが、このステップは少なくとも、現在 Apple エコシステムに限定されている開発者を刺激し、統一オペレーティング システム用のアプリ開発に挑戦するよう促すでしょう。
Fuchsia OS が Android の後継機のように感じる: その理由は次のとおりです
将来的には、Fuchsia OS が Android に取って代わることが考えられますが、それを示唆する理由がいくつかあります。 Fuchsia は、見た目がまったく同じではないにもかかわらず、確かに Android からインスピレーションを得たように感じられます。 GoogleはFuchsiaによって他のソフトウェア大手への依存を減らしているが、ユーザーと開発者の両方が安心できるよう十分な配慮もしているようだ。それを保証する理由をいくつかご紹介します。
Android Pieに似たUI要素
- シングル ナビゲーション ボタン: Fuchsia は必ずしも Android Pie に似ているわけではありませんが、Android の最新バージョンはユーザーが新しいエコシステムに移行する準備をすることを目的としているように感じられます。その最たる例は、単一のホームボタンと、Google Pixel 3 ユーザーが新しいナビゲーション バーからオプトアウトすることを制限するという Google の最近の決定です。これは、ユーザーを Fuchsia のナビゲーションに適応させるための一歩のようです。
- アプリのアクションと提案: 次に、デモ インターフェースで見られる Fuchsia の提案は、ユーザーの好みや通常のアクションの選択に基づいてアプリごとに提案されるアクションである Android Pie の「アプリ アクション」に似ています。 Android Pie は機械学習を使用してこれらのオプションを厳選しており、よりスマートでインテリジェントなシステムの出現により、これらの提案はより正確になる可能性が高いだけでなく、中核の 1 つである提案を実行するために画面にタッチする必要性も排除されます。フューシャの目的。
- アプリのモジュール性: Android と Fuchsia の 3 番目で最後の類似点は、モジュール性です。 Google は最近、開発者がアプリを Google Play ストアにアップロードする際に使用できる代替ファイル形式である「App Bundle」と呼ばれるものを導入しました。もうおわかりかもしれませんが、まだお分かりでない方も、App Bundle を使用すると、開発者はアプリを小さなチャンクに分割できるため、ダウンロードが簡単になります (大きなアプリやゲームをもう一度ダウンロードしなければならないのは嫌ではありませんか)途中でインターネット接続が失われると始まりますか? )。さらに、App Bundle を使用すると、ユーザーのダウンロード プロセスが容易になるだけでなく、開発者はユーザーに追加のパッケージのダウンロードを強いることなく、追加のオンデマンド機能をアプリに追加することもできます。
GoogleはすでにFuchsiaのプロトタイプに取り組んでいる
Google はすでに特定のソフトウェアおよびハードウェア製品に取り組んでおり、Google の積極的な参加が示されており、これは開発者だけでなく消費者にとっても興味深いことです。昨年 7 月に遡ると、Google は三目並べゲームなどのランダムな開発とは別に、Fuchsia OS 用の YouTube アプリを開発中であると報じられました。
ハードウェアに関して言えば、Google は最近、コードネーム「Sherlock」というデバイスのリソースを大量に消費していることが判明しました。おそらくデジタル カメラであり、 Google Clips の後継であると疑われています。このデバイスは Sony IMX277 センサーを使用しており、デジタル カメラとしての可能性が最も高くなりますが、名前の調査的性質を考慮するとセキュリティ カメラである可能性もあります。
最後に、実際に商用製品に成長する Fuchsia デバイスの 1 つは Google Home Hub です。これは実際には Fuchsia を実行しませんが、テストされた初期のプロトタイプの 1 つでした。 Google 製のスマート ディスプレイは、Android Things プラットフォームに依存する他のスマート ディスプレイとは異なり、Cast と呼ばれる別のプラットフォームで実行されます。明確にしておきますが、Cast と Fuchsia は異なるプラットフォームですが、後者は直接アクションのためのインターフェイスや音声コントロールへの高い依存性など、スマート スピーカーの機能の一部を備えていることが期待されています。したがって、この体験に対するユーザーの一般的な感情を感知するために発売されたデバイスであると考えられます。
フクシアのロゴは「Q」に似ています
この最後の点は推測的すぎるかもしれませんが、それでも注目に値します。 Fuchsia OS のロゴは文字「Q」によく似ていますが、Android Q が Android の次のバージョンでない限り、これはあまり印象的ではありません。では、Google は Android Q を Fuchsia に置き換える予定があるのでしょうか、それとも時期尚早なのでしょうか?
Android Pie は Oreo に対する大きな変更として登場したため、Fuchsia をユーザーに投げつけると逆効果になる可能性がありますが、それでも Android Q とともに積極的な開発が期待できるでしょう。すでにスマートフォンや Huawei のサブブランド Honor で Fuchsia を実行する試みが行われています。は、自社のデバイスをこのテストに参加させた最初のブランドです。
Fuchsia OSの将来?
Fuchsia OS の過去と現在について学んだので、Fuchsia OS の将来について尋ねるのが妥当な質問です。 GoogleのFuchsiaチームのメンバーであるTravis Geiselbrechtの言葉を借りれば、同社はFuchsiaを手放すつもりはなく、かなり真剣に取り組んでいるようだ。別個の SDK、特殊なプログラミング言語、新しいカーネル、そして Linux に対する強い反対などの開発により、Fuchsia はスマートフォン、ラップトップ、あるいは Google Home や Google のような単に接続されたデバイスであっても、Google 製品のエコシステム全体を乗っ取る準備ができているように見えます。ホームハブ。 Fuchsia はそれらすべてを支配するオペレーティング システムです。
将来的には、Fuchsia がクラウドベースのコンピューティング、超高速 5G ネットワーク、量子コンピューティングなどの他の新興テクノロジーと融合され、オペレーティング システムが個別に実行されないように、デバイスの集合的で接続されたシステムとして進化する可能性があります。各デバイス上で。代わりに、この包括的な OS は各デバイス上で分散インスタンスとして実行でき、すべてが連携して動作します。
関連項目: Android の代替をお探しですか?ここに最高のものがあります
これはSFのように聞こえるかもしれませんが、それを否定する根拠もありません。しかし、これらすべての中で、Android スマートフォンのようにユーザー エクスペリエンスをカスタマイズする機能が失われるのでしょうか、それとも人工知能がユーザー エクスペリエンスをカスタマイズして私たちのニーズに合わせてくれるでしょうか?これは時間が経てば解決しますが、Fuchsia OS の将来性を常に把握できるよう、この分野の主要な開発が行われるたびにこの記事の更新頻度を継続していきます。