Flutter導入から見るクロスプラットフォーム開発のリアル

Profile

• 

  伊藤恭平
  2011年に中途入社。入社後は iOS アプリや Web フロントの開発を行い、さまざまな新規サービスの立ち上げに携わってきた。2014年以降は、 iOS アプリの立ち上げをメインに行い、去年からは Flutter を使ったアプリの開発に従事している。

• 

  降矢大地
  2012年に中途入社。さまざまな新規サービスの立ち上げに携わり、サイバーエージェントの Android 領域を牽引する。現在は新規サービスの開発以外にもプロダクトを横断した技術支援などにも従事。また、2016年に GDE（Google Developers Expert for Android）に加入し、社内のDeveloper Expertsも務める。

iOS と Android の機能差のソリューションとなるクロスプラットフォームフレームワークの導入

──クロスプラットフォームを活用した開発は、いつ頃から検討していましたか？
 

2018年頃から「ABEMA」の開発ミーティングで、iOS と Android のアプリ間で機能差が出てしまう課題が議題にあがっていました。また、エンジニアのリソース課題として「iOS と Android のエンジニアリングを共通化できないだろうか」という議論も出ていました。それらに対するソリューションとして、クロスプラットフォームフレームワークが検討されていました。

そういった背景の中、 Google が正式リリースした Flutter や Kotlin Multiplatform のようなクロスプラットフォームフレームワークが登場し、社内でもプロダクトに導入するケースも出てきました。

例えば、2018年6月にリリースした Ameba のスキルシェアリングサービス「REQU（リキュー）」は Flutter で開発しています。

──Flutter のようなクロスプラットフォームフレームワークをプロジェクトに活用するには、社内ではどんな要素が必要ですか？
 

クロスプラットフォームをプロジェクトに活かすためには、iOS エンジニアとAndroid エンジニア双方の賛同が得られる事が、大きな要因だと考えています。

あくまで社内における個人的な観測範囲での事例ですが、React Native は Web エンジニアの賛同が得られた一方、ネイティブのエンジニアにはあまり広まりませんでした。同様に Kotlin Multiplatform に関しても、Android エンジニアの賛同は得られましたが、iOSエンジニアで利用が進まず、当時の社内では普及しなかったという経緯があります。

Flutter はリリース当初の安定性の課題もあり、エンジニアの反応はまだ下火でしたが、開発元である Google がこの1～2年で強くプッシュしていることに加え、業界の中でも導入実績が増えていくにつれ、社内でも関心が高まっていきました。

Flutterに見られる、新技術導入のリスクコントロール

──Flutter を導入してみた際のメリットを教えて下さい。
 

冒頭に紹介した「iOS と Android のアプリ間で発生する機能差」や「iOS と Androidのエンジニアリングを共通化したい」という課題に対して、Flutter を導入する事で一定の効果を得られました。仕様に対する実装の共通化と、エンジニアリソースの集約により、スマートフォンアプリをスピーディにリリースできるようになりました。

また、宣言的 UI により、コンポーネントをコード定義できる事で、UI の品質向上やリファクタリング効率が上がりました。複数の画面に配置される UI コンポーネントは、実装者によって微妙なズレが発生するケースがありますが、Flutter の導入で極端に減少しました。

特に、開発した UI コンポーネントの再現性や再利用性が高く「この画面で配置した UI コンポーネントをこちらの画面でも使いたい」という時に、GUI で UI を構築するツールでは調整が難しい実装が、Flutter の宣言的 UI によって再現性高く再利用できるようになりました。

──Flutter のように比較的新しい技術をプロダクトに導入するメリットはなんでしょうか？
 

率直なところ、Flutter が流行り始めている時期に、導入を視野に入れて検討したのも、好奇心からでした。テック企業であるからこそ、技術トレンドや時流をキャッチアップし、プロダクトに導入しながら最適化していく事は大切だと思っています。

マルチプラットフォーム開発の現場で、今求めているエンジニア像

──社内でのマルチプラットフォームはどのように進んでいますか？
 

「iOS と Android のアプリ間で発生する機能差」や「iOSとAndroidのエンジニアリングを共通化したい」という課題は、今後予定している新規サービスで求められてくので、Flutter やKotlin Multiplatform をソリューションとして導入する需要はあります。

また、ABEMAのような大規模な既存プロダクトを Kotlin Multiplatform に変えていこうという動きもあります。

──今後、どんなエンジニアを採用で求めていますか？
 

クロスプラットフォーム開発の経験有無は問いません。Flutter も Kotlin Multiplatformも経験した事のある人のほうが少ないと思います。

それよりも iOS や Android でのアプリ開発工程をしっかり体験している人を歓迎したいです。そういった普遍的な技術力を身につけていれば、プロダクト開発という実践の場で、  Flutter や Kotlin Multiplatform を初めて触ったとしても少ない学習コストでキャッチアップできるからです。

──クロスプラットフォームと聞くと、Dart など比較的新しい言語への対応が前提の印象ですが、そういった経験は必須でしょうか？
 

Flutter なら言語は Dart ですし、Kotlin Multiplatform はもちろん Kotlin ですが、実のところ言語の仕様の差は、サイバーエージェントではあまり重視していなくて、むしろ技術のくくりに壁を感じないような、変化対応力のエンジニアが求められています。

そうですね。もちろん Kotlin Multiplatform なら Kotlin をやってきた人は当然学習コストは低くなります。しかし Flutter の場合は Dart が書けるという人は少ないと思うので、宣言的 UI に関して興味があり、その構想に共感する人には馴染みやすいと思います。

1人でやっているとどうしても、あまり工夫しなくなってしまいがちです。その点サイバーエージェントには様々な分野の優れたエンジニアが多数在籍しており、かつ技術的な議論も活発です。間違いなくスキルは伸びると思いますし、知らないことも多く学ぶことができます。切磋琢磨しながら試行錯誤できる環境が好きな人にはとても楽しい環境だと思います。