Androidの背後にある秘密：Googleが開発シフトを演じ、予期しない戦略を変えます
Androidのオープンな部分を16年以上維持した後、GoogleはAndroidオペレーティングシステムの開発プロセス全体が完全に内部で行われることを確認する際に大きな転換点を築いています。この動きは顕著な戦略の変更を示し、多くの人々が世界で最も人気のあるモバイルプラットフォームの将来について刑を宣告されます。
以前は、GoogleはAndroid Open Source Branch（AOSP -Android Open Source Project）の更新と変更を頻繁に公開し、開発者コミュニティと機器メーカーが早期にアプローチできるようになりました。ただし、この新しい決定により、すべての変更は正式に開始されるまでしっかりと維持されます。これは、開発中に新しい更新、機能、さらにはセキュリティパッチが公開されなくなることを意味します。
内部情報源によると、Googleは、閉鎖開発がオペレーティングシステムの品質とセキュリティをより適切に制御するのに役立つと考えています。同時に、これは、不完全な更新を使用して、機器のメーカーが「オフ」し、異種のユーザーエクスペリエンスにつながる状況を制限するのにも役立ちます。
ただし、この決定も多くの課題を設定しています。 Androidの変化の初期のアプローチに精通しているオープンソースコミュニティは、「放棄された」と感じるかもしれません。さらに、機器メーカーは、アップデートに早期にアクセスできなくなるため、ソフトウェアの更新にも大きな圧力に直面します。
しかし、Googleは、この決定は、Androidエコシステムのより高い一貫性とセキュリティを確保しながら、エンドユーザーにより良い経験をもたらすことを目的としていると主張しました。これは、Appleのようなライバルとのますます激しい競争の文脈における正しいステップですか？この質問に答えることができるのは時間だけです。
#Google #Android #New Battle #Development
Androidのオープンな部分を16年以上維持した後、GoogleはAndroidオペレーティングシステムの開発のプロセス全体が完全に行われることを確認すると、大きな変化をもたらしています。これは、Android Open Source Branch（AOSP）で公開されている更新が、以前のようにリアルタイムで監視されなくなることを意味します。
なぜ内部開発に目を向けるのですか？
Googleによれば、これの目標は、外部開発者にとってそれを困難にすることではなく、Android開発プロセスを簡素化し、ブランチ間の競合を避け、システムを単一のブランチに統合することです。
以前は、Googleは2つのブランチでAndroid並列を開発しました。GoogleMobileServices（GMS）ライセンスのパートナー向けのみのパブリックブランチと内部ブランチ。ただし、特に特徴とAPIの点で、これら2つのブランチの違いは、ソースの安定性を同期および維持することに多くの困難を生み出しています。
Android Open Source ProjectのWebサイト（AOSP）
システムインストーラー、更新されたエンジン、Bluetooth、仮想化フレームワーク、Selinux構成などのいくつかの機能は公開されていますが、Androidオペレーティングシステムのコアコンポーネントのほとんどは、Google内で長い間静かに構築されています。完全に内部開発に転送されることは、この変換プロセスの合理的なステップと見なされます。
Androidはまだオープンソースですが、後でリリースされます
Googleは、Androidがソースコードプラットフォームにならないことを確認しました。同社は、コードを公開する必要があるGPLV2ライセンスにバインドされるLinuxコードを含む、公式リリースごとにAndroidソースコードを発表します。
ただし、変更されるのは、個々のコンポーネントごとにソースコードを発行する頻度です。これで、ユーザーはGoogleが新しい公式支店をリリースしたときにのみソースにアクセスします。
誰が影響しますか？
一般的なユーザーとアプリケーション開発者にとって、この変更はほとんど大きな影響を与えません。オペレーティングシステムの更新は、通常どおりに来ます。財団開発者、特にカスタムROMを構築する人にとっては、しばしば公式支店に取り組んでいますが、これらはこの変更の影響を受けません。
ただし、オープンソースの情熱的なコミュニティとテクノロジーのプレスは、以前と同様にAOSPからの早期情報にアクセスすることが困難です。 PixelsのWebカメラやAndroid 16の発売スケジュールなどの機能を明らかにしたリークラインは、AOSPで早期に表示されなくなります。
グーグルは何と言っていますか？
とのスピーチで Android Authority 、Googleは、開発プロセス全体をマージして、効率を高め、コードの統合期間のリスクを最小限に抑えたいと述べました。
このGoogleの変更からの公式通知は今週公開され、変換展開は来週から開始されます。 Googleはまた、Source.android.comの関連技術文書を更新して、AOSPの新しい構造について詳しく説明します。
要するに、Androidはまだオープンソースプラットフォームになりますが、すべてのリリース期間まで完全なソースコードを確認するまで辛抱強く待つ必要があります。
Androidのオープンな部分を16年以上維持した後、GoogleはAndroidオペレーティングシステムの開発のプロセス全体が完全に行われることを確認すると、大きな変化をもたらしています。これは、Android Open Source Branch（AOSP）で公開されている更新が、以前のようにリアルタイムで監視されなくなることを意味します。
なぜ内部開発に目を向けるのですか？
Googleによれば、これの目標は、外部開発者にとってそれを困難にすることではなく、Android開発プロセスを簡素化し、ブランチ間の競合を避け、システムを単一のブランチに統合することです。
以前は、Googleは2つのブランチでAndroid並列を開発しました。GoogleMobileServices（GMS）ライセンスのパートナー向けのみのパブリックブランチと内部ブランチ。ただし、特に特徴とAPIの点で、これら2つのブランチの違いは、ソースの安定性を同期および維持することに多くの困難を生み出しています。
Android Open Source ProjectのWebサイト（AOSP）
システムインストーラー、更新されたエンジン、Bluetooth、仮想化フレームワーク、Selinux構成などのいくつかの機能は公開されていますが、Androidオペレーティングシステムのコアコンポーネントのほとんどは、Google内で長い間静かに構築されています。完全に内部開発に転送されることは、この変換プロセスの合理的なステップと見なされます。
Androidはまだオープンソースですが、後でリリースされます
Googleは、Androidがソースコードプラットフォームにならないことを確認しました。同社は、コードを公開する必要があるGPLV2ライセンスにバインドされるLinuxコードを含む、公式リリースごとにAndroidソースコードを発表します。
ただし、変更されるのは、個々のコンポーネントごとにソースコードを発行する頻度です。これで、ユーザーはGoogleが新しい公式支店をリリースしたときにのみソースにアクセスします。
誰が影響しますか？
一般的なユーザーとアプリケーション開発者にとって、この変更はほとんど大きな影響を与えません。オペレーティングシステムの更新は、通常どおりに来ます。財団開発者、特にカスタムROMを構築する人にとっては、しばしば公式支店に取り組んでいますが、これらはこの変更の影響を受けません。
ただし、オープンソースの情熱的なコミュニティとテクノロジーのプレスは、以前と同様にAOSPからの早期情報にアクセスすることが困難です。 PixelsのWebカメラやAndroid 16の発売スケジュールなどの機能を明らかにしたリークラインは、AOSPで早期に表示されなくなります。
グーグルは何と言っていますか？
とのスピーチで Android Authority 、Googleは、開発プロセス全体をマージして、効率を高め、コードの統合期間のリスクを最小限に抑えたいと述べました。
このGoogleの変更からの公式通知は今週公開され、変換展開は来週から開始されます。 Googleはまた、Source.android.comの関連技術文書を更新して、AOSPの新しい構造について詳しく説明します。
要するに、Androidはまだオープンソースプラットフォームになりますが、すべてのリリース期間まで完全なソースコードを確認するまで辛抱強く待つ必要があります。
<
div class = “妊娠”>
<
H1>結論Googleは戦略を変更し、公開前にAndroidを完全に開発する
Androidのオープンな部分を16年以上維持した後、GoogleはAndroidオペレーティングシステムの開発のプロセス全体が完全に行われることを確認すると、大きな変化をもたらしています。これは、Android Open Source Branch（AOSP）で公開されている更新が、以前のようにリアルタイムで監視されなくなることを意味します。
なぜ内部開発に目を向けるのですか？
Googleによれば、これの目標は、外部開発者にとってそれを困難にすることではなく、Android開発プロセスを簡素化し、ブランチ間の競合を避け、システムを単一のブランチに統合することです。
以前は、Googleは2つのブランチでAndroid並列を開発しました。GoogleMobileServices（GMS）ライセンスのパートナー向けのみのパブリックブランチと内部ブランチ。ただし、特に特徴とAPIの点で、これら2つのブランチの違いは、ソースの安定性を同期および維持することに多くの困難を生み出しています。
Android Open Source ProjectのWebサイト（AOSP）
システムインストーラー、更新されたエンジン、Bluetooth、仮想化フレームワーク、Selinux構成などのいくつかの機能は公開されていますが、Androidオペレーティングシステムのコアコンポーネントのほとんどは、Google内で長い間静かに構築されています。完全に内部開発に転送されることは、この変換プロセスの合理的なステップと見なされます。
Androidはまだオープンソースですが、後でリリースされます
Googleは、Androidがソースコードプラットフォームにならないことを確認しました。同社は、コードを公開する必要があるGPLV2ライセンスにバインドされるLinuxコードを含む、公式リリースごとにAndroidソースコードを発表します。
ただし、変更されるのは、個々のコンポーネントごとにソースコードを発行する頻度です。これで、ユーザーはGoogleが新しい公式支店をリリースしたときにのみソースにアクセスします。
誰が影響しますか？
一般的なユーザーとアプリケーション開発者にとって、この変更はほとんど大きな影響を与えません。オペレーティングシステムの更新は、通常どおりに来ます。財団開発者、特にカスタムROMを構築する人にとっては、しばしば公式支店に取り組んでいますが、これらはこの変更の影響を受けません。
ただし、オープンソースの情熱的なコミュニティとテクノロジーのプレスは、以前と同様にAOSPからの早期情報にアクセスすることが困難です。 PixelsのWebカメラやAndroid 16の発売スケジュールなどの機能を明らかにしたリークラインは、AOSPで早期に表示されなくなります。
グーグルは何と言っていますか？
とのスピーチで Android Authority 、Googleは、開発プロセス全体をマージして、効率を高め、コードの統合期間のリスクを最小限に抑えたいと述べました。
このGoogleの変更からの公式通知は今週公開され、変換展開は来週から開始されます。 Googleはまた、Source.android.comの関連技術文書を更新して、AOSPの新しい構造について詳しく説明します。
要するに、Androidはまだオープンソースプラットフォームになりますが、すべてのリリース期間まで完全なソースコードを確認するまで辛抱強く待つ必要があります。
