【io19日記】Google I/O 2019 1日目

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

この日は6:30ごろに起きて、7:30のバスに乗って会場へ。



何事も無く到着。



手荷物検査を済ませて会場内へ。手荷物検査、音が鳴ったけど特に問題なかった。



適当に朝ごはん食べてまったり。



コーヒーとかもこんな感じでおいてあった。


ご飯も食べ終わったので、Keynoteの待機列へ。



並んでいるときに話しかけてもらえたけど、言葉にするのが難しすぎて途中で諦めて理解できないって言ってしまった。反省。もっと英語勉強しないとなぁと思った瞬間だった。



入場が始まってKeynote会場へ。




会場のPhoto Sphere撮ってみた（画像をクリックすると360度見れます）。


座っていると、エウレカの人たちに遭遇。futaboooさんはTwitter上では知ってたけど、この日初めて会った。



AI DJ面白かった。



Keynoteが始まった。



細かい内容は既にWebメディアなどでいろいろ解説されているので割愛するが、検索結果に3Dモデルが出てきてそれをARで現実世界に表示したり、Google LensやGoogle Assistantの強化だったり、より生活に役に立つような機能が紹介されていてとてもワクワクした。on-deviceで動作するのもすごいなぁ（小並感）と思った。



Pixel 3aも発表された。





今回はおま国じゃなくて良かったねって思った。



Keynoteが終わりランチタイムに。いつものようにランチボックスが配布されていた。



適当に選んで食べた。



ランチが終わったので続いてDeveloper Keynoteへ。
若干出遅れたので直射日光がつらい席になってしまった。ランチボックス持ってそのままこれば良かった。
始まる前にやまんだーさんに偶然会った。



Kotlin Firstにしていくっていう話だったり、



Camera Xだったり、



In-app updatesだったりの概要の話をしていた。



個人的にはIn-app updatesはずっと待ってたのでようやく来たか…って感じだった。



Firebase Performance MonitoringのWeb版も出たとのこと。
Firebase Perfomance MonitoringはAndroidで使っていたけれど、
コンパイル時にクラスの解析をしていて入れてるだけでコンパイルがめちゃくちゃ遅くなるので消してしまったけれど、いまは少し改善しているのかちょっと気になった。もう一回入れてみても良いかもしれない。

Flutter Webも出たらしい。



In-app updatesはこの時点ではドキュメント無かったけれど、次の日に出てた。



続いて最初のセッション。



新しいシェア機能良さそうな感じだった。



AndroidのWebページのシェアはページタイトルは一緒に共有してくれないので、これで一緒に共有してくれたらいいけどどうなんだろ？ってちょっと思った。
ページタイトルとURLを一緒に共有できるアプリを自分で作ったので、Androidが公式でやってくれたら俺が提供しているページ共有アプリが必要なくなってしまうけれど、まぁ何も入れずにできるならそのほうが良いよねとは思う。

Jetpack Composeも発表された。めちゃくちゃFlutterぽいなという感想。実際に似せているらしい。



GamingのSandboxでStadiaを体験してきた。
PS4とかと同じ感覚で全然遅延とかなく普通にプレイできたのですごかった。





このあとストアに行ってTシャツとかパーカーとかを買った。


会場内でちょいちょい色々な人に会った。

続いてFoldableのセッション。



ゲームでFoldableを閉じたり開いたりしたときに遅延無く同じ動作をさせつつ表示サイズを変えるのすごい大変そうだなぁと思った。
一応開発者オプションでデスクトップモードにできたりもするらしい。



続いてKotlin Coroutineのセッションへ。



LiveDataのcoroutineサポートめっちゃええやんってなった。
社内の分報チャンネルに適当につぶやいたらお土産ほしいとのことなので再びストアでお土産買った。



そういえばApp Reviewされみたいなぁと思ってつぶやいたところ、arakiさんが通訳してくださるとのことなので明日レビューできることに！！めちゃくちゃありがたい！！



そんなこんなあってAfter Partyに。
適当にビール頼んで飲んでたらカナダ人のAndroidエンジニアに話しかけられた。
今度は諦めずになんとか話してみたけれど、こっちから何か聞くのが難しかったのでそんなに会話が続かなくてスマンって気持ちになった。
もっと英語勉強しなきゃなぁって思った瞬間だった（本日二度目）。

その後、だるまさんややまんだーさん達に会って一緒に飲むことに。
だるまさんにIn-app updatesとかについて色々聞けたので良かった。
その後、yuyakaidoさんらエウレカ勢に夜ご飯をお誘いしてもらったので、Ubieのエンジニアさんとd_dateさんたちと一緒にshabuwayというお店に行った。
そこになっぴーさんとか、CA勢とか何人か日本人が居た笑
微妙に量多かったけど、しゃぶしゃぶ美味しかった。



そのあとホテルに戻って就寝。

ここまでで既にたくさんの知り合いに声かけてもらったりして、一人で参加することに対する不安がこの時点で消えていたので、いままで色々なところでアウトプットしてきてよかったなぁと思った。




コメント

コメントを投稿

人気の投稿

【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] 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] 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ファイルを選択 [このバージョンの新機能]を記載...
続きを読む