リファクタリングとともに生きるラジオ

■ トピック 長い関数はテストしにくい？ テストがない長い関数は理解が難しい 長くなってからではテストを書くのも難しい その関数でやっていることを後からどれだけ読み解けるか 短くしようとする姿勢がいいコードにつながりやすい 短くすることで逆に読みにくくなるケース より短いコードで解決したいという欲求 コードの長さは読む側だけの問題 意図からコードへの投影、コードから意図への復元 長い関数からは意図を読み落とし...

■ トピック 関数が長くて困ること 読めれば長くてもいいのか？ 長いコードを読みやすくする現代の工夫 長いコードは複雑になりやすい 段落をつくる ユニットテストのAAA 関連するコードの距離 並び替えから始める スコープを小さくしたい 長くて複雑なのが問題 やることを増やすと関数は長くなりがち 短いコードを目標にすることで副次的にコードが整理される 段落さえはっきりしていればどうとでもなる感覚 ■ 参考リンク リファク...

■ トピック 重複コードの2種類の消え方 関数の抽出 共通化で必ずしもコード量が減るわけではない 抽出されたコードをどこにどう置くかで考えることが多い OSSのライブラリを作るようにリファクタリングする 切り出されたものへの依存が後から増えて困る あえて重複コードを生み出すケース ユニットテストと重複コード パラメータ化テスト ステートメントのスライド リファクタリングは手数がなんぼ 実装前の整地としてのリファクタ...

■ トピック 重複コードは何が問題なのか 分解してから共通部分を見つける マジックナンバーと重複コード 数字を忘れていいなら変数にする意味がある 名前をつけてみたら重複かどうかがわかる 改めて名前をつけて同じになるなら重複かもしれない CSSのプロパティ宣言順を統一したらバンドルサイズが小さくなった話 重複コードの共通化の利点は可読性だけじゃない ■ 参考リンク リファクタリング（第2版） 既存のコードを安全に改善...

※ お詫び: 収録時のミスでlacolaco側の声が聞きづらい部分があります。 ■ トピック 重複コードはどのようにして生まれるか コードの見た目は違うけど重複しているコード すでにある再利用可能なコードに気づかない コミュニケーションが不足することで生まれる重複コード 再利用可能なパーツにアクセス可能かどうかが重要 重複コードはどのように消えていくか 見た目が似てるけど本当は違った重複もどき 中途半端に似たコードがよ...

■ トピック どういう名前をリネームすることになるか "And" や "With" のあるある 名前をコロコロ変えることは問題か？ 具体的すぎる名前は二重管理になる 名前を変えないことにも意味がある diffの美しさ あとからリネームできるからといって適当に始めてはいけない ■ おたよりフォーム https://forms.gle/RYUG7T4ctmF7Srf36 ■ X（Twitter） https://twitter.com/refactoradio ハッシュタグは #リファラジ で...

■ トピック 名前にはルールが必要？ 「英語として自然に読める」というルールについて "regist" 問題 命名規則の前提には文脈がある "get"と"fetch"のニュアンスの違い 語彙をあえて絞る、英語のサブセットのようなもの 規則がわからないと自分のコードを書き加えられない ■ おたよりフォーム https://forms.gle/RYUG7T4ctmF7Srf36 ■ X（Twitter） https://twitter.com/refactoradio ハッシュタグは...

■ トピック ごあいさつ ラジオのコンセプト プログラミングと名前 変えられる名前、変えられない名前 名前と意味 ■ おたよりフォーム https://forms.gle/RYUG7T4ctmF7Srf36 ■ X（Twitter） https://twitter.com/refactoradio ハッシュタグは #リファラジ です。