ファインディの4年にわたる技術的負債の返済 / Repaying 4 Years of Technical Debt at Findy

by Masataka Sato

Slide 1

Slide 1 text

Slide 2

Slide 2 text

Slide 3

Slide 3 text

Slide 4

Slide 4 text

Slide 5

Slide 5 text

Slide 6

Slide 6 text

© 2024 Findy Inc. 挑戦するエンジニアのプラットフォームをつくる。ビジョンつくる⼈がもっとかがやけば、世界はきっと豊かになる。経営理念会社概要会社名ファインディ株式会社 / Findy Inc. 代表取締役⼭⽥裕⼀朗設⽴ 2014 年 2 ⽉ ※ 本格的な事業開始は2016年7⽉社員数 282 名 (2024年12⽉現在) 資本⾦ 18 億 5,043 万円 ※ 資本準備⾦含む住所東京都品川区大崎1-2-2 アートヴィレッジ大崎セントラルタワー 5階事業許可番号 13-ユ-308478 サービス ‧ スカウト型リクルーティングサービス「Findy」 ‧ ハイスキルな業務委託エンジニア紹介サービス「Findy Freelance」 ‧ エンジニア組織⽀援SaaS「Findy Team+」 ‧ 開発ツールに特化したレビューサイト「Findy Tools」投資家グローバル‧ブレイン、ユナイテッド、SMBCベンチャーキャピタル、KDDI、JA三井リース、みずほキャピタル、博報堂ＤＹベンチャーズ、Carbide Ventures、等

Slide 7

Slide 7 text

Slide 8

Slide 8 text

Slide 9

Slide 9 text

Slide 10

Slide 10 text

Slide 11

Slide 11 text

Slide 12

Slide 12 text

Slide 13

Slide 13 text

Slide 14

Slide 14 text

Slide 15

Slide 15 text

Slide 16

Slide 16 text

Slide 17

Slide 17 text

Slide 18

Slide 18 text

Slide 19

Slide 19 text

© Findy Inc. ● 技術的課題 ○ Backend/Frontendが同⼀サーバーで密結合 ○ 古いライブラリバージョンとセキュリティも⼼配 ○ 不安定なコードベース ○ テストコードの不⾜ ○ 認知負荷の⾼いコード ○ インフラの⽼朽化 ● 開発プロセスの課題 ○ リリースは週1回が限界 ○ PR30件以上が常時滞留 ○ ⾼い障害発⽣率 ○ レビュー質の低下 ○ コンフリクトの頻発 ○ リリース作業に半⽇以上必要 2020年のファインディの課題 19

Slide 20

Slide 20 text

Slide 21

Slide 21 text

Slide 22

Slide 22 text

Slide 23

Slide 23 text

Slide 24

Slide 24 text

Slide 25

Slide 25 text

© Findy Inc. ● システム構成の問題 ○ Backend/Frontendが同⼀サーバー上で動作 ○ サーバー負荷が画⾯表⽰に直結 ○ APIと画⾯の密結合による開発の⾮効率 ○ Backend/Frontendの同時リリースが必須 ● コードベースの課題 ○ テストコードの圧倒的な不⾜ ○ セキュリティアップデートができていない状態 ○ ⼤規模なPRによるレビュー効率の低下 ○ コンフリクト解消のための無駄なコミュニケーション過去の主な技術的負債 25

Slide 26

Slide 26 text

Slide 27

Slide 27 text

Slide 28

Slide 28 text

Slide 29

Slide 29 text

Slide 30

Slide 30 text

Slide 31

Slide 31 text

Slide 32

Slide 32 text

© Findy Inc. ● 最初はお⾦がなかったので、1回⽬のリリースが⼤事だった ○ 当時はそれでよかった ○ 知⾒もなく、頼れる⼈もいなかったので最速で出せる⽅法を編み出した ■ フロントエンドとバックエンドとインフラを1⼈で構築して多くの⼈に提供したことがなかった ○ DesignDocとしてコンテキストを残せなかった ■ 僕のみぞ知り、他のメンバーは知らなかった ■ 聞いてくれればいいじゃん、と思っていた ● あんなに前職でドキュメント書いていたのに… 技術的負債が⽣まれた背景 32

Slide 33

Slide 33 text

Slide 34

Slide 34 text

Slide 35

Slide 35 text

Slide 36

Slide 36 text

Slide 37

Slide 37 text

Slide 38

Slide 38 text

Slide 39

Slide 39 text

Slide 40

Slide 40 text

Slide 41

Slide 41 text

Slide 42

Slide 42 text

Slide 43

Slide 43 text

Slide 44

Slide 44 text

© Findy Inc. ● 直⾯した障壁 ○ テスト作成経験者の不⾜ ○ テストの価値への理解不⾜ ○ 「新規開発をたくさん作ってほしい」というニーズ ● 実施したアプローチ ○ Findy Team+プロジェクトでの実証実験 ○ バックエンドテストでの⾼カバレッジ実現 ○ 効果の可視化と全社的な理解促進 ● 得られた成果 ○ テストカバレッジ95%超を達成 ○ リリース後の障害が激減 ○ dependabotによる⾃動アップデートが可能に ○ セキュリティホールの解消 ○ 不具合発⽣時の迅速な対応が可能に変⾰への取り組み①：テスト⽂化の確⽴ 44

Slide 45

Slide 45 text

Slide 46

Slide 46 text

Slide 47

Slide 47 text

Slide 48

Slide 48 text

Slide 49

Slide 49 text

Slide 50

Slide 50 text

Slide 51

Slide 51 text

Slide 52

Slide 52 text

Slide 53

Slide 53 text

Slide 54

Slide 54 text

Slide 55

Slide 55 text

© Findy Inc. ● 分割前の課題 ○ Backend/Frontend密結合による⾮効率 ○ ⽂字修正でも半⽇かかるリリース ○ サーバー負荷による画⾯表⽰への影響 ○ PRの⼤規模化とレビュー遅延 ○ 頻発するコンフリクト ● 実施内容と決断 ○ Backend/Frontendの完全分離 ○ 開発プロセスの抜本的⾒直し ○ 中途サービスの3ヶ⽉開発停⽌ ○ unit testによる安全性担保 ● 分割後の効果変⾰への取り組み③：モノリス解体 55

Slide 56

Slide 56 text

Slide 57

Slide 57 text

Slide 58

Slide 58 text

Slide 59

Slide 59 text

Slide 60

Slide 60 text

Slide 61

Slide 61 text

© Findy Inc. ● 刷新前の技術的課題 ○ Class Componentによる制約 ○ Flow型システムの限界 ○ Redux依存による画⾯間の強結合 ○ Componentの設計不備 ○ テストの⽋如 ● 実施した改善 ○ Nxの導⼊ ○ Function Componentへの完全移⾏ ○ unit testの拡充 ○ フォルダ構成の⾒直し ○ Reduxへの過度な依存からの脱却 ○ component設計の刷新変⾰への取り組み④：フロントエンド刷新 61

Slide 62

Slide 62 text

© Findy Inc. ● 刷新前の技術的課題 ○ Class Componentによる制約 ○ Flow型システムの限界 ○ Redux依存による画⾯間の強結合 ○ Componentの設計不備 ○ テストの⽋如 ● 実施した改善 ○ Nxの導⼊ ○ Function Componentへの完全移⾏ ○ unit testの拡充 ○ フォルダ構成の⾒直し ○ Reduxへの過度な依存からの脱却 ○ component設計の刷新 ● 得られた効果変⾰への取り組み④：フロントエンド刷新 62

Slide 63

Slide 63 text

© Findy Inc. ● 刷新前の技術的課題 ○ Class Componentによる制約 ○ Flow型システムの限界 ○ Redux依存による画⾯間の強結合 ○ Componentの設計不備 ○ テストの⽋如 ● 実施した改善 ○ Nxの導⼊ ○ Function Componentへの完全移⾏ ○ unit testの拡充 ○ フォルダ構成の⾒直し ○ Reduxへの過度な依存からの脱却 ○ component設計の刷新 ● 得られた効果 ○ キャッシュによる迅速な切り戻し ○ 画⾯間の影響度低減 ○ 開発効率の向上 ○ 保守性の改善変⾰への取り組み④：フロントエンド刷新 63

Slide 64

Slide 64 text

Slide 65

Slide 65 text

Slide 66

Slide 66 text

Slide 67

Slide 67 text

Slide 68

Slide 68 text

Slide 69

Slide 69 text

Slide 70

Slide 70 text

Slide 71

Slide 71 text

Slide 72

Slide 72 text

Slide 73

Slide 73 text

Slide 74

Slide 74 text

Slide 75

Slide 75 text

Slide 76

Slide 76 text

Slide 77

Slide 77 text

Slide 78

Slide 78 text

Slide 79

Slide 79 text

Slide 80

Slide 80 text

Slide 81

Slide 81 text

Slide 82

Slide 82 text

Slide 83

Slide 83 text

© Findy Inc. ● 技術⾯での改善 ○ テストカバレッジ95-99%を維持 ○ terraformによる安定した再現性のあるインフラ環境 ○ 何かあってもすぐに5-10分以内に切り戻せる体制の確⽴ ○ 疎結合アーキテクチャの実現 ■ ⼀⽅でマイクロサービス化しすぎない ● 開発プロセスの進化 ○ 活発なレビュー環境 ■ 今年の1⽉からの227営業⽇で1⼈平均1500件、平均6.6/day、最多4600件） ■ レビューまでの時間も平均1.4時間 ○ 効率的なデプロイフロー ■ 227営業⽇で6800件超えのデプロイ、平均30.2デプロイ/day ■ 1⽇平均7.55デプロイ/プロダクト ○ 継続的な改善サイクルと振り返り⽂化現在の技術⾯と開発プロセス 83

Slide 84

Slide 84 text

Slide 85

Slide 85 text

Slide 86

Slide 86 text

Slide 87

Slide 87 text

Slide 88

Slide 88 text

Slide 89

Slide 89 text

Slide 90

Slide 90 text

Slide 91

Slide 91 text

© Findy Inc. ● 基本的な考え⽅ ○ 段階的な負債返済の重要性 ○ フェーズに合わせた適切な判断 ○ 継続的な改善の⽂化づくり ○ 予防的なメンテナンス ● 具体的な取り組み ○ CTO室による技術推進 ○ 定期的なリファクタリング ○ ライブラリの継続的な⾒直し ○ テックリードによる改善活動現在の状況 91 テックリードが横断で技術的負債が強いチームに数ヶ⽉⼊って設計をアップデートすることで

Slide 92

Slide 92 text

© Findy Inc. ● 基本的な考え⽅ ○ 段階的な負債返済の重要性 ○ フェーズに合わせた適切な判断 ○ 継続的な改善の⽂化づくり ○ 予防的なメンテナンス ● 具体的な取り組み ○ CTO室による技術推進 ○ 定期的なリファクタリング ○ ライブラリの継続的な⾒直し ○ テックリードによる改善活動現在の状況 92 テックリードが横断で技術的負債が強いチームに数ヶ⽉⼊って設計をアップデートすることで

Slide 93

Slide 93 text

© Findy Inc. ● 基本的な考え⽅ ○ 段階的な負債返済の重要性 ○ フェーズに合わせた適切な判断 ○ 継続的な改善の⽂化づくり ○ 予防的なメンテナンス ● 具体的な取り組み ○ CTO室による技術推進 ○ 定期的なリファクタリング ○ ライブラリの継続的な⾒直し ○ テックリードによる改善活動現在の状況 93 テックリードが横断で技術的負債が強いチームに数ヶ⽉⼊って設計をアップデートすることで負債が⽣まれにくい状況になった

Slide 94

Slide 94 text

Slide 95

Slide 95 text

Slide 96

Slide 96 text

Slide 97

Slide 97 text

Slide 98

Slide 98 text

Slide 99

Slide 99 text

Slide 100

Slide 100 text

© Findy Inc. ● 学んだこと ○ 負債かもと思ったらすぐに課題に挙げる ○ 負債を解消するためのアクションを組織的に⼊れ続ける ○ 早めの決断、早めの投資 ■ とはいえこの判断が難しい。損益分岐点を出して⾒極め続けよう ○ ⽇進⽉歩、⼀⽇で潰せる技術的負債は少し ■ コツコツと返済し続けることが⼀番よい ○ 初期の負債の返済は数年はかかる ■ ⼼してかかるしかない…！ ■ まずは産まないことが⼤事…！！まとめ：掃除は⽇々やり続けようね！ 100

Slide 101

Slide 101 text

© Findy Inc. ● 学んだこと ○ 負債かもと思ったらすぐに課題に挙げる ○ 負債を解消するためのアクションを組織的に⼊れ続ける ○ 早めの決断、早めの投資 ■ とはいえこの判断が難しい。損益分岐点を出して⾒極め続けよう ○ ⽇進⽉歩、⼀⽇で潰せる技術的負債は少し ■ コツコツと返済し続けることが⼀番よい ○ 初期の負債の返済は数年はかかる ■ ⼼してかかるしかない…！ ■ まずは産まないことが⼤事…！！ ○ とはいえリスペクトも忘れずに！まとめ：掃除は⽇々やり続けようね！ 101