少人数規模の組織でレガシーコードと向き合う

少人数規模の組織でレガシーコードと向き合う Kota Esaki

自己紹介

@kke1229 SIer(銀行システム) → Start-up Engineer

レガシーコード改善に割く時間がないひと聴いてほしい人

自分含めエンジニア3人 JOINしたときのチームの状況

サービスのリニューアルに追われている JOINしたときのチームの状況

入って半年、事件は起きた...

一行のコードの書き忘れで ◦百万円の損失を産みかけるなんとか回収できた....

なぜ起きたかをチームで話し合った

なぜ起きたかをチームで話し合った技術的な負債が原因だった • 誰もそのコードについてオーナーシップを持てない状態だった • 設計時やPRでも間違いに気づくことができなかった

今ある技術的な負債を洗い出してみよう

テストコードが実装されていない技術的負債その1 自動テストが実装されていないまたは、実装されていてもテストの保守がされていない What?

テストコードが実装されていない技術的負債その1 既存コード: テストするべき箇所をMUST, BETTER, OTHERに振り分けた運用方法

テストコードが実装されていない技術的負債その1 既存コード: テストするべき箇所をMUST, BETTER, OTHERに振り分けた MUST: あらゆるタスクの中で最優先で実装運用方法

テストコードが実装されていない技術的負債その1 既存コード: テストするべき箇所をMUST, BETTER, OTHERに振り分けた MUST: あらゆるタスクの中で最優先で実装 BETTER: Test
dayをチームとして定期的に設けた運用方法

テストコードが実装されていない技術的負債その1 既存コード: テストするべき箇所をMUST, BETTER, OTHERに振り分けた MUST: あらゆるタスクの中で最優先で実装 BETTER: Test
dayをチームとして定期的に設けた OTHER: その箇所が修正されるタイミングでテストコードを記述運用方法

テストコードが実装されていない技術的負債その1 新規コードテスト駆動開発の導入運用方法

テストコードが実装されていない技術的負債その1 運用を続けてどうなったかテストカバレッジ 5% → 64%

ライブラリの保守がされていない技術的負債その2 • RubyのGemやTypeScriptのnpm, 言語バージョンが追いついていない • ライブラリの更新を怠ると依存しているコードが古くなる • 便利な機能の恩恵を受けられなくなる What?

ライブラリの保守がされていない技術的負債その2 隔週チーム全員でUpdate DAYを行った運用方法

ライブラリの保守がされていない技術的負債その2 Ruby 2.2 → 3.0 Rails 4.0 → 7.0
Node 12.x → 16.x MariaDBなどその他いろいろ運用を続けてどうなったか

少人数規模で大切なこと小さく、はやく始めることを心がける

まとめ技術的負債を減らす順序 1. まずチームとして負債を認知する 2. 負債に対しての(心理的、物理的)障壁と優先順位を考える 3. 障壁を取り除く(組織としての理解、ツールのリニューアルなど) 4. 決めた優先順位をもとに仕組みとして運用する

少人数規模の組織でレガシーコードと向き合う

少人数規模の組織でレガシーコードと向き合う

Kota Esaki

More Decks by Kota Esaki

Other Decks in Programming

Featured

Transcript