「技術的負債返済の意義を考える、あの時の"やる・やらない"判断基準どうしてた?」に参加してきました

事業観点から見る技術的負債の返済

  • めもりーさん

技術的負債とビジネス

  • なぜ技術的負債に立ち向かうか?
    • 事業進捗の妨げになるから
  • 事業戦略との兼ね合い
    • スタートアップはアセットが限られている
  • 技術的負債は時間と工数をかけないと対処できないと言う前提?
    • 事業計画として組み込むとか経営陣の了承を得て対処しないといけない

技術的負債を楽しもう

  • 吉田 俊明さん

技術的負債の返済

  • togetterは個人で作ったものを15年に渡ってメンテしてる
  • 技術的負債(リファクタリング)はエンジニアの腕の見せどころ
  • やるべきことをやりながら勝手にやっていけばいい
  • 120%の目標として

ファインディの技術的負債の向き合い方

  • 佐藤 将高さん

ファインディの技術的負債と返済

  • 2017年スタート
  • 2020年頃
    • エンジニア5-6名
    • BE/FEで密結合
      • 同一サーバ上
      • 一緒にリリースしないと
      • コンフリクト起きまくり
    • テスト少ない
    • ライブラリ古い
    • 週に1回しかリリースできない
      • 1回半日かかる
  • 負債が生まれた背景
    • 頼れる人もいなくて1人で構築していた
    • ドキュメントとしてコンテキストを残せていなかった
  • 負債の返済
    • テスト文化
    • デプロイ自動化
    • モノリス解体
      • FE/BE分離
      • 新機能の開発を3ヶ月停止した
    • フロントエンド刷新
    • インフラ刷新
      • EC2からFargateへ
    • GraphQL化
  • 負債と思ったら早めに課題にあげて対処
  • 初期の負債の返済は重い