モバイル転職、SwiftかFlutterか、賭け先の選び方

モバイルエンジニアを目指す人が最初にぶつかる問いは、だいたいこれだ。Swift/Kotlinのネイティブを学ぶべきか、Flutter/React Nativeのクロスプラットフォームを学ぶべきか。多くの人はこれを「どちらが覚えるのが楽か」「どちらが習得期間が短いか」という学習コストの問題として考える。だがこの立て方そのものが、すでに一歩ずれている。

覚える量の差ではなく、賭け先の差

ネイティブとクロスの違いは、学習コストの大小にはほとんど現れない。本当に違うのは、転職活動で何に賭けることになるかだ。クロスプラットフォームは、一つのコードベースでiOSとAndroidの両方に出せるという性質上、案件を広く抱える受託・制作会社の求人で強い。求人の出やすさで見れば、間口はクロスの方が広く見えやすい。対してネイティブは、プラットフォームの固有機能やパフォーマンスを突き詰める必要がある場面、つまり自社サービスを長期で育てている企業で評価されやすい。間口は狭くなるが、求められる実装の深さはこちらの方が強く求められやすい。

つまりこの選択は「どちらが簡単か」ではなく「案件数の多い受託の土俵で数をこなすキャリアを歩むか、自社サービスの土俵で深い実装力を積むキャリアを歩むか」という賭けの選択になっている。

同じ「モバイルエンジニア募集」でも、見られる実績は別物

さらに厄介なのは、この二つが求人票の上では同じ「モバイルエンジニア募集」という顔をしていることだ。だが中を開けると、採用が見ている実績の方向はまるで別物になる。クロス求人の採用担当者が見たいのは、短い期間でいくつものアプリをリリースした経験や、複数プロジェクトを並行して回した経験だ。量と回転の速さが評価される。ネイティブ求人の採用担当者が見たいのは、特定のプラットフォームでパフォーマンス問題を解決した経験や、OSの新しい仕様変更に対応し続けた経験だ。一つのプロダクトをどれだけ深く掘ったかが評価される。

ここで両にらみの学習が罠になる。「Flutterも触れるしSwiftも書けます」という経歴は、本人としては幅を持たせたつもりでも、クロス側の採用からは「量をこなした実績が薄い」と見え、ネイティブ側の採用からは「一つのプラットフォームを深く掘った実績が薄い」と見えてしまう。どちらの椅子にも、中途半端に腰掛けているように見えるのだ。これは技術力の問題ではなく、経歴の見せ方の問題として起きる。

流行で選ばず、座りたい椅子から逆算する

だからこの選択は、どちらが今流行っているかで決めるべきではない。決め方はむしろ逆からたどった方がいい。自分が将来座りたい椅子はどちらか、を先に決める。受託や制作会社で案件を次々に動かし、幅広い現場感覚を積み重ねていく働き方がしたいなら、クロスプラットフォームに学習と実績づくりの時間を寄せる。一つの自社サービスに長く関わり、プラットフォームの仕様の深いところまで理解して作り込む働き方がしたいなら、ネイティブに時間を寄せる。

どちらも学べる余力があるという事実は、どちらも中途半端に学んでいいという理由にはならない。経歴として語れる実績は、結局どちらか一方の軸に揺れを作らずに積んだ方が強く見える。まず自分がどちらの椅子に座りたいかを決め、そこから逆算して学習と実績づくりの重心を一方に寄せる。それが、流行に振られずに済む一番簡単な方法だ。

モバイル職の求人がどちら寄りの実績を求めているかは、求人そのものを見るのが一番早い。

https://s-tasklog.com/jobs/for/mobile

tasklogは、エンジニアがどの教材で何を学び、どの技術書が実際に読まれ続けているかを実測データで確認できる場所だ。