Diverse developer blog

株式会社Diverse 開発者ブログです。

DroidKaigi 2018 Reject ConferenceでAndroidエンジニアがiOS開発で力を発揮する方法をお話してきました

DroidKaigi 2018にはCfP(Call for papers、審査用の概要)を3本出して全部落ちました。 id:kikuchy です。

先日開催されたDroidKaigi 2018 Reject Conferenceにて、『AndroidエンジニアがiOS開発でも即戦力になる方法』と題しまして、AndroidエンジニアがiOSアプリ開発をすることになったときに既存のスキルを活かす方法をお話させていただきました。

connpass.com



docs.google.com

(今回のスライドはSlideShareにアップロードできなかったためページ内表示ができませんでした…)

Androidの世界から見るとiOSの世界には似たものもあれば違うものもあります。
「似ている」「違う」という関連を知ることで、iOS開発に必要なものをすぐに覚えたり思い出したりすることができます。

そうした学習の一助になれば幸いです。


スライド中でお話した「iOSでテストが普及していないようにみえるのは、Mockitoのようなライブラリが無いからではないか」ということについて、すたぜろさんから便利なツールがあるという情報をいただきました。感謝!

Java/KotlinでMockitoを使ったテストに慣れていると、Swiftのみの環境下でスタブを手で作るのは非常に時間がかかって(気力も削がれて)困るので、こうしたライブラリがあると助かりますね!


懇親会ではiOS開発の辛いところ、マルチプラットフォーム開発の夢についてたくさんの方とお話する事ができました。


iOSアプリの署名まわりはやはり難解ということで大多数の方の意見が一致しました。
もっと簡単になってくれればよいのですけれど…

また、Kotlin/NativeのMultiplatform Projectsは(Xamarin.Forms登場以前のXamarinと同様に)ドメインロジックの記述を共通化できるというものであって、これだけでマルチプラットフォームアプリを作成できる訳ではない、ということも話題に上がりました。

Kotlin/Nativeの知識だけでマルチプラットフォームアプリを作れるわけではないとなると少々ガッカリしてしまうかもしれません。
マルチプラットフォーム開発をスピーディーに行いたい場合、FlutterやReactNativeを使用した方がよいと私も思います。
しかし、各OSで頻繁に使用するAPIを抽象化したもの(java.io.*やjavax.crypto.*などに相当するようなAPIのKotlinで記述されたexpectと、各OS用のactualのセット)が用意されると、また状況が変わってくるかもしれません。


Diverseは今後もAndroidエンジニアの皆様に知見を共有してゆきます!°˖✧◝(⁰▿⁰)◜✧˖°

AndroidエンジニアもiOSエンジニアも募集中です。
未来のデーティング、人と人との出会いを一緒に作ってゆきませんか?
興味がある方は @kikuchy または他の弊社エンジニアへ、お気軽にDMやリプライをください!

Connehito Marché #1〜Android市〜にて二人のエンジニアが登壇してきました

明けましておめでとうございます。
新年初めての更新です。 id:kikuchy です。


先日開催されましたConnehito Marché #1〜Android市〜にて、id:kikuchyが『Android Developer Toolsのバグを見つけて直してもらった話』、Yoshihisaが『OkHttp3+Retrofit2+...』と題しましてお話をさせていただきました。

connehito-marche.connpass.com


『Android Developer Toolsのバグを見つけて直してもらった話』では、id:kikuchyが昨年末に踏み抜いたAndroid Lintのバグについて、発見から解決までの流れについてお話させていただきました。

www.slideshare.net

ソフトウェアも人が作るもの。多くの人の目を通されたOSSであっても、利用する人がいつ何時バグを踏み抜くかわかりません。
バグ報告は品質向上の手助けにもなります。
もしバグを見つけた際には適切に報告をして、品質向上のために貢献しましょう!




『OkHttp3+Retrofit2+...』では、AndroidにおいてHTTP通信を実装する際によく採用される OkHttp + RetrofitにKotlinのコルーチンを組み合わせて非同期処理を同期的に書く方法についてお話させていただきました。

speakerdeck.com

Kotlin1.1からExperimentalで提供されているコルーチンですが、1.2でProduct Readyであることが宣言され、1.3ではいよいよExperimentalが外れる予定です。これまでRxをPromiseの代わりとしてしか使っていないシーンではコルーチンに置き換えることでよりわかりやすいコードになるでしょう。



懇親会では、(iOSやサーバサイドからの)Androidエンジニアへの転身について、KotlinのCoroutineの実戦投入、PWA (Progressive Web Apps)の台頭による未来予想など、幅広い範囲のお話が飛び交っておりました。
KotlinのCoroutineは1.2時点でProduction Readyであるとアナウンスはされていて、1.3ではパッケージ名やAPIが変更になる(かも知れない)とのことです。
わざわざRxのストリームにしなくても済むものは、Coroutineで置き換え始めても良いかもしれませんね。



いよいよ来週はDroidKaigi 2018ですね!!
DiverseはDroidKaigi 2018プラチナスポンサーとして、DroidKaigiを応援しています。

技術書典でもないのになぜか同人誌を頒布します!
無料ですが、紙の冊子は数に限りがありますのでお早めにお越しください! PDFでも頒布しますのでそちらもダウンロードしてください。


AndroidまたはDroidKaigiをテーマに、DiverseのAndroidエンジニアが、普段の業務ではできないことに挑戦しました。
取り扱っている内容は以下のとおりです。

  • Flutter
  • ConstraintLayout
  • 最新のライブラリの組み合わせ
  • Google Assistants
  • Kotlin/Native

是非お立ち寄りください!



Android, iOSエンジニアを大募集中です。
未来のデーティング、人と人との出会いを一緒に作ってゆきませんか?
興味がある方は @kikuchy または他の弊社エンジニアへ、お気軽にDMやリプライをください!

Android Test Night #2 で、Androidのテストについての総まとめをお話してきました

DroidKaigi 2018が迫ってきて、それに伴って社内でもいろいろなことが動き始めていて面白いです(DiverseはDroidKaigi 2018 プラチナスポンサーです!参加されるあなたと当日はブースでお会い出来るのを楽しみにしております!)。 id:kikuchy です。


先日開催されたAndroid Test Night #2にて、『今更聞けない? Androidのテストのいろは』と題しまして、Android特有のテストの事情を解説させていただきました。

testnight.connpass.com


www.slideshare.net


「Androidのテストをこれから始める人に『コレ読んでおいて』と渡せるくらいまとまった資料が今まで無かったので、良い資料が出てきて嬉しい」というご意見もいただくことができました。
お役に立てれば何よりです。
読んでいただけますと幸いです。



Test Nightシリーズも今回で2回目、ということで、相変わらずレベルの高いテストの話をたくさん聞くことができました。
今まで理解が曖昧だったIdlingResourceの話なども聞けて、一歩理解が深まった気がします。

また、懇親会ではAndroidエンジニアが少ない話や、Google Homeの話題に花が咲きました。
スマートスピーカーが普及の兆しを見せている中、我々エンジニアの主戦場もスマートフォンから別の場所へと移り変わっていくのかもしれませんね。


Diverseは来年もAndroidエンジニアの皆様に知見を共有してゆきます!°˖✧◝(⁰▿⁰)◜✧˖°

Androidエンジニアを大募集中です。
未来のデーティング、人と人との出会いを一緒に作ってゆきませんか?
興味がある方は @kikuchy または他の弊社エンジニアへ、お気軽にDMやリプライをください!

Shibuya.apkでkotlinのsealed classをJavaから見た時のsealed具合について話してきました

はじめまして!今年の4月にインフラエンジニアからAndroidエンジニアに転生したYoshihisaです。

先日開催されたShibuya.apk#20にて「kotlin界のsealed classはJava界からみても『sealed』なのか」というタイトルで5分LTをしました。

shibuya-apk.connpass.com

www.slideshare.net

Kotlinには「sealed class」という継承範囲を同一ファイル内に制限する仕組みがあります。これをJavaから使おうとしたとき継承の範囲制限は有効なのか?を調べた結果をまとめたものです。*1

調べた動機と方法

そもそもこれをなんで調べたのかというと、YYCのAndroidアプリのある画面に新機能を追加する案件の開発中にAPI通信に関わる部分のモデルをsealed classで状態を定義したステートマシンとして作りそれをJavaで書かれたFragmentから使おうとしたことがあったからでした。

ふと「Kotlinの世界ではsealed classはsealedされていることをコンパイラがやってくれてるけどJavaの世界から見ると本当に『sealed』されているの?制限を突破して継承できたりしない?」と思ったのです。

気になったのでselaed classでクラスを作りそれをコンパイルしたバイトコードからJavaへ逆コンパイルする、というお手軽プランで調査してみました。(ついでにsealed classをJavaから使うコードを書いてみましたがif-else文とキャストまみれになり辛くなりました。Kotlinは同じコードをwhen式やif式、スマートキャストを駆使して簡単に書けます)

後日談

改めてsealed classを逆コンパイルした結果を見てみました。

逆コンパイル結果抜粋

sealed class本体のプライマリコンストラクタはprivateですがコンパイラがpublicなコンストラクタを自動生成しており子クラスはそれを使うようにバイトコードが生成されています。(スライド中では「DefaultConstructorMarkerが必要らしい」と書きましたが自動生成されたコンストラクタについて回るものらしくsealed class特有のものではありませんでした)

sealedを突破するためにDefaultConstructorMarkerをimportしようにもできず、またキャストなしでnullを渡してコンストラクタを呼び出すことも試みましたが存在しないことになっていて呼び出せませんでした。

コンパイル時はpublicなコンストラクタは存在しておらず呼び出せないので継承することができない、というような仕組みで守っているのでしょうか。もしこの記事を読まれた識者の方がいらっしゃればはてブのコメント等で教えていただけるとうれしいです。

 


 

今回は5分LTという形でしたが社外の勉強会で発表するのははじめてでした。とても緊張しましたが終わってみると楽しかったのでまたどこかで登壇できたらと思います。

宣伝

DiverseではAndroidエンジニアを募集中です!
興味がある方は @bomneko_attack または他の弊社エンジニアへお手軽にDMまたはリプライをください!

*1:sealed classそのものや使い途についてはid:kikuchyKotlin Advent Calendar 2017 12日目でまとめているのでそちらをご参照ください。

Shibuya.apk #20で新規アプリ開発において大切なことをお話してきました

こんにちは、一人でAndroidの新規アプリ開発やってます、 id:kikuchy です。

先日開催されたShibuya.apk #20にて、Androidの新規アプリ開発において感じた、大切だと思うことについてお話させていただきました。

shibuya-apk.connpass.com


www.slideshare.net

プロダクトオーナーと事前に目的などのすり合わせしておきましょう、というお話です。
聞き取りを行う際に便利なヒヤリングシートのテンプレートも作りましたので、こちらも合わせてお使いください。

「コードベースの寿命について議論する発想が今まで無かったので、チームの人とも話してみたい」といった感想もいただきました。
お役に立てれば幸いです。

頂いた質問など

いくつかいただきましたのでご紹介します。

4系をサポートしないとなると、市場で何割かのユーザーに価値提供ができなくなる。POは納得したのか?

ヒヤリングシートにも記載した国内外のOSバージョンシェアをお見せし、また社内の類似サービスユーザーのOSバージョンシェアもお見せした上で判断していただきました。
結果、ターゲット層が似ている社内の他サービスでもほとんどのユーザーがAndroid 5.0以上を使っていること、4系のサポートコストをかけられるほどエンジニアリソースがないことから、4系のサポートをしないことになりました。

どんな設計にしたのか?

まだまとまっていない&有用な設計であるかどうか自身を持てる段階でないので公開していませんが、Model-View-IntentやReduxに近い考えです。
が、(私は記憶力がないので)一画面あたりの関連クラスが増えると全体像の把握が困難になることと、少人数開発なので細かい分業の必要性が薄いことを鑑みて構成などを変えています。
来年のどこかでお話できるとよいのですが…

          • -

Shibuya.apkも、もう20回目を迎えたそうです。
その間にAndroid界隈でもいろいろなことがありました。
Kantar Woldpanel によると、日本でもAndroidのシェアがiOSのシェアを上回りました。
2018年、Androidの市場はどのように動いていくのでしょうか。この先が楽しみです。

Diverseは今後もAndroidエンジニアの皆様に知見を共有してゆきます!°˖✧◝(⁰▿⁰)◜✧˖°

Androidエンジニアも募集中です。
未来のデーティング、人と人との出会いを一緒に作ってゆきませんか?
興味がある方は @kikuchy または他の弊社エンジニアへ、お気軽にDMやリプライをください!

Swift/Kotlin合同勉強会 #2 に参加してきました

こんにちは、Androidやってます。 id:kikuchy です。

先日開催されたOisixさん主催の Swift/Kotlin合同勉強会 #2 で、モバイルアプリ開発で使えるKotlinの便利なところを紹介させていただきました。

oi-study.connpass.com





Kotlinをあまりご存じない方向けに、便利でよく使うKotlinの言語機能と応用例を紹介しております。
これらの機能を使うことで、「考えていることをそのままコードに落とす」という気持ちのよいコーディングが可能になります。
Androidアプリ開発をされている方は、ぜひ一度Kotlinを使ってみてください! 導入も簡単です!



Swift/Kotlin合同勉強会は、Swiftだけ使ったことがある、もしくはKotlinだけ使ったことがある、という方々が互いの言語を学び合うという趣旨でスタートされた勉強会だそうです。
会の趣旨通り、iOS/Androidの話題だけでなく、JavaとKotlinの相互運用、サーバーサイド、コンパイラの話など、言語について幅広い話題が飛び交っており、とてもおもしろかったです。
発表中も和やかな雰囲気で、安心して登壇する事ができました。

また、会場には終始美味しそうな香りが漂っておりまして…!


おいし…すごく楽しく勉強になる会でした!
技術だけでなく会場運営も勉強になりました。

Diverseは今後もSwift/Kotlinコミュニティに知見を発表するなど貢献をしてゆきます\\ ٩( 'ω' )و //
Swiftを使えるiOSエンジニア、Kotlinを使えるAndroid/サーバサイドエンジニアさん募集中です!
興味がある方は @kikuchy または他の弊社エンジニアへ、お気軽にDMやリプライをください!
まずは色々お話しましょう°˖✧◝(⁰▿⁰)◜✧˖°

「 iOS アプリエラー監視の設計とその効果」について Bonfire で発表してきました

Diverse で iOS のテックリードをしている Kuniwak です。

 

先日開催された Bonfire iOS #3 で「iOS アプリエラー監視の設計とその効果」について発表してきました。

私の所属していたプロジェクトの iOS アプリのエラー監視は、かなりしっかりしていて、ユーザーの手元で起こっている様々な異変を観測してくれています。今回はその観測のための設計とその効果についてお話ししてきました。スライドは以下になります。

 

speakerdeck.com

また、スライド末にある通り、Diverse では新規事業の iOS 開発チームのリーダーを募集しています。成長中のサービスを自分の力で導いてみたいと思う方に、ぜひきてほしいと思っています。ご興味がありましたら、Kuniwak まで DM やリプライをいただけるとランチ等をセッティングします。よろしくお願いいたします。