Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
新規サービス開発におけるReact Nativeのリアル〜技術選定の裏側と実践的OSS活用〜
Search
Takahiro Kato
April 12, 2026
Technology
2.7k
2
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
新規サービス開発におけるReact Nativeのリアル〜技術選定の裏側と実践的OSS活用〜
Takahiro Kato
April 12, 2026
More Decks by Takahiro Kato
See All by Takahiro Kato
UIライブラリに依存しすぎないReact Native設計を目指して
grandbig
0
300
iOSエンジニアが挑んだReact Native習得の裏側
grandbig
2
150
ゼロから始めたFindy初のモバイルアプリ開発
grandbig
2
1.9k
快適な開発と高セキュリティを実現するCryptoKitを活用したCoreDataのデータ暗号化術
grandbig
2
2k
Other Decks in Technology
See All in Technology
システム監視入門
grimoh
5
810
13年運用タイトルのサーバーサイドが辿り着いた現在地 ― モンスターストライクにおける技術・組織・AI活用から得た知見
mixi_engineers
PRO
1
430
toio・myCobotでフィジカルAIっぽいことを行うための検討(とりあえず調査) / フィジカルAI LT(IoTLTによる開催)
you
PRO
0
270
【5分でわかる】セーフィー エンジニア向け会社紹介
safie_recruit
0
53k
20260801_スクフェス大阪
kgnkhkr
1
1k
組織にどうSREを根付かせるか?〜IVRyの場合〜
abnoumaru
0
300
検索技術知識0のエンジニアが広告検索システムを内製化して運用するまで
lycorptech_jp
PRO
0
210
変化の早いClaude Codeを 書籍に落とし込む
oikon48
6
1.2k
信頼できるテスティングAIをどう育てるか?
odan611
0
190
PLaMo 3.0 Primeの事後学習
pfn
PRO
0
260
AI エージェント時代のデジタルアイデンティティ
fujie
3
1.4k
AWS ネットワーク構築でハマった(ハマりかけた) 5選とそこから得た教訓
nagisa53
4
170
Featured
See All Featured
[SF Ruby Conf 2025] Rails X
palkan
2
1.2k
YesSQL, Process and Tooling at Scale
rocio
174
15k
StorybookのUI Testing Handbookを読んだ
zakiyama
31
6.9k
VelocityConf: Rendering Performance Case Studies
addyosmani
333
25k
Rebuilding a faster, lazier Slack
samanthasiow
85
9.6k
More Than Pixels: Becoming A User Experience Designer
marktimemedia
3
480
Building an army of robots
kneath
306
46k
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
38
2.9k
Taking LLMs out of the black box: A practical guide to human-in-the-loop distillation
inesmontani
PRO
3
2.3k
Information Architects: The Missing Link in Design Systems
soysaucechin
0
1k
Accessibility Awareness
sabderemane
1
170
It's Worth the Effort
3n
188
29k
Transcript
© Findy Inc. 1 2026.04.13 React Native Lunch Talk 〜いま選ばれる理由とアプリの現在地〜
新規サービス開発におけるReact Native のリアル 〜技術選定の裏側と実践的OSS活⽤〜 ファインディ株式会社 モバイルエンジニア 加藤 雄⼤ @Takahiro_Kato15
© Findy Inc. 2 ⾃⼰紹介 加藤 雄⼤(Kato Takahiro) • プロフィール
◦ 1986年⽣まれの埼⽟県出⾝、1児の⽗ • キャリア ◦ iOSアプリ開発(Swift)が得意 ◦ 2025年8⽉からReact Nativeを利⽤ :@Takahiro_Kato15 :grandbig
© Findy Inc. 3 ※α版を”Android”のみリリース済み。β版のリリースに向けて邁進中
© Findy Inc. 4 Findy Eventsアプリの紹介 QRコードを提⽰して チェックイン カンファレンスの情報の閲覧 ※こちらは提供予定の機能で、表記されている情報はテストデータになります。
© Findy Inc. 5 Findy Eventsアプリの紹介
© Findy Inc. 6 ① React Nativeの技術選定の背景 ② OSSモジュールの選定と活⽤事例 ③
React Nativeに対するリアルな所感 アジェンダ
© Findy Inc. React Nativeの技術選定の背景 7
© Findy Inc. 8 当時の状況と、私がやるべきこと モバイルアプリプロダクト : 実績なし 現役モバイルエンジニア: ⾃分だけ
開発環境‧端末‧ルール: なし Apple / Google 法⼈登録 iOS / Android 開発端末調 達 アカウント‧端 末管理ルール策 定 技術選定 当時の状況 やるべきこと 要求&要件定 義
© Findy Inc. 9 モバイルアプリの開発⼿法を 0から技術選定できる環境にあった
© Findy Inc. 1 0 モバイルアプリ開発⼿法の選定 アプローチ 概要 Native SwiftでiOS、KotlinでAndroidを開発する
Kotlin Multiplatform ロジックを共通化し、UIはiOS/Androidそれぞれ開発 Cross Platform 1つのコードで、両OSのUI/ロジックを開発 最適な開発⼿法は、下記に依存する • 開発者の置かれている環境 • 開発者⾃⾝の考え
© Findy Inc. 1 1 モバイルアプリ開発⼿法の選定 アプローチ 概要 Native SwiftでiOS、KotlinでAndroidを開発する
Kotlin Multiplatform ロジックを共通化し、UIはiOS/Androidそれぞれ開発 Cross Platform 1つのコードで、両OSのUI/ロジックを開発 最適な開発⼿法は、下記に依存する • 開発者の置かれている環境 • 開発者⾃⾝の考え 最⼩リソースで最速リリースを⽬指す
© Findy Inc. 1 2 国内での採⽤事例数 ◯ △ エンジニアの習熟しやすさ ◯
( モバイルエンジニアに有利 ) △ ( Webエンジニアに有利 ) パフォーマンス ◯ ◯ UI‧UXの⼀貫性 ◯ ( カスタムウィジェット ) △ ( ネイティブコンポーネント ) AIの学習量‧優位性 △ ◯ ( JavaScript, Reactの情報量 ) Cross Platformの選定
© Findy Inc. 1 3 国内での採⽤事例数 ◯ △ エンジニアの習熟しやすさ ◯
( モバイルエンジニアに有利 ) △ ( Webエンジニアに有利 ) パフォーマンス ◯ ◯ UI‧UXの⼀貫性 ◯ ( カスタムウィジェット ) △ ( ネイティブコンポーネント ) AIの学習量‧優位性 △ ◯ ( JavaScript, Reactの情報量 ) Cross Platformの選定
© Findy Inc. 1 4 • 組織のアセット ◦ 優秀なWeb FEのReact‧TypeScriptの知識提供やレビュー協⼒を得られる
◦ React製の既存プロダクトの設計思想やソースコードを参考にできる • モバイルエンジニアとしての⾃⾝のナレッジ ◦ iOS/Androidのプラットフォーム特性への理解 ◦ プッシュ通知などのモバイル固有の課題への対応⼒ Cross Platformの選定
© Findy Inc. 1 5 • 組織のアセット ◦ 優秀なWeb FEのReact‧TypeScriptの知識提供やレビュー協⼒を得られる
◦ React製の既存プロダクトの設計思想やソースコードを参考にできる • モバイルエンジニアとしての⾃⾝のナレッジ ◦ iOS/Androidのプラットフォーム特性への理解 ◦ プッシュ通知などのモバイル固有の課題への対応⼒ Cross Platformの選定 最⼩リソースで最速リリースを⽬指す
© Findy Inc. 1 6 ⾔語 ‧Framework React Native この組み合わせは、デファクトスタンダード
Expoを利⽤することで、下記のような恩恵を得られる • リリース作業の簡易化 • 便利モジュールの提供 etc Expo TypeScript UI HeroUI Native スタイル管理は Unistyles を利⽤ デザイン カタログ Storybook 社内で標準的に利⽤されている データ通信 Apollo Client GraphQL 開発⽀援 品質管理 分析 Jest ESLint Prettier Sentry Firebase Analytics 主な技術スタック
© Findy Inc. OSSモジュールの選定と活⽤事例 1 7
© Findy Inc. 1 8 • SwiftでのiOSアプリ開発と⽐較すると、OSSが豊富にある ◦ React製のWeb向けのOSSも利⽤対象に⼊ることも1つの要因 ◦
⼀⽅で、多過ぎて、どれを選定すれば良いのか悩みそう。。。 React Nativeで利⽤可能な豊富なOSSから選定
© Findy Inc. 1 9 • SwiftでのiOSアプリ開発と⽐較すると、OSSが豊富にある ◦ React製のWeb向けのOSSも利⽤対象に⼊ることも1つの要因 ◦
⼀⽅で、多過ぎて、どれを選定すれば良いのか悩みそう。。。 React Nativeで利⽤可能な豊富なOSSから選定 • Expo公式ドキュメントを「羅針盤」として活⽤ ◦ Expo公式 or 推奨モジュールを第⼀候補とし、選定コストを縮⼩化 • ➕プロダクトのコンテキストに合わせた独⾃の選定を実施
© Findy Inc. 2 0 OSSの選定結果 Expo公式OSS ルーティング expo-router プッシュ通知
expo-notifications セキュアストレージ expo-secure-store 暗号化 expo-crypto Expoの推奨 3rd Party OSS キーボードの制御 react-native-keyborad-controller ページビューの制御 react-native-pager-view WebView react-native-webview アニメーションの制御 react-native-reanimated その他 Sign in with Apple react-native-apple-authentication UIライブラリ heroui-native • 具体的には、下表の選定を実施
© Findy Inc. 2 1 • 背景 ◦ プロダクトにGitHub/Googleの認証機能が必要なため、「Sign in
with Apple」の導⼊が必須となる • 選定軸 ◦ iOS⽤に内部で、ASAuthorizationAppleIDButtonを利⽤していること ◦ iOS/Androidの両OSで「Sign in with Apple」を実現できること ▪ expo-apple-authenticationはAndroidが対象外 • 選定結果 ◦ react-native-apple-authentication 独⾃のOSS選定について:Sign in with Apple
© Findy Inc. 2 2 • 背景 ◦ ⾃社初のモバイルアプリであるため、社内にデザイン資産がない •
選定軸 ◦ 最⼩リソースで最速リリースを実現できること ▪ 豊富なUI Componentが提供されていること ▪ モバイルエンジニアが理解しやすい‧利⽤しやすいこと • 選定結果 ◦ HeroUI Native ▪ α版ではTamaguiを採⽤したが、β版でデザイン再考することにな り、より要件に合致するものを探した ▪ shadcn/uiスタイルでなく、Component提供型のOSSを選び、学習 コストをカット 独⾃のOSS選定について:UIライブラリ
© Findy Inc. 2 3 • 懸念事項 ◦ HeroUI Nativeはβ版であり、課題が多く⾒つかるかもしれない
• 対策 ◦ HeroUI NativeのWrapper Componentを実装し、影響範囲を抑える UIライブラリの活⽤について
© Findy Inc. React Nativeに対するリアルな所感 2 4
© Findy Inc. 2 5 React Nativeを選択した結果 AI時代と⾔えど、⽴ち上がりに苦労しました • モダンReactのキャッチアップ
◦ React Hooksとは?Lifecycleメソッドはいずこに? • Swiftとは似て⾮なるTypeScript ◦ asもenumも⾮推奨!? ただ、React Nativeへのハードルはあまり感じなかった • 宣⾔的UIによるUI構築は、SwiftUIで経験があった • プッシュ通知など、機能の仕組みそのものを理解している
© Findy Inc. 2 6 React Nativeを選択した結果 AI時代と⾔えど、⽴ち上がりに苦労しました • モダンReactのキャッチアップ
◦ React Hooksとは?Lifecycleメソッドはいずこに? • Swiftとは似て⾮なるTypeScript ◦ asもenumも⾮推奨!? ただ、React Nativeへのハードルはあまり感じなかった • 宣⾔的UIによるUI構築は、SwiftUIで経験があった • プッシュ通知など、機能の仕組みそのものを理解している モバイルエンジニアの経験や強みは活かせる
© Findy Inc. 2 7 OSS活⽤に対する所感 OSSの更新速度の速さなど、⽂化の違いを感じました • 脆弱性検知などのエコシステムの充実さが開発者体験として良かった Expoの利便性に驚愕しました
• デファクトスタンダードな⽴場を確⽴しているため、信頼できる • 証明書やリリース周りの「ならでは」知識の吸収⼒が半端ない! Web FEのモバイルアプリ開発への参⼊ハードルを相当下げている
© Findy Inc. 2 8 OSS活⽤に対する所感 OSSの更新速度の速さなど、⽂化の違いを感じました • 脆弱性検知などのエコシステムの充実さが開発者体験として良かった Expoの利便性に驚愕しました
• デファクトスタンダードな⽴場を確⽴しているため、信頼できる • 証明書やリリース周りの「ならでは」知識の吸収⼒が半端ない! Web FEのモバイルアプリ開発への参⼊ハードルを相当下げている モバイルアプリ開発は想像以上に始めやすい
© Findy Inc. 2 9 • React Nativeの技術選定の背景 ◦ 「最⼩リソースで最速リリースを実現する」ために選定
• OSSモジュールの選定と活⽤事例 ◦ Expoドキュメントを「羅針盤」に、コンテキストに合わせた選定も実施 ◦ β版OSSを影響範囲を抑える形で利⽤する活⽤事例 • React Nativeに対するリアルな所感 ◦ モバイルエンジニアの経験や強みは活かせる ◦ Web FEにとって、モバイルアプリ開発は想像以上に始めやすい まとめ
© Findy Inc. 3 0 • React Nativeの技術選定の背景 ◦ 「最⼩リソースで最速リリースを実現する」ために選定
• OSSモジュールの選定と活⽤事例 ◦ Expoドキュメントを「羅針盤」に、コンテキストに合わせた選定も実施 ◦ β版OSSを影響範囲を抑える形で利⽤する活⽤事例 • React Nativeに対するリアルな所感 ◦ モバイルエンジニアの経験や強みは活かせる ◦ Web FEにとって、モバイルアプリ開発は想像以上に始めやすい まとめ AI時代に、⼈が責任を取れる技術として選定
© Findy Inc. We’re hiring! https://careers.findy.co.jp/ 3 1