Help us understand the problem. What is going on with this article?

DroidKaigi 2019 に参加しての感想

More than 1 year has passed since last update.

DroidKaigi 2019、今年も楽しかったれす。
セッション、EXPO、conf-apps などの「個人の感想」です。
登壇の感想はまた別で。

セッション

DAY1

Server-side Kotlin for Frontend: 複雑なAndroidアプリ開発に対するアプローチ

弊社でも、モバイル向けの REST API をそれ専用に作ったりしているので、それの発展形が BFF(Backends for Frontends) と理解できた。

たくさんのクエリと結果を含んだ「神API」のできてしまう問題も分かりみが深い。

今は Java9 でサーバーサイドを開発しているので、Kotlin を部分的に採用するメリットもありそうだし、そうでなくても BFF を適用できたらよいなと感じた。

PWAでここまで出来る

PWA についておさらいするために聴講。

個人的な希望だけども、スマホのストレージは常に容量不足で、ローソンやマクドナルドなど、「ショップ毎のネイティブアプリ」というのは、インストールに壁がある。それが提供するサービスを考えれば PWA で十分だと思う。広告のためとか不要なPush通知のためにネイティブアプリにしているのだとしたら辞めて欲しい。

簡単にインストールでき、必要になったらフル版に「昇格」できる InstantApps はどこかへ消えてしまったね、わかるよ、作るの面倒だし、Android にしかリーチできないし。

DAY2

Dialogflowによる自然言語処理(NLP)を用いたボイスコマンド音声認識の精度向上

「あ、Dialogflow って LUIS と同じやつだったんだ。」

LUIS も管理サイトは使いやすく思えなくて、バッチで学習させるツールを作って使っている。

Dialogflow vs LUIS では機能的にそんなに違いはなさそうだなーと感じたけど、細かく調べたらあるのかもしれない。選択肢が増えてよかった。
オフィスアワーで登壇者の方と会話したところ、氏は LUIS については知らないとの事だったので、MS系技術はやはりリーチ層が限られるのかなと思ったり(逆もまた然りで、私も Dialogflow を知らなかったわけで)。

Wi-Fi RTTによる屋内測位アプリを作ろう

屋内測位の話。
RTT(ラウンドトリップタイム)により、端末からWiFi基地局までの距離を推定する。
複数台の基地局を用意してそれぞれで距離を推定し、よしなに最適解を出してね、ということだった。
FusedLocation に組み込まれて、対応基地局が充実して、普通に使われるようになることを期待。

そういえば過去には Skyhook のような、WiFiの電波を利用した位置測地DBやアルゴリズムがあって現在も使われているはずだが、それらは「電波の強さ」で基地局までの距離を推定していると思われる。RTT はラウンドトリップタイムなので、そこが違うだけで、他のアルゴリズムは同じなのかなーと思った。

GPS以外の測位技術は、PDR(Pedestrian Dead Reckoning)も含めて、まだ普及するような技術が出てきていないので今後も要チェックやわ。

All About Test of Flutter

X-Plat パーソンとして、Flutter の様子を伺うために潜入。

IDEのテスト環境がちゃんと整備されていて良いな、使いやすそうなテスティングフレームワークだな、という印象。
特に、別セッションで、「Kotlin の coroutines のテストでハマりどころがある」という話を聞いた後では、 async/await なテストも普通にサポートしていて良さげだった。

ただし、個人的に Flutter は 「プレゼンテーション層を早く美しく作る」 という役割にとどめて、ロジックは Kotlin/Native に任せたい、という希望があります。

Sharing Code between iOS & Android with Rust

コード共有に目がないので潜入。
Rust のコード初めてみましたわ〜w

圧倒的な速度差というのは置いておいたとしても、なるほど C++ に比べて簡潔な構文で良さげに見えた。
Java とのブリッジ定義もシンプルな記述に見えたし(iOS の方はしんどそうだけど)。

どうしてもパフォーマンス優先にしたいときの選択肢にはなりそうかな、と。
少なくとも C言語 よりはやる気にさせてくれそう。

Android Enterpriseで実現できる端末管理の世界

BtoB 屋さんなので聞いた。

企業向けの限られたユーザー群に業務用アプリを配布する方法をいつも考えていて、今は DeployGate を使っていてそれはそれで便利なのだけど、もっとセキュアに、あるいは簡易MDMのようなものが自作できないか、と考えていた。

自作は難しそうだけど、企業向けの Google Play Store の使い方なんてのもあるそうなので、オフィスアワーで会話できてよかった。

Fast Prototypes with Flutter + Kotlin/Native

X-Platパーソンなので(ry

とあるカンファレンス向けアプリを限られた期間内で作るために Flutter と K/N を採用してみたという話。
そういえば DeNA Tech conf アプリも Flutter 製だったなあと思いながら、イベントアプリでの X-Plat 採用は、期間や開発リソースの制約を考えるとマッチすることが多いのだろうと思った。

やはり Kotlin/Native -> Swift(.framework) からの -> Flutter がつらそう、という印象。
Flutter の MethodChannel ではエンティティクラスを渡すことも面倒そうだなと感じた。逆に言えば、ここに何らかのソリューションが登場したら「強い」だろうな、とも。

実践 WorkManager

WorkManager による画像の事前(非同期)キャッシュの話。
WorkManager 自体はとても便利なAPIで、Androidアプリだけならそれを使わない手はないなーと思いつつ、iOS版では「アプリ実行時に非同期でキャッシュを溜めている」とのことで、Android版との機能の違いが出てきちゃうんだよなー、という X-Platパーソンの余計な考えがでちゃいました。

WorkManager は便利だけど iOS にはない、Android版だけ高機能にするか、仕様(実装)を共通にするために Android 版の機能をオミットするかは、Kotlin Multi Platform Project な世界では発生すると思うので、来年以降、いろいろなノウハウを得たいです。

巨大なアプリの開発を支えるフラグ管理術

すいません、概要読まずに「アプリ内のステート管理の話かな?」と思って参加したら違いました、でも得るものは多かったです。

git でのソースコード管理において、Feature ブランチのマージコンフリクトが頻発するのを防ぐために、アプリの機能に ON/OFF のフラグを設け、Feature ブランチを main(master) ブランチに積極的に(機能OFFで)マージしていこうという戦略。

機能の OFF→ON のミスを減らすための build.gradle への記述の工夫も「なるほどー」という感じ。

EXPO

車関連のサービス展示が3つもあって、これが MaaS か…という印象。
私も物流関係のB2B向け案件に携わっているので、なんだか身近に感じましたね。
DeNA のブースで 「おまえは MaaS で、俺は 3PL(3rd Party Logistics)、そこになんの違いもありゃしねぇだろうが!」などという会話をした(してないw)。

恒例のシール貼るやつ。

Xamarin はこんなもんでしょ。意外と多いくらい?

あとバリスタさんコーヒーおいしかったです。

DroidKaigi アプリ

今年もコントリビュートさせてもらいました。

image.png
via DroidKaigi 2019 WelcomeTalk - Speaker Deck

昨年は、当日も バグを直したり してましたが、今年は登壇者でもあり資料を作る必要があったので、あんまり時間は割けなかったのですが、小さめの PR を投げさせてもらいました。 Swift コードをマージしてもらったのはこれが初ですw

Pull requests

あとは、気になったところを Issue 登録したりしました(対応して頂いた方、ありがとうございました)。

Issues / Comments

おわりに

人気のセッションはやはり満席だったみたいで、私はそれを避けてニッチめなセッションを聞かせてもらいました。
どれも参考になるよいセッションでした。

自分は B2B でモバイルアプリを作っている人ですが、DroidKaigi では B2C なサービスに関するネタが多くて、それはそれで貴重なのですが、エンプラ向けのセッションがもうちょっとあると嬉しいなあと思いました(実際エンプラ向けのセッションのオフィスアワーには人がたくさん質問に来てましたし)。

あと、Firebase に関するセッションって少なかったですね(Firestore に関してはゼロ?)、ちょっと意外でした。

現地で観られなかったセッションに関しても、すでに 動画公開 していただいて感謝しきりです。

さっそく動画を流しながら仕事をしています(仕事が手に付かない)。

かと言って、参加しなくてもよかったかといえばそれは No! であの雰囲気を感じられることが一番の収穫なんですよね、毎年思ってますけど。

amay077
ランチの時は呼ぶといい!
https://blog.amay0777.net/
Why not register and get more from Qiita?
  1. We will deliver articles that match you
    By following users and tags, you can catch up information on technical fields that you are interested in as a whole
  2. you can read useful information later efficiently
    By "stocking" the articles you like, you can search right away
Comments
No comments
Sign up for free and join this conversation.
If you already have a Qiita account
Why do not you register as a user and use Qiita more conveniently?
You need to log in to use this function. Qiita can be used more conveniently after logging in.
You seem to be reading articles frequently this month. Qiita can be used more conveniently after logging in.
  1. We will deliver articles that match you
    By following users and tags, you can catch up information on technical fields that you are interested in as a whole
  2. you can read useful information later efficiently
    By "stocking" the articles you like, you can search right away
ユーザーは見つかりませんでした