読書ログ | #ミノ駆動本 14章「リファクタリング」の読書会予習に着手しました

はじめに

㊗️ITエンジニア本大賞2023 技術書部門大賞受賞！🍣¹ nikkieです。

『良いコード／悪いコードで学ぶ設計入門』（通称ミノ駆動本²）の読書ログです。
次回のミノ駆動本_読書pyに向けて、14章「リファクタリング」を読み始めました。

14章「リファクタリング」

ミノ駆動さんの大好物、リファクタリング³。
私は好きなものとなるとスイッチが入っちゃって聴衆を置き去りにしていくスタイル⁴ですが、ミノ駆動本はそんなことしません！

この本で初めて「リファクタリング」という言葉に出会ったとしても完全に理解できると思います！

完全に理解できる秘密はね、14章の目次から明かされるんだよ

公開されている目次を引用します。

14 リファクタリング ―既存コードを成長に導く技―

14.1 リファクタリングの流れ
14.2 ユニットテストでリファクタリングのミスを防ぐ
14.3 あやふやな仕様を理解するための分析方法
14.4 IDEのリファクタリング機能
14.5 リファクタリングで注意すべきこと

「リファクタリング」という言葉が初めてだとしても、14.1でリファクタリングの例が示されます。
既存のコードに見つけた悪しき構造を、ミノ駆動本でこれまで出会った良い構造のコード⁵に変えていくことだと分かるでしょう。

続く14.2では、より現場に即したリファクタリングが扱われます。
まず、コードの振る舞いを変えずに構造を変えていることを確かめるために、ユニットテスト（テストコード）が導入されます。
そして「テストがないが仕様は明確なコード」を例に、テストを書きながらリファクタリングする、ミノ駆動さんがよくやる手法が解説されます

14.3は「テストがなく仕様も不明確なコード」に対して『レガシーコード改善ガイド』の知見を借りて立ち向かいます。

このような構成により、14章を読めばリファクタリングを完全に理解できます。
言い換えると、「わかりましたわ〜。お現場のコードでおリファクタリングいたしますわ〜」といった心境に至れると思います。
なお、これはダニング・クルーガー効果の"馬鹿の山"というやつで、現場のコードにリファクタリングを挑んだ結果「何も分かりませんわ…」となることもあるでしょう。
実際私も何度も経験しています。
リファクタリングは自転車の乗り方と同じような身に着けられるスキルだと思っていて、本で読んだだけで乗れるようにはならないように、リファクタリングも繰り返し練習が必要と私は考えています。

14.5には注意点が示され、馬鹿の山から滑落した際のヒントとなると思いました。

IDEのリファクタリング機能はいいぞ！

14.4 IDEのリファクタリング機能、直近の私の登壇での主張と重なりました！🙌

14:20〜から15分トークを2本連続で話します #vscodejp

最初は、楽々入門！VS Codeで『リファクタリング』https://t.co/S6nuD6Bk0e

Pythonを例に、ファウラーさんの『リファクタリング』のテクニックのいくつかをVS Code操作と結びつけて紹介します。目指せリファクタリング常中！
— nikkie にっきー (@ftnext) 2023年1月21日