【io18日記】Google I/O 2018 1日目

昨日の投稿に続いて、3日目です。

ホテルから会場へ

今日はI/Oシャトルの始発である7時のバスに乗るため、6時ごろに起床。
こっちにきてからなぜか自然に6時ごろに目が覚めるようになった。
出かける準備をして6時45分に外に出たところ、すぐにバスが到着したので、バスへ乗車し、会場へ。





入場、朝食

会場に到着すると、手荷物検査待ちでたくさんの人が並んでいたので、その列に並んだ。
10分ほど待って、自分の番に。
かばんの中のチェックは特に問題無く、ポケットに入れていたものはすべてカバンに入れていたので、何事もなく通過し、会場内へ。

少し歩くとI/Oのオブジェがあった。












記念に撮影。












記念撮影していると、やまんだーさんに遭遇。
やまんだーさんも記念撮影をして、一緒に朝食を食べることに。
朝食はこんな感じで置いてあって、自由に食べてよい感じ。
コーヒーなども自由に飲める。











朝食を食べ終わってやることも無くなったので、Keynoteの待機列へ。










並んでいる最中に、近くにあった大きい何かのシートが外され、Google Home Maxが目の前に現れた。でかくてびっくりした。


しばらくすると、列が進んでKeynoteの会場に入った。

Keynote

会場の様子はこんな感じ（画像をクリックするとPhoto Sphereが見れます）。










Keynoteが始まる前には、Machine Learningを利用して生成した音を使って音楽を奏でるExperimenting  with Music & MLをやっていたり、











参加型のゲームをやっていた。


ゲームは好きな建造物を作って配置したり、



















色ごとのチームに別れたチーム対抗の飛行機バトルなどがあった。












そんなことをしている間に気づけば10時になり、Keynoteがはじまった。












Keynoteの発表内容はすでに色々な人が速報を出しているので割愛するが、Google Assistantの音声追加や自然な会話を可能にするアップデート、Google Lensのアップデートなどから、AIファーストという戦略は今後も続いていくのだろうと感じた。未来を感じるワクワクするような内容で、とても面白かった。









































ランチ

Keynoteが終わると、ランチの時間になっていた。
いくつか種類があったが、「Cali Bird」を選んで食べた。美味しかった。


ランチを食べている様子












Developer Keynote

ランチが終わると、Developer Keynoteの時間になったので、再びAmphitheatreへ。
これも色々な方がすでに速報を出しているので割愛するが、個人的に特に気になったのは次の3つ。

ダウンロードするapkのサイズを小さくできるAndroid App Bundle















アプリの画面遷移が視覚的に分かりやすく表示できるNavigation Editor















サービスのイメージに合わせた多様なスタイルを可能にするMaterial Design Theming
















どれも既に利用可能なので、早めに試していきたいところ。

セッション

What's New in Android


  • パッケージ名変更
    • android.support.* -> androidx.*
  • Jetparck Architecture
    • Paging 1.0
    • WorkManager (Preview)
      • Job scheduling
  • Background Input & Privacy
    • マイク、カメラがバックグラウンドで使えないようになった
  • Mockable Framework
    • jetpackでサポートする
  • Background Text Measurement
    • テキストサイズの計算をバックグラウンドで行う
  • Manigifier
    • 選択したテキストを拡大鏡が利用できるように
  • Smart Link
    • テキストリンクがつけられるようになった
  • Security
    • @deprecated FingerPrintManager
    • 生体認証のAPIにまとまった
  • ARCore
    • AR in the Emulator
  • Chrome OS
    • Android Studio on ChromeOS
この内容に関するブログ

What's new in Firebase

特に目新しい情報は無かったかも。強いていうならこれくらい。
  • Firebase PerformanceのBetaが外れた
  • Firebase Test LabのBetaが外れた
  • Firebase Test LabがiOSでも利用可能に

Drawn out: how Android renders

RecyclerViewとSurfaceViewを例にした、UIがどのようにして描画されているのかのお話。おもしろかった。












PWAs: building bridges to mobile, desktop, and native












PWAに重要な4つの要素（FIRE）の話
  • Fast
  • Integrated
  • Reliable
  • Engaging

デスクトップのPWAの話













AndroidネイティブとPWAの話













AndroidManifest.xmlとassetlinks.jsonに記述して、ChromeCustomTabsでTrustedWebActivitiesを利用すると、ネイティブアプリからPWAが呼び出せるらしい。

ネイティブとWebの境目がなくなって良さそう。

その他写真

ストア

Tシャツとか買った。







ドロイド君

 

WAYMO













After Hours Party

セッションが終わって19時ごろになると、After Hours Partyの時間に。
食べ物コーナー的なところに食べ物が置いてあったり、お酒が飲めたりした。美味しかった。














1日のおわり

今日はKeynoteや色々なセッションを聞いて、未来を感じてワクワクしたり、Androidで新しいことが続々追加されて、ちゃんとついていかないとやばそうだなぁと若干焦りを感じたりした。
英語の聞き取りがとても苦手なので聞き取れなかった部分も多々あるが、なんとか頑張って聞いていた。英語をもっと聞き取れるようにしないとなぁと思った。
明日も頑張るぞ！


コメント

コメントを投稿

人気の投稿

[Qiita] Google Playのクローズドベータ版テストでメールアドレスを指定して公開する

イメージ
※この記事は以前Qiitaに投稿されていた古い記事です はじめに ふと、Google Playのクローズドベータ版テストを試してみたくなって使ってみたので手順を書いてみました。 Google Playのクローズドベータ版テストについて Google Playで決まったユーザーのみにアプリをテストしてもらいたい場合、クローズドベータ版テストを使用することができます。 クローズドベータテストには以下の3種類がありますが、今回はメールアドレスを指定する方法でテストを公開してみます。 メールアドレスを指定して公開する Googleグループのユーザーに公開する Google+コミュニティのユーザーに公開する 前提条件 テスターのメールアドレスはGoogleアカウントまたはGoogle Appsアカウントであること テスト開始手順 テスターの設定 Google Play デベロッパーコンソール にログイン アプリを選択 左のメニューから[APK]を選択 タブの中央にある[ベータ版テスト]を選択 [クローズドベータ版テストを設定]を選択 [Create list]を選択 リスト名を入力(「〜事業部」や「〜チーム」など、リスト内のテスターがどのような人なのかを識別するための名前を入力する) メールアドレスを入力(以下の3通りのどれか) メールアドレスを1つずつ入力してカンマかエンターを押す カンマ区切りのメールアドレスをコピペしてエンターを押す CSVファイルをアップロードする [保存]を押す 公開したいリストにチェックを入れる 右上の[更新を送信]を押す (製品版の公開と同じく即時公開はされないため、公開されるまで少し時間がかかる) 青い枠で囲われているオプトインURLをテスターに共有する 公開したベータ版をそのまま製品版に移行するには[製品版にプロモート]を押すことで、簡単に移行できます。 APKを公開する Google Play デベロッパーコンソール にログイン アプリを選択 左のメニューから[APK]を選択 タブの中央にある[ベータ版テスト]を選択 [ベータ版に新しいAPKをアップロード]を選択 APKファイルを選択 [このバージョンの新機能]を記載
続きを読む

[Qiita] Androidの実機でPCのlocalhostに接続したり、Webページの要素を検証する

イメージ
※この記事は以前Qiitaに投稿されていた古い記事です はじめに 実機でPCのlocalhostに接続したいときや、実機で見ているWebページの要素を検証したいことがあったので、その方法をメモとして書いておきます。 必要なもの Android Android 4.0以上 最新のChrome PC Chrome 32以上 Android SDK SDKが必要というよりはadbが必要なので、既にSDKが入っている場合はadbにパスを通しておくだけで良いです。 ※ Chrome拡張で「adb」というものがありますが、現在は非推奨になっているため、ここでは使いません。 Android SDKをインストールする 手元にWindowsが無いため、今回はMacの説明のみ書きます。 既にAndroid SDKが入っている場合は、この手順は必要無いです。 Android SDKをダウンロードする ここ から、自分の環境のAndroid SDKをダウンロードします。 今回はadbのみ必要なため、SDKのみのダウンロードをします。 ダウンロードしたzipを任意の場所に置き、zipを解凍する ターミナルでダウンロードしたSDKのディレクトリ配下のtoolsディレクトリを開く cd [ 任意のディレクトリ ] /android-sdk-macosx/tools android というシェルスクリプトを起動する ./android Android SDK Managerが起動するので、 Android SDK Platform-tools のみにチェックを入れて右下のinstallボタンを押す 同意してインストールする 完了したら Close を押してAndroid SDK Managerも閉じる adbにパスを通す 先ほどのインストールでplatform-toolsというディレクトリが生成されているはずなので、そこにパスを通します。 ~/.bash_profile を開く vi ~/.bash_profile 以下のようにSDKのディレクトリ配下のplatform-toolsディレクトリにパスを通す export PATH = $PATH : [ SDKのディレクト
続きを読む

【Linux】Linuxでディレクトリ毎にzip圧縮する

Linuxで、ディレクトリ毎にzip圧縮したかったのだが、一発でできるようなコマンドが無かったため、ディレクトリ毎にzip圧縮するシェルスクリプトを作ってみた。 適当なファイルを作って、下記のスクリプトを書いて、ファイル名を「zip_per_directory.sh」みたいな感じにして保存する。 #! /bin/sh IFS=" " for dir in `find ./ -type d` do dir=`basename $dir` if [ $dir != `basename ./` ] then zip -r $1$dir.zip $1$dir fi done 次に、そのままだと実行できないので実行権限を与える。 $ chmod +x zip_per_directory.sh 後は、圧縮したいディレクトリが入っている場所にさっき作ったファイルを移動して、ターミナルでディレクトリを移動してから実行する。 $ cd 圧縮したいディレクトリが入ってるパス $ ./zip_per_directory.sh 実行すると、カレントディレクトリにあるディレクトリをすべて自動で圧縮してくれるので、終わるまで待つだけ。 圧縮する際にはそのディレクトリにシェルスクリプトのファイルを移動しなければならないが、ディレクトリを右クリックして圧縮するという作業を何回も繰り返すよりは楽にできるのでは無いかと思う。
続きを読む