#12 ユーティリティ② 条件分岐が増えるようなら共通化はやめておく
Listen now
Description
■ トピック おたよりの内容振り返り 「ユーティリティ」がゴミ箱になる 意味をなしていない「ユーティリティ」という名前をやめよう 具体性に欠ける名前を使うなら、厳格な規則で具体性を持たせる 内部的なライブラリとしてパッケージを分ける 一度共通化されたコードの責任が肥大化する テストを複雑にしてまで拡張する必要があるのか 共通化された関数のパラメータが増えるとき 切り出されたユーティリティを見直してさらに切り出す テストさえ書けていれば複雑になってもいいのか? 「長すぎる関数」編での話の思い出し 複雑な関数のテストが十分だと確信できるのは書いた人だけ パラメータを増やした結果、中で条件分岐が増えるようなら共通化はやめておく 一度共通化されたコードをベタ書きに戻す これは質問の回答になっているのでしょうか? ■ おたよりフォーム https://forms.gle/RYUG7T4ctmF7Srf36 ■ X(Twitter) https://twitter.com/refactoradio ハッシュタグは #リファラジ です。
More Episodes
■ トピック 祝・第50回 最新情報を追跡するルーチン インプットのプッシュ型とプル型 メールの未読ゼロ GitHubからの通知 Discordでキャッチアップする ちゃんと読みたいものは時間を見つけてプル型で SNSでの情報収集 英語原文でのインプット Zennにトレンドを探しにいく エラーの解決方法の探し方 具体と抽象を行き来しないと解決できない AIの使い方 ■ 参考リンク JSer.info Blog | web.dev ■...
Published 11/25/24
※ お詫び: 収録時のミスでlacolacoの音質が悪いです。 ■ トピック リファクタリングモードに入ってまずやること 名前を変えてみる 既存コードをいったん消して書き直してみる コメントを書き足すだけでもリファクタリング 「3つ目」が降ってくるとき 趣味と業務 知識が不確実だと備えが必要 いつでもリファクタリングはじめられるためにやっていること ディレクトリ構造をきれいにしておく 新しいメンバーからのフィードバックは大事 雑にリファクタリングしまくるためのテストとCI 「テストが書ける状態」でテストが書かれることなくない? ...
Published 11/18/24