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
社内のFlutterテンプレートをリニューアルした話
Search
teamLab
PRO
January 29, 2025
Technology
0
96
社内のFlutterテンプレートをリニューアルした話
teamLab
PRO
January 29, 2025
Tweet
Share
More Decks by teamLab
See All by teamLab
推論された型の移植性エラーTS2742に挑む
teamlab
PRO
0
210
ぴよぴよFlutterエンジニアから見た 会社の楽しいところをありったけ
teamlab
PRO
0
110
"ほどよい自動化"はあなたの開発を豊かにする
teamlab
PRO
0
140
半年開発してわかった自動テストの価値
teamlab
PRO
0
83
History APIの魅力と危険性
teamlab
PRO
0
91
レビュー経験ほぼ0だった自分が レビューで心掛けていること
teamlab
PRO
0
79
Web関連の仕様書を読むモチベーション
teamlab
PRO
0
81
[FlutterKaigi2024]ステートマシンで実現する高品質なFlutterアプリ開発
teamlab
PRO
3
1.2k
[iOSDC 2024]クロスプラットフォーム普及増加。SwiftでiOS開発はもうやらないのか....?
teamlab
PRO
0
1.3k
Other Decks in Technology
See All in Technology
Claude Code どこまでも/ Claude Code Everywhere
nwiizo
52
31k
キャディでのApache Iceberg, Trino採用事例 -Apache Iceberg and Trino Usecase in CADDi--
caddi_eng
0
170
AWS と定理証明 〜ポリシー言語 Cedar 開発の舞台裏〜 #fp_matsuri / FP Matsuri 2025
ytaka23
9
2.6k
25分で解説する「最小権限の原則」を実現するための AWS「ポリシー」大全
opelab
6
830
CSS、JSをHTMLテンプレートにまとめるフロントエンド戦略
d120145
0
160
TODAY 看世界(?) 是我們在看扣啦!
line_developers_tw
PRO
0
900
原則から考える保守しやすいComposable関数設計
moriatsushi
3
480
初めてのAzure FunctionsをClaude Codeで作ってみた / My first Azure Functions using Claude Code
hideakiaoyagi
1
150
“プロダクトを好きになれるか“も QAエンジニア転職の大事な判断基準だと思ったの
tomodakengo
1
230
kubellが挑むBPaaSにおける、人とAIエージェントによるサービス開発の最前線と技術展望
kubell_hr
1
370
脅威をモデリングしてMCPのセキュリティ対策を考えよう
flatt_security
5
1.8k
AIにどこまで任せる?実務で使える(かもしれない)AIエージェント設計の考え方
har1101
3
1.2k
Featured
See All Featured
Speed Design
sergeychernyshev
31
1k
What’s in a name? Adding method to the madness
productmarketing
PRO
22
3.5k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
667
120k
Evolution of real-time – Irina Nazarova, EuRuKo, 2024
irinanazarova
8
780
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
194
16k
Raft: Consensus for Rubyists
vanstee
140
7k
Building Flexible Design Systems
yeseniaperezcruz
328
39k
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
233
17k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
137
34k
Navigating Team Friction
lara
187
15k
Helping Users Find Their Own Way: Creating Modern Search Experiences
danielanewman
29
2.7k
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
34
3k
Transcript
社内のFlutterテンプレートをリニューアルした話 新技術の導入で効率化を目指す チームラボ そた 社内のFlutterテンプレートをリニューアルした話 1
自己紹介 そた 高専出身23卒スマホエンジニア KMPとFlutter書いてます 最近ウイスキーにハマってます Twitter: @_sotaatos 社内のFlutterテンプレートをリニューアルした話 2
背景 弊社では常日頃からアプリ開発の効率化を目指している 案件で0→1を繰り返さないためにテンプレートを用意 新規案件の開始が重なるタイミングでテンプレート更新の必要性 弊社では案件開始時毎に新技術の導入を検討 テンプレに新技術を取り入れ続けることで新規案件での新技術導入を効率化 自分が主導となりテンプレートをリニューアル 社内のFlutterテンプレートをリニューアルした話 3
導入した新技術 1. StateMachine 2. VRT (Visual Regression Testing) 3. WidgetBook
4. マルチパッケージ構成 社内のFlutterテンプレートをリニューアルした話 4
StateMachine 有限オートマトンを用いた状態管理 予期せぬ状態遷移の防止 テスト容易性の向上 チーム全体での状態管理の理解促進 FlutterKaigiで登壇してきたので興味ある方は以下のリンクからぜひ ご覧ください! https://www.youtube.com/watch?v=nfL9ffl8ajs 社内のFlutterテンプレートをリニューアルした話 5
VRT UIの回帰テストを導入 PR時点でUIの変更をチェック 予期しないUI変更の防止 マルチデバイスでの表示確認を簡略化 社内のFlutterテンプレートをリニューアルした話 6
WidgetBook UIカタログで作成済みのコンポーネントを 一覧で確認 様々な状態のプレビュー コンポーネントの再利用促進 社内のFlutterテンプレートをリニューアルした話 7
マルチパッケージ構成 CleanArchitectureに基づいた責務分割 依存関係を明確に管理 保守性の向上 開発効率の向上 社内のFlutterテンプレートをリニューアルした話 8
リニューアル時に注意した点 社内のFlutterテンプレートをリニューアルした話 9
チーム内での合意形成 今までよりコードを書くコストは上がる 目的とメリットの明確化 なぜそれをするのかをチーム内で合意形成 定期的なミーティング開催 週1回Flutter改善会というミーティングを開催 進捗状況の共有と意見交換 各メンバーから改善案などもヒアリング 社内のFlutterテンプレートをリニューアルした話 10
ドキュメント整備 新技術を導入するともちろんキャッチアップが必要 キャッチアップのためにプロジェクトが遅延するのは避けたい ドキュメントを整備してキャッチアップのコストを減らす 合計35000文字以上のドキュメントを作成 作成したドキュメント アーキテクチャについて 開発に使用するツール類(melosなど)の使い方 状態管理の設計について その他多数
社内のFlutterテンプレートをリニューアルした話 11
チームメンバーの理解度の確認 日々の開発のフォロー Slackで「StateMachine」を通知キーワードに 困ってそうな人がいないか 想定外の運用をしていないか 質問しやすい環境作り 週一のFlutter改善会では案件の課題の解決なども Flutterに関しての雑談なども行い心理的安全性を高める 社内のFlutterテンプレートをリニューアルした話 12
テンプレート開発の振り返り 社内のFlutterテンプレートをリニューアルした話 13
やってよかったこと 合意形成をとりながらの開発 自分一人だけじゃなく、チームメンバーの意見を取り入れながら開発するこ とでより良いものに 週一回のFlutter改善会 MTGがないとどうしても非同期で小規模なコミュニケーションになりがち 週一回のMTGで一度にFlutterメンバーが集まり会話することでよりコミュニケ ーションがしやすくなった 社内のFlutterテンプレートをリニューアルした話 14
課題として残ったこと 新技術の習得時間 StateMachineやCleanArchitectureの概念理解に時間が必要 ドキュメントは整備したが、量が多くなってしまった 案件規模に応じた柔軟な適用 今回のテンプレートは大規模な開発を想定 小規模な案件でもより活用しやすくする工夫 社内のFlutterテンプレートをリニューアルした話 15
まとめ テンプレートへの新技術の導入による改善 StateMachineやVRT、マルチパッケージ構成による品質・保守性の向上 新規案件立ち上げ時の開発効率の向上が見込める チームコミュニケーションの強化 定期的なミーティングによる合意形成や質問しやすい環境作り メンバー間での知見共有が活発に ドキュメント整備による知見の蓄積 新メンバーの参画時のキャッチアップがスムーズに プロジェクトの設計思想が明確に残せた
社内のFlutterテンプレートをリニューアルした話 16
ご清聴ありがとうございました Contact: @_sotaatos 社内のFlutterテンプレートをリニューアルした話 17