あるあるLT Android採用編 @nabetaro_jp

自己紹介 ๏ なべ@nabetaro_jp ๏ and factory.inc ๏ Android エンジニア ๏ 漫画アプリ開発 #スクラム #採用 #チームビルディング #iOSビギナー

エンジニアの採用に かかわってますか ! \あるある/

Developers Boostで 「採用にコミットした話」で登壇してきました \いいね/

Android面接の質問あるある その質問したことある→あるある いい質問ですね→いいね

？ Q. Kotlinで開発したことあります？ あるある！ いいね！

Kotlinでの開発経験は重要 ๏ 2017年にKotlinが正式にサポートされたのもあり、Javaでの開発はあま り見られなくなった。 ๏ Android KTXなどKotlinの言語機能（拡張、プロパティ、ラムダ、 名前付きパラメータ）をつかうことでよりコードがシンプルに！ ๏ String.toColorInt()とか、Collections.joinToString()とか ๏ 業務経験もあるといいけど、さすがにつかっておいてほしいなぁ ๏ Swift -> Javaはむずいけど、Swift -> Kotlinは意外といける

例：bundleOf class TitleFragment : Fragment() { companion object { fun newInstance(titleId: TitleId) = TitleFragment().apply { arguments = bundleOf(KEY_TITLE_ID to titleId) } } }

例：bundleOf class TitleFragment : Fragment() { companion object { fun newInstance(titleId: TitleId) = TitleFragment().apply { arguments = bundleOf(KEY_TITLE_ID to titleId) } } }

？ Q. アーキテクチャパターンは どれを採用したことがあります？ あるある！ いいね！

Android MVVMは知見の宝庫 ๏ Googleのアプリのアーキテクチャガイドでも推奨されている ๏ Model, View, ViewModelの頭文字 ๏ Jetpack, Kotlin Coroutinesなしではシナジーが最大化しない

viewModelScope fun fetchData(titleId: TitleId) { viewModelScope.launch { _uiState.postValue(UiState.Loading) when (val result = fetchTitleUseCase.execute(titleId)) { is Result.Success -> { _uiState.postValue(UiState.Loaded) _data.postValue(result.data) } is Result.Failure -> { when (val e = result.error) { is TopError.NetworkError -> _uiState.postValue(UiState.Retry) is TopError.TopClientError -> { _uiState.postValue(UiState.Error) showPopupAction.postValue(Event(e.popup)) } else -> showErrorCommand.postValue(e) } } } } }

viewModelScope fun fetchData(titleId: TitleId) { viewModelScope.launch { _uiState.postValue(UiState.Loading) when (val result = fetchTitleUseCase.execute(titleId)) { is Result.Success -> { _uiState.postValue(UiState.Loaded) _data.postValue(result.data) } is Result.Failure -> { when (val e = result.error) { is TopError.NetworkError -> _uiState.postValue(UiState.Retry) is TopError.TopClientError -> { _uiState.postValue(UiState.Error) showPopupAction.postValue(Event(e.popup)) } else -> showErrorCommand.postValue(e) } } } } }

viewModelScope fun fetchData(titleId: TitleId) { _titleId = titleId viewModelScope.launch { _uiState.postValue(UiState.Loading) when (val result = fetchTitleUseCase.execute(titleId)) { is Result.Success -> { _uiState.postValue(UiState.Loaded) _data.postValue(result.data) } is Result.Failure -> { when (val e = result.error) { is TopError.NetworkError -> _uiState.postValue(UiState.Retry) is TopError.TopClientError -> { _uiState.postValue(UiState.Error) showPopupAction.postValue(Event(e.popup)) } else -> showErrorCommand.postValue(e) } } } } } ๏ ViewModelScopeでJob のキャンセルをVMのライフサ イクルに紐づけることで非同 期処理の管理が楽に

だいじなところは何なのか ๏ Android アプリ設計パターン入門 ๏ Fat Activity問題 : 複雑性の増加による開発速度の低下 ๏ Dagger2 : DIライブラリ。Annotationによるコンパイル時のコード生成ベー ス。クラス間の結合度を低下させるため、アジャイル開発やテストに強い。 ๏ RxJava2 : リアクティブプログラミング用。コールバック地獄対策。非同期 処理の実装だけだと学習コストが高いのでCoroutineを使うことが増えた。 ๏ 実際の開発現場のハナシ

？ Q. Android JetPackについて 知っていることをおしえてください あるある！ いいね！

高品質かつ簡単に作成するためのライブラリ ๏ ５年前の開発を考えると泣きそうになる ๏ もはやこれなしでは生きていけない ๏ KTX ๏ AAC(Android Architecture Component) ๏ Lifecycle, ViewModel, LiveData, Room, Navigation.. https://developer.android.com/jetpack?hl=ja

？ Q.Networkの処理とかどんな感じで かいたりします？ あるある！ いいね！

Retrofit + OkHttpは すでにデファクトスタンダード ๏ AsyncTaskを覚えているだろうか？2012年くらいでしょうか・・ ๏ AsyncTaskが抱えていた問題 https:// www.techyourchance.com/asynctask-deprecated/ ๏ Square製 ๏ 今年の6月Version 2.6.0(最新は2.7.0)でサスペンド修飾子がサ ポートされ、HTTPリクエストをcoroutineを使ってかけるようになった @GET("users/{id}") suspend fun user(@Path("id") id: Long): User https://www.techyourchance.com/asynctask-deprecated/

Retrofit + OkHttpは すでにデファクトスタンダード ๏ AsyncTaskを覚えているだろうか？2012年くらいでしょうか・・ ๏ Square製 ๏ 今年の6月Version 2.6.0(最新は2.7.0)でサスペンド修飾子がサ ポートされ、HTTPリクエストをcoroutineを使ってかけるようになった @GET("users/{id}") suspend fun user(@Path("id") id: Long): User Retrofitてかいてますやん

Androidアプリ開発が簡単になってきた

知識を聞いてきたけど ほんとにそれでいいのだろうか？

“経験を積んだ人は物事がこうであることを 知っているが、なぜそうであるかは知らない” マルティン・ハイデッガー

• 「なぜ」とは自分の動機、ビ ジョンや理念のこと。 • 自分が信じているwhyを語り共 感が生まれれば、人々を惹きつ けることができる。 ゴールデン・サークル

？ 大事なのは「なぜ」 ๏ What < How < Whyの順番で答えるのは難しくなる ๏ なぜこの技術を使うことになったのか、経緯を知りたい ๏ 何を解決するものなのか、この技術が大事にしていることはなんなのか チームメンバーと開発する上で、納得感を持って作業するためにはなぜに 向き合う必要がある

良くも悪くもエンジニア文化にあった人を採用するには 「なぜ」からくる直感に耳を傾けなければならない

and factory Advent Calendarでも まとめてみましたのでよかったら見てください \いいね/ https://qiita.com/nabetaro_jp/items/eb9f6fd4f596b38f56cf

おしまい