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

前回の投稿に続いて、4日目です。


ホテルから会場へ

昨日と同じく、7時のバスに乗るため6時ごろに起床。
6時50分くらいに出たところ、すでにバスが到着していたため、バスへ乗車し、会場へ。

入場、朝食

昨日と同じく手荷物検査で人がたくさん並んでいたので、その列に並んだ。



検査が終わると、昨日とは違いまだ開場していなかったため、開場するまで待機。


ほどなくして開場し、朝食を食べた。朝食の種類は一緒だった。












朝食が食べ終わったので、最初のセッション開場へ向かった。

午前のセッション




Fragmentの歴史とFragmentがなぜ必要だったのか、そしてFragmentのこれからの話。



より規模の大きいアプリをFirebaseを使ってサーバーレスで開発する話。

What's new in Wear OS by Google

Wear OSの歴史と、新機能の紹介。



2017年にはiOSユーザーがYoYで148%も成長し、今ではWear OSの利用ユーザーの3分の1がiOSユーザー。これが理由で、Android WearをWear OSに変えた。



Wear OSではConnection、Health、Assistantの3つを重要視していて、そのために何をしているのかという話をしていた。
あとは新機能。





個人的にはKotlin DSLでWatch Faceが簡単に作れるようになったのが一番気になった。はやく試したい。

Android Jetpack: what's new in Architecture Components

Architecture Componentsの新しい機能の概要。






ランチ

午前のセッションが終わり、ランチの時間になった。
ランチボックスを取りにいこうとしていると、Twitterのリプライが届いた。


なんとなく書きたいなと思っていたので、こんな感じで返事をした。




そんなことがあったあと、ランチボックスを取りにいった。


おいしかった。

午後のセッション

ランチを食べ終わり、午後のセッションへ。

Web Components and the Polymer Project: Polymer 3.0 and beyond

Polymerをずっとやっていたわけではないけれど、昔触ったことがあってなんとなく気になったので聞きに行った。



Polymer 3.0が出たらしい。


自分が知っているPolymerは多分結構前で情報が止まっているのだが、以前と比べてだいぶ進化しているような印象だった。
また触ってみたいなあと思った。

Android Jetpack: what’s new in Android Support Library

Android Xになって変わったことまとめみたいな話。



  • Android Xからバージョンを28.0.0から1.0.0にリセット
    • パッケージ名も全部変わる
  • Android XへのマイグレーションはAndroid Studioの一括変更機能をつかう
  • Android Studio 3.2 Canary 14+から利用可能
  • いくつか追加された機能の話もしていた
一括変更機能があるとはいえ、変更量が相当多くなることが予想されるので、変更の準備は早めにしておいたほうが良さそう。

ML Kit: Machine Learning SDK for mobile developers

今回新しく発表されたML Kitの話。


ML KitはFirebase Consoleからアクセス可能で、利用するのはわりと簡単そう。
ML Kitで主にできるのはつぎの5つ。

  • テキスト認識
  • 顔検出
  • バーコードスキャン
  • 画像のラベル付け
  • ランドマーク認識



セッションで実際にデモをしていたが、どれもすごかった。早く試してみたいところ。

Best practices using compilers in Android Studio

D8とR8の話。


Android Jetpack: easy background processing with WorkManager

Jetpackに追加されたWorkManagerの話。


こんな感じで内部的に使い分けをしているらしい。



かなり良さそうな感じだった。早く試してみたい。

Best practices for text on Android

Androidのtextの描画はどのようにして行われているのかと、パフォーマンス良くするためにはどうすればよいのかみたいな話。
結構深い話をしていた。

デバイスピックアップ

今回のおみやげはAndroid Things Starter Kitと、Google Home miniだった。
Android Thingsの方はAndroid Things Scavenger Huntをクリアしないともらえないとメールにかいてあり、1日目に結構考えたが自由記述の最後の1問だけどうしても分からず1日目は断念。
そして2日目にセッションの合間にもう一度ヒントの場所を見に行ったところ、ふとひらめいて確認したらそこにキーワードがあったので、無事にクリアすることができた。めっちゃ嬉しかった。


というわけで、デバイスピックアップをした。


デバイスピックアップしに行ったところ、バッジをかざす以外は特に何も確認されなかったので、多分クリアしなくてももらえたのだろうけど、もやもやしたままなのは嫌だったので自力でクリアできて良かった。

Sandbox

セッション会場以外にいくつかの箇所に今回新しく発表されたものなどを試したり、質問できたりするドームがあったので、セッションの合間とかにちょいちょい行ってきた。

Android & Play

Android Pのお試し。
Jetpackのドロイド君。かわいい。



Wear OS。ここだけ気合い入れて写真撮ってきた感ある。







　

　

Android TV。特に面白いことはなかった。


Cloud, Firebase, Flutter


コンサート

セッションが終わったあと、コンサートがあった。


めっちゃ近くにいたため、空気の振動がすごかった。

もう少し暗くなったあとはこんな感じ。



すごい盛り上がっていて、知らないアーティストだったけどわりと楽しめた気がする。

1日のおわり

というわけで、この日記は帰国してから書いている。
セッション中にメモはとっていたのだけれど、もうすこしスッってブログ書けるようにメモ書いておけばよかったなあとおもった。




コメント

コメントを投稿

人気の投稿

[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のディレクト
続きを読む

[Qiita] AppCompatのAlertDialogのテーマカラーを変える

イメージ
※この記事は以前Qiitaに投稿されていた古い記事です はじめに Android Supoprt Library 22.1で公開された android.support.v7.app.AlertDialogを使うと、Material Designなダイアログを簡単に実装することができますが、そのダイアログのタイトルの文字色やダイアログの背景色を変えるにはどうすれば良いのか、メモとして書いておきます。 style.xmlでカラーを定義 < style name = " MyAlertDialogStyle " parent = " Theme.AppCompat.Light.Dialog.Alert " > <item name= "colorAccent" >@ android : color/holo_blue_dark</item> <item name= "android:background" >@ android : color/white</item> <item name= "android:textColorPrimary" >@ android : color/holo_blue_light</item> </ style > name どこの色 colorAccent ボタンの文字色とか android:background ダイアログの背景色 android:textColorPrimary タイトル、メッセージの文字色 AlertDialog.BuilderでStyleをセットする AlertDialog . Builder builder = new AlertDialog . Builder ( this , R . style . MyAlertDialogStyle ) ; builder . setTitle ( "確認" ) ; builder . setMessage ( "ほんとにいいの？" ) ;
続きを読む