会議は2日間続き、5トラックで開催されました。2トラックはレポート、2トラックはワークショップ、1コミュニティです。 レポートは過去のI / Oと部分的に重複していました。一部のレポートでは、各分野でGoogleがどれだけ進歩しているかが明らかになりました。
Blinov Alexander（ @Xanderblinov ）、 Redmadrobotの Android開発主任
私が自分で設定した主なタスクは、グーグルとGDEとのコミュニケーションでした。 Googleのエンジニアの観点から、特定の問題を正しく解決し、彼らの意見をアプローチのビジョンと比較する方法を疑問に思いました。 たとえば、私たちとGoogleのエンジニアは、Androidアプリケーションのアーキテクチャについて合意に達しました。大規模なアプリケーションの場合は、MVP / MVVMおよびルーティングでクリーンアーキテクチャを使用する必要があります。 残念ながら、Ben WeissとFlorina MuntenescuはMoxyやCiceroneについては知りませんでしたが、この厄介な誤解を修正しました;）
クラウドおよびFirebaseでのGoogleコンピューティングに大きな注意が払われています。この技術スタックは、レポートおよびコードラボの大部分でフラッシュされました。 アクティブなプロモーションに加えて、Firebaseは優れたサポートを提供します。 このテクノロジースタックについて質問がある場合は、Slackチャンネルの関連するFirebaseコミュニティに気軽に質問してください。 チャンネルで回答を受け取っていない場合は、PMでGDEおよびGoogleのエンジニアに質問することもできます。
一般に、GoogleとGDEのエンジニアは、Clean、Rx、Dagger、Kotlinを使用してスムージーを飲む非常にコミュニケーションがとれたフレンドリーな人であることが判明しました。
Artem Kulakov（ @ Fi5t ）、 RedmadrobotリードAndroid開発者
私はIoTとAndroid Thingsのトピックに長い間興味を持っていたので、このトピックに関するレポートの会議に行きました。 レポートから、GoogleがAndroid Thingsプラットフォームとそれに関連するインフラストラクチャの開発を継続していることが明らかになりました。 このような手順は、マイクロコントローラーに基づいたデバイスの開発というトピックに入るためのしきい値を減らすことにプラスの効果があります。 嬉しい驚きは、会議参加者が受け取ったNXP Pico Pro Maket Kitの箱でした。 このジェスチャーは、鉄の世界に触れなかった人々がこの分野で自分自身を試してみることを促しました。
それとは別に、会社のMLの方向性に注目する価値があります。 Google I / O 2017で彼らが言ったように、同社はAIファーストコースを受講し、同じことを他の人に勧めています。 この訴えは、開発者とアナリスト向けに設計された適切なツールによって裏付けられています。 すでにおなじみのTensorflowとCloud ML API （Vision、NLPなど）に加えて、 Tensorflowを使用するMachine Learning NanodegreeのUdacityコースの存在について学びました 。 会議では、コミュニティからのMLへの現在の関心のレベルが示されました。 私が見た人のほとんどはブースのすぐ隣で、グーグルがMLに関する質問に答えました。
そうですね、個人的には、 ARCoreのプレゼンテーションはケーキのさくらんぼになりました。 「他の会社」とそのARKitからのきちんとした対応;）これは、以前のように特定のデバイスではなく、非常に普通のPixel＆Nexusで動作するのは素晴らしいことです。 グラフィックモデリングの経験の浅い人のために、彼らは3Dモデルの作成に役立つBlocksツールキットを導入しました。 洗練されたものはレンダリングエンジンRajawaliを提供され、完全なJediのために生のOpenGL ESを残しました。
Timoshilov Dmitry（ @HellBurund ）、 Redmadrobotの Androidデベロッパーをリード
Sundar Pichaiは、今後数年のうちにMobile-firstがAI-fstに置き換わると考えています。 パーソナルアシスタントであるGoogle Assistantは、この分野におけるGoogleの主要製品の1つです。 Google I / O 2017で発表されましたが、現在、アシスタントが積極的に開発していることが明らかになっています。 デモ中、Googleアシスタントはすばらしかった。 開発者は、人と同じようにデバイスと話すことを可能にする予定です。単語を選択することなく、長いまたは短いフレーズで、完全な会話を行うことができます。 次のような長い口語句：
「クラクフの明日はどうなるか教えてください」
このアシスタントでは、会話のコンテキストを考慮します。 たとえば、次のように尋ねると：
「スパルタクのフットボールチームについて教えてください」
アシスタントがチームとその選手について話します。 詳細を確認するために、Spartakについて再度言及する必要はありません。 ただ尋ねる：
「スタジアムとは」
アシスタントがチームのスタジアムであるオープニングアリーナについて説明します。
正しい音声認識のために、コンテキストも考慮されます。 システムは、いくつかの噂から会話のトピックにより適したものを選択します。
このアシスタントでは、アプリケーションに埋め込まれています。 言うこと：
「OK Google、話して...」
アプリケーションに名前を付けると、制御が彼に移されます。 会議のビデオから、これがどのように機能するかについて詳しく知ることができます。
残念ながら、アシスタントはまだロシア語をサポートしていません。 しかし、彼らがなんとかグーグルから見つけたので、サポートは計画されています。 彼女が1年以内に現れることが期待されています。
Google I / O 2017のもう1つの注目すべきトピックは、デバイスにインストールせずにGoogle Playからすぐに起動されるアプリケーションであるインスタントアプリです。 長い間、このテクノロジーはベータ版でしたが、今ではグーグルが詳細を伝える準備ができています。
このテクノロジーの本質は、ユーザーがアプリケーションの一部の機能を使用したい場合、ロードせず、デバイス全体にインストールされないことです。 Google Playは新機能を含むモジュールをダウンロードしますが、それはより高速に行われます。
変更すべき主なことは、モノリシックapkファイルを置き換えることです。いくつかのapkを含むzipアーカイブが付属します。基本機能と機能ごとに1つです。 これを行うには、アプリケーションを機能ごとにモジュールに分割する必要があります。
重要な制限があります。 ベースapkと機能を備えたapkの合計ボリュームは、4 MBを超えてはなりません。 たとえば、ベースapkのサイズが3 MBである場合、残りはそれぞれ1 MB以下でなければなりません。
インスタントアプリに関する未解決の質問があります。 Daggerでこのようなアーキテクチャを友人にするにはどうすればよいですか？ すでにロードされているモジュールの機能から、まだロードされていないモジュールの機能に切り替えることは、ユーザーにとってどれほど快適ですか？ Instant Appsのモジュール性とClean Architectureのモジュール性を組み合わせる方法
インスタントアプリの実装の詳細については、 こちらをご覧ください 。
一般的に、会議はきちんと構成されていて、各参加者は自分にとって興味深いものを見つけることができました。 各参加者は、ギフトとしてIoTキットを受け取りました。
