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

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



朝食

朝食のたまご毎回食べていた気がする。おいしかった。


午前のセッション

Android Jetpack: manage UI navigation with Navigation Controller

Navigation Editorの話と、それが実際内部でどんなことをしているのかという話など。


Single Activityのアプリでは便利そうな感じ。

What’s new in Android apps for Chrome OS

Chrome OSで動くAndroidアプリの話。



Chrome OSでAndroid Studio使ってAndroidアプリ開発すると、AndroidアプリがそのままChrome OS上で立ち上がるので、デスクトップアプリを開発しているみたいな感じだった。
ウィンドウサイズを変更してもデザインが崩れないようにしたりするのはConstraintLayout 2.0を使って実現するらしい。
タブレット対応やマルチウィンドウ対応に似たものを感じるけど、きっとこのChrome OS対応をすれば自然にタブレットでもうまく表示されるようになるのではないかなあと思っている。
この対応までできたら良さそうなあと思ってワクワクした。

そして最後にこんな嬉しいサプライズが。


Pixelbookの75% OFFクーポン（となぜかChromebookのソックス）をセッション参加者全員にプレゼント！
発送は米国内の住所のみだが、転送サービスなどを使っても通常価格よりだいぶ安く買えるのでこれは嬉しい。
自分が持っているChromebookはAndroidアプリが動かない機種なので、クーポンでPixelbook買おうかなと思っている。

Android Jetpack: sweetening Kotlin development with Android KTX

Jake神によるAndroid KTXの話。




JavaのメソッドをKotlinから使いやすくするプロポーザルもここで発表された。すごい。

Effective ProGuard keep rules for smaller applications

アプリのサイズが小さいことは常に速くて良いことだからProGuardを有効化してサイズを小さくしよう、みたいな話。R8についても話していた。




ProGuardを有効化してから出たエラーを順を追って解決していく感じで説明していて、結構分かりやすかった。

ランチ

午前のセッションが終わってランチの時間。3日目のメニューはこんな感じ。


Big Islandを選んだ。



美味しかった。

午後のセッション

Improve app performance with Android Studio Profilers

Android Studio Profilersの使ったアプリのパフォーマンス最適化をデモで紹介するセッション。


知らないことが結構多かったので、聞いてよかったなあと思った。

What's new with ConstraintLayout and Android Studio design tools

ConstraintLayout 2.0の新しい機能の話。
今回のI/Oのセッションの中で一番すごかったかもしれない。






正直すごすぎて、すごいとしか言えなかったのでぜひYouTubeでセッション動画を見てほしい。


Android Jetpack: manage infinite lists with RecyclerView and Paging

Jetpackで新しく追加されたPagingの話。


データソースからデータを読み込んで実際にViewに表示するまでの流れを分かりやすく説明してくれていて良かった。

Sound Amplifier and the new Dynamics Processing Effect

Android Pから追加されたSound AmplifierとDynamics Processing Effectの話。







会場からホテルへ

すべてのセッションが終わると、SandboxもCloseしていて特にすることが無かったので、会場をあとにすることに。


ホテルへのシャトルバスに揺られながらセッションのことを色々思い返していて、こんなことを思った。


焦りは感じつつも、やはり新しいことを知って、実際に何かを作っていくのは本当に楽しいことだと思うので、置いていかれないように情報をキャッチアップしつつ、アウトプットをしていけるように頑張っていこうと思った。

ホテルにて

ホテルについてゆっくりしていた。
YouTubeアプリを開くと、YouTube Redをレコメンドされたので、フリートライアルで入ってみた。


広告がなくなったりオフライン再生できたり、バックグラウンド再生できたりなど、YouTubeヘビーユーザーの自分としてはわりと良さそうな感じだった。早く日本でも展開してほしい。
そして、Google Photoアプリを見ていると、見慣れないマークがあり、押して見るとGoogle LensのPreviewが使えるようになっていた。


アメリカにいる間は端末の言語設定を英語にしていたので、まさかと思って日本語に戻したらマークが消えた。言語で判定しているらしい。
とりあえずPreviewが使えて面白かった。

ディナー

そんなことをしている間に良い時間になったので、夜ご飯を食べに行った。



楽しかった分、結構疲れも出ているのでビールと肉が本当に美味しく感じた。

1日のおわり

お酒が入っていたこともあり、この日はすぐに寝てしまった。
楽しかったGoogle I/O 2018もあっという間に終わり、ついに帰国へ。

このブログは帰国後に書いていますが、次の日記でio日記も終わりです。


コメント

コメントを投稿

人気の投稿

【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 実行すると、カレントディレクトリにあるディレクトリをすべて自動で圧縮してくれるので、終わるまで待つだけ。 圧縮する際にはそのディレクトリにシェルスクリプトのファイルを移動しなければならないが、ディレクトリを右クリックして圧縮するという作業を何回も繰り返すよりは楽にできるのでは無いかと思う。
続きを読む

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