「脳に収まるコードの書き方」を読んで学んだこと

「脳に収まるコードの書き方」を読んで学んだこと読書シェアNo.4 mikan( 一瀬喜弘)

自己紹介 object Mikan { val name = " 一瀬喜弘" val
company = "karabiner.tech" val work = Engineer.Android val hobby = listOf( " 漫画", " アニメ", " ゲーム", " 折り紙", "OSS 開発・コントリビュート", ) }

書籍紹介脳に収まるコードの書き方

学びその 1. 建築のメタファーは害悪である

1.1 開発 = プロジェクトと勘違いしてしまうプロジェクト=> 始まりと終わりがある

1.1 開発 = プロジェクトと勘違いしてしまうプロジェクト=> 始まりと終わりがある開発 => 次の開発が始まる

1.2 建築フェーズは存在しない家の建築設計→建築 " 設計" = クラス設計、要件定義？ " 建築"
= 実装？本書での解釈 " 建築" = コンパイル → 人間の仕事ではなくコンパイラの仕事開発にかかわる、人間がやる作業は全て「設計」コードを書くことも「設計」

学びその 2. テストが実装をドライブする意味が分かった

失敗するテストが実装をドライブする TDD = 「レッド→グリーン→リファクタリング」のサイクル「グリーンから始めちゃダメなの？」 TDD の本当の強みは、実装方針が立てにくいときにあるどういう動きをしてほしいかは分かる。でも、それをどう実装するかはまだ決まってない。まずテストを書く →
最小限の実装（ハードコーディングでもOK ） → パターンを増やす → リファクタリング × 理想の実装で悩む ◦ 目の前の失敗しているテストを通すテストがあるから、安心してリファクタリングもできる。

ほかにもコミットメッセージはどう書けばチームに伝わるか？レビューでは何を見るべきか？どんな
スタンスで臨むべきか？などなど、「現場の実感に即していて」「でもちゃんと筋の通った」アドバイスが詰まってる一冊でした。

「脳に収まるコードの書き方」を読んで学んだこと

「脳に収まるコードの書き方」を読んで学んだこと

mikan

More Decks by mikan

Other Decks in Technology

Featured

Transcript