振り返ってみると、 あの2014 あなたの中にいるとき ワールドワイドデベロッパカンファレンス Appleは私たちに ObjectiveCを置き換えることを目的とした新しいプログラミング言語、開発者とアプリケーションの作業をはるかに簡単にし、ユーザー向けに最適化する言語です。Appleが独自のハードウェアと独自のオペレーティングシステムを作成することはほとんどないと思われる場合は、プログラミング言語も作成することで、このような広範な制御が可能になります。全体的な最適化とユーザーエクスペリエンスを大幅に改善できる可能性があります。
Swiftは次のように紹介されました シンプルで革新的な言語、多くの面で開発の未来を示す言語であり、少しずつ（通常どおり、新しく作成された言語で）新しい可能性が追加されており、Appleはこの言語をネイティブアプリケーションに実装しています。 iOS、OS X、他のシステムと同様ですが、Appleの計画はそこに限定されていませんでしたが、Swiftが独占権のロックにかけられた場合、期待したほどの成功は得られないことを彼らは知っていました。
そしてその理由で Swiftは「オープンソース」の方法でリリースされました。 またはオープンソース。これは、コミュニティのために、権利などを支払うことなく、誰でも自由に使用できることを意味します。
拡張の目的地
Appleが自社のシステム専用にSwiftを発売した場合、開発者は（ほとんどの場合）単一の会社の言語を学ぶことを拒否するため、鳥を解放し、翼を与えて飛ぶことにしました。おそらくそれが彼らが選んだ理由です。そのロゴ..。
重要なことは、オープンソースであるため、他のどの企業もそれを利用して、必要に応じてシステムに実装できるということです。まさにそれがまさにその理由です。 GoogleはAndroidにSwiftを実装することを検討しています.
リフティングアンカー
グーグルとジャワには長い歴史がありますが、 Javaは常にAndroidの心臓部ですこれら 9.300 つの名前は、良い面でも悪い面でも常に連携してきました。そして、Java が Android に引き起こすパフォーマンスの低下だけでは十分ではない場合、Java が Android にとって不利になる可能性があるのは、まさに悪い面です。 Java を仮想化して実行するために、Oracle (Java の元の所有者である Sun Microsystems を買収した会社) はパイの一部を欲しがり、Google を突き刺して API の使用に多額の資金 (XNUMX 億ドル) を要求しました。許可。
ネイルアフターネイルにより、Googleは、このシステムのパフォーマンスを向上させることができるAndroidの代替開発パスを探し始めています。 オープンソースの哲学を壊すことなく、そしてグーグルはそのモバイルオペレーティングシステムにスイフトを含める可能性についてフェイスブックとユーバーと話しているようだ。
無料の鳥
Googleが検討している言語はSwiftだけではありません。 Kotlinは別の選択肢の名前です Googleが考えているように、Kotlinは既存の類似性と互換性のためにSwiftよりもAndroidに統合するのがはるかに簡単ですが、後者はコンパイルが非常に遅いため、開発者に問題を引き起こします。
だから グーグルは「難しい」決定をしている、または自分のことを考えてKotlinをAndroidに統合するか、開発者のことを考えて、より多くの時間を犠牲にして自分の側で作業します（AndroidにSwiftを導入するため、システムの多くの側面を変更してやり直す必要があります。独自のベース）は、Android用の開発タスクをはるかに簡単にします。
しかし、AndroidでのSwiftの利点は、一見したところよりもはるかにジューシーである可能性があります。これには、Swiftが含まれます。 GoogleはAndroidとiOSを近づけることができるでしょう どちらの哲学も変えずに、GoogleはAppleに依存せずにSwiftを独自の好みに開発し、Android固有の機能を含めることができましたが、Swiftを使用すると、開発者は共通のベースを持つ両方のシステム用のアプリケーションを作成できます。あるシステムまたは別のシステム専用のアプリの数であり、異なるシステム向けの同じアプリケーションの2つのバージョンを作成する時間と困難さを大幅に削減します。
SwiftをAndroidに統合すると、Googleも利用できるようになります 大皿の機会、そしてiOSからAndroidにアプリケーションを移植して、そのシステムに合わせて正しく最適化し、同等のユーザーエクスペリエンスを提供し、AndroidとiOSをオペレーティングシステムとしての利点のためだけに互いに戦わせ、一度忘れることができる開発者はたくさんいます。そして、いずれかで利用可能なすべての数のアプリケーション、XNUMXつのシステムまたは別のシステムの開発の容易さ、それぞれのアプリケーションの流動性、およびJavaの使用が傷つける他の多くの問題についてAndroid。
移行が遅い
アップルが作成した言語を利用したことでグーグルを非難する人は誰もいないだろう、私は個人的にそれを見る 叱責よりも称賛に値するより良い製品やより良い体験をユーザーに提供する機会があれば、それを利用しないのは非難されるべきことです。そうすることで、ライバルを利用して、お金を払わずに自分の製品を改善することができます。シングルペニー。
これは Appleもうまくいくだろう、Swiftが使用され、人気が高まるほど、より多くの人々がSwiftに取り組み、より高い品質がこの新しい言語に貢献します。これは、iOSおよびOSXのより良いアプリケーションにつながる可能性があります。
しかし JavaからSwiftへの移行 （完了するために） すぐにでも速くもなりません、Googleは少なくとも短期的にはJavaを置き換える予定はありませんが、システムで両方の言語を使用できるようになり、開発者により多くのオプションが提供されます。これは、Swiftで成功した場合に完全な移行で終了する可能性があります。しかし、特にSwiftは非常に最近の言語であり、Googleはその前に非常に多くの作業を行っているため、これはまだまだ先のことです...
まだすべてで これは誰にとっても非常に良いニュースですより多くのアプリケーション、より良いユーザーエクスペリエンス、より少ない問題を意味するすべては、ユーザーにとって素晴らしいものであり、作業が簡素化される開発者にとってはさらに良いものであり、新しいアイデアを持つより多くの人々にアクセスできるようになります。特にSwiftは使いやすいように設計された言語であるため、作業の種類。
とにかく、Googleがどのような動きをするのか、他の側から圧力がかかっているかどうか、そしてこれらの動きが最終製品やAppleにどのように影響するのかを待つことしかできません。 このシナリオが実現するのを見たいですか？
Androidに存在する断片化により、Googleはそれを再生できず、Google氏の前にそれについて考えていました。
それは私には完璧に思えます。 オペレーティングシステムとアプリで今日の携帯電話やタブレットのパワーを実際に活用したい場合、AndroidはJava仮想マシンを取り除き、実際のハードウェアで直接動作する必要があります。 そして、グーグルは、あらゆる好みやニーズに対応できるコンピューターで起こるように、XNUMXつの言語だけでなく、複数のプログラミング言語を提供する必要があります。
そしてもちろん、Android ONAndroid用にプログラミングできるはずです。 4GBのRAMとチューブ用のストレージを備えたデカコアタブレットを持っていることとは何ですか...そして何かをプログラムするために一般的なPCに行く必要がありますか？ あなたはこれら二つのものを手に入れなければなりません、そしてあなたは今それらを手に入れなければなりません、あるいは断片化に加えて、Androidは停滞したシステムになるでしょう。
実際、記事の著者は多くのことについてよりよく文書化すべきでした。 最小限の関係さえも保たないものがあります。 Androidに存在したパフォーマンスの問題は、当時のハードウェアが小さかったことと、オペレーティングシステムがIOSでは許可されていなかったことを許可したことによるものでした。 現在、IOSは実際のマルチタスクを導入しました。 でAppleデバイスが表示されます。 実際、仮想マシンは、コンパイルされた言語よりも優れた実行を実現するための手法であり、パフォーマンスの手法とは関係ありません。 .Net（Xboxゲームが実行されているMicrosoft製）のような仮想マシンは、Java仮想マシンよりもパフォーマンスがさらに低くなります。 今日の仮想マシンには、JITと呼ばれるランタイムコンパイラがあります。 これは、最初に実行されたときにバイトコードをバイナリにコンパイルしますが、そのコンパイルの前に、バイトコードは最適化されたプログラマーのコードであり、JITによるコンパイル時に再び最適化されます。 あなたは次のもののために最善を文書化する必要があります。
KotlinはまだJavaにマウントされているため、他の何か、確かにGoogleは、Kotlinの採用とは関係のない法的な問題を回避したいと考えています。 私はしばらくの間それを使用しています（私はベータだったので）、それはステロイド上のJavaです、それはJavaで実行されるSwiftのバージョンであると言うことができます、それらは構文、コンパイルの点で非常に似ています時間は優れており、Javaほど速くはありませんが、前述のように関連する理由はありません。 もうXNUMXつの詳細は、KotlinはAndroidの世界ですでに多く使用されており、その使用に関するニュースはありません。 Googleがすべきことは、より優れたアーキテクチャパターンを備えたフレームワークを提供し、AndroidAnnotationsのようにまたはバターナイフのように物事をより快適にすることです。