Showing 2 Result(s)

レガシーコードからの脱却 まとめ – 9.8.2

9.8.2 保守しやすいコードを書く7つの戦略 内容 コードの共同所有を取り入れるコードの共同所有とは誰でもどのコードでも変更してよいことを意味する。チーム全員が同じコーディング規約を持つことで、誰が書いてもスタイルは保たれ扱いやすくなる。同じドメインモデル、開発プラクティス、用語を揃えることで更に良くなる。 リファクタリングを熱心に行うすでに動いているものであっても、状況に応じてリファクタリングはしていくと良い。リファクタリングは保守性につながる。 常時ペアで進めるペアプログラミングは知識共有の一番はやい方法。設計、開発、リファクタリング、デバッグ、テストでは常時ペアを組み、共有された知識で、コードの一貫性を保つ。 頻繁にコードレビューするペアを組んでいたとしても、ペアを組んでいない人がコードを見てフィードバックする機会になる。 ほかの開発者のやり方を学ぶ自分の外側にある知識を学びつつ自分も成長させる。 ソフトウェア開発を学ぶプロの専門家は継続的な学習が必要。ソフトウェア開発者もしかり。 コードを読み書きして、コーディングの練習をする作家スティーブン・キングは「作家になるために必ずしなければならないことが2つある。たくさん読み、たくさん書くことだ」と言った。ソフトウェア開発者も同じで、たくさん読み、たくさん書くこと。 学び 保守性を高める戦略 学びを活かすアイディア・行動 ペアプロ、コーディング規約作り

レガシーコードからの脱却 まとめ – 9.8 – 9.8.1

9.8 実践しよう 9.8.1 コード品質を上げる7つの戦略 内容 品質の定義を明確にする高品質のコードを作るには、高品質のコードとは何かを明確に定義しなければならない。高品質なコードとは少なくとも、理解しやすく拡張が簡単でなければならない。 品質のためのプラクティスを共有するたとえば、機能開発を重要視することで、それぞれのメソッドの凝集性を高くするなど。 完璧主義を手放す完璧なものは作れない。完璧でなくても明確な受け入れ基準を持てば、それを叶えるための最善は尽くせる。 トレードオフを理解する状況に応じたトレードオフを理解することで、完璧でなくてもニーズに応えられるかどうかを判断することができる。 「やり方」を隠す読み手は、どうやって実装されているかを気にすることなく欲しい物がなんなのかがわかるようになる。 良い名前をつけるソフトウェア自身が一番のドキュメントであることを理解し、それが何なのか、何をしてくれるものかをわかる名前をつける。略称を使う必要はなく、長さを気にする必要もない。説明的、肯定的、能動的、呼び出し側がどのように変化するのかが分かる名前をつける。 コードをテスト可能に保つ観測可能なコードとコード品質は相関関係がある。テスト可能なようにコードを書こう。 学び 品質を高める戦略。 学びを活かすアイディア・行動 今の所特になし