テトリスでイメージする技術的負債とリファクタリング

by buntafujikawa

Slide 1

Slide 1 text

テトリスでイメージする技術的負債とリファクタリングコーチェットチェックイン 2022/03/01 Bunta Fujikawa

Slide 2

Slide 2 text

今日わかること(願望) ・技術的負債がイメージできるようになる・リファクタリングの重要性がわかる・開発現場で起こるコミュニケーション齟齬の理由がわかる

Slide 3

Slide 3 text

エンジニアが思われがちなこと・なんでその機能にそんな時間かかるの？・最近仕事遅くない？前の方が開発のスピード早くなかった？・早く作ってって言ったら見積もりより早く作ってくれた、最初からそうしてよ・新しい機能作ってないのになんで忙しそうなの？

Slide 4

Slide 4 text

それ、技術的負債のせいです

Slide 5

Slide 5 text

技術的負債とは技術的負債（英語: technical debt）、または設計負債[1]、コード負債とは、ソフトウェア開発における概念であり、時間がかかるより良いアプローチを使用する代わりに、今すぐ簡単な（限定的な）解決策を選択することで生じる追加の手直しの暗黙のコストを反映したものである [2]。金銭的な負債と同様[3]に、技術的負債も返済されなければ、「利子」が蓄積され、変更の実施が困難になる。技術的負債を処理しないと、ソフトウェアのエントロピーが増大する。金銭的負債と同様に、技術的負債も必ずしも悪いものではなく、プロジェクトを前進させるために（概念実証として）必要な場合もある。 wikipediaより

Slide 6

Slide 6 text

技術的負債とは技術的負債（英語: technical debt）、または設計負債[1]、コード負債とは、ソフトウェア開発における概念であり、時間がかかるより良いアプローチを使用する代わりに、今すぐ簡単な（限定的な）解決策を選択することで生じる追加の手直しの暗黙のコストを反映したものである[2]。金銭的な負債と同様[3]に、技術的負債も返済されなければ、「利子」が蓄積され、変更の実施が困難になる。技術的負債を処理しないと、ソフトウェアのエントロピーが増大する。金銭的負債と同様に、技術的負債も必ずしも悪いものではなく、プロジェクトを前進させるために（概念実証として）必要な場合もある。 wikipediaより

Slide 7

Slide 7 text

技術的負債とは技術的負債（英語: technical debt）、または設計負債[1]、コード負債とは、ソフトウェア開発における概念であり、時間がかかるより良いアプローチを使用する代わりに、今すぐ簡単な（限定的な）解決策を選択することで生じる追加の手直しの暗黙のコストを反映したものである[2]。金銭的な負債と同様[3]に、技術的負債も返済されなければ、「利子」が蓄積され、変更の実施が困難になる。技術的負債を処理しないと、ソフトウェアのエントロピーが増大する。金銭的負債と同様に、技術的負債も必ずしも悪いものではなく、プロジェクトを前進させるために（概念実証として）必要な場合もある。 wikipediaより開発のコストが上がる放置しておくと負債が増える

Slide 8

Slide 8 text

技術的負債の具体例・3行でかける処理が30行で書かれてる・コピペされたコード・仕様変更などによる必要以上に複雑なコード・使われてないコードが残っている・古すぎるバージョンの言語やフレームワークなどなど

Slide 9

Slide 9 text

技術的負債の具体例・3行でかける処理が30行で書かれてる・コピペされたコード・仕様変更などによる必要以上に複雑なコード・使われてないコードが残っている・古すぎるバージョンの言語やフレームワークなどなど → 書く量 < 読む量 → 一度コピペされると次もされる → 複雑なコードがさらに複雑になる → 毎回変更した方が良いのか確認する必要性 → 新しいバージョンの便利な機能が使えない

Slide 10

Slide 10 text

なんとなくわかる

Slide 11

Slide 11 text

No content

Slide 12

Slide 12 text

技術的負債をテトリスで考えてみる

Slide 13

Slide 13 text

開発初期 - a

Slide 14

Slide 14 text

開発が順調 - a

Slide 15

Slide 15 text

技術的負債が溜まってきた - a

Slide 16

Slide 16 text

技術的負債が多くなってきた - a

Slide 17

Slide 17 text

技術的負債が多くなってきた - a

Slide 18

Slide 18 text

技術的負債が多くなってきた - a 技術的負債 = テトリスの穴・ボコボコ

Slide 19

Slide 19 text

同じブロックでも積み上げ方によって難易度が変わる

Slide 20

Slide 20 text

(再掲)エンジニアが思われがちなこと・なんでその機能にそんな時間かかるの？・最近仕事遅くない？前の方が開発のスピード早くなかった？・早く作ってって言ったら見積もりより早く作ってくれた、最初からそうしてよ・新しい機能作ってないのになんで忙しそうなの？ - a

Slide 21

Slide 21 text

それぞれの視点 - a 非エンジニアの視点 (難しいブロックじゃないな )

Slide 22

Slide 22 text

それぞれの視点 - a 非エンジニアの視点 (難しいブロックじゃないな ) エンジニアの視点(どこに積み上げよう...)

Slide 23

Slide 23 text

これどうしようか...

Slide 24

Slide 24 text

こうしたい...

Slide 25

Slide 25 text

こうしたい... リファクタリング

Slide 26

Slide 26 text

リファクタリングとはリファクタリング (refactoring) とは、コンピュータプログラミングにおいて、プログラムの外部から見た動作を変えずにソースコードの内部構造を整理することである。また、いくつかのリファクタリング手法の総称としても使われる。

Slide 27

Slide 27 text

Slide 28

Slide 28 text

リファクタリングとはリファクタリング (refactoring) とは、コンピュータプログラミングにおいて、プログラムの外部から見た動作を変えずにソースコードの内部構造を整理することである。また、いくつかのリファクタリング手法の総称としても使われる。・シンプルに書き直す(30行を3行にする) ・わかりやすい名前を付け直す・使ってない機能やプログラムは削除する・自動化できるものは自動化するなどなど

Slide 29

Slide 29 text

Slide 30

Slide 30 text

Slide 31

Slide 31 text

リファクタリングはいつやるのか・定期的にまとまった時間をとる・ボーイスカウトルール・毎週一定の時間をリファクタリングに使う

Slide 32

Slide 32 text

・金銭的な負債と同じように考えてみる・今は負債を抱えても前に進めるべき？・その負債はどれだけ利息がかかるのだろうか？・いくら借金してるかわからないは怖い・システムの寿命を考える・負債に向き合うエンジニアと向き合う技術的負債との向き合い方

Slide 33

Slide 33 text

まとめ - 技術的負債はテトリスの穴、ボコボコのイメージ - 技術的負債が多くなると、機能追加・変更の難易度が上がる - リファクタリングは積み上げたテトリスの山を綺麗にするイメージ - リファクタリングをすると、新しい機能ができなくてもその後の開発がやりやすくなる

Slide 34

Slide 34 text

Author Bunta Fujikawa Twitter @buntafujikawa Qiita @buntafujikawa Github @buntafujikawa