設計は最初から必要ではない
多くの場合、
Pythonを書くときに最初から設計は必要ありません。
- 小さなツール
- 一時的なスクリプト
- 自分だけが使う処理
こうしたものは、
動けば十分なことも多いです。
では、いつ設計が必要になるのか。
違和感が最初のサイン
設計が必要になる瞬間は、
大きなトラブルではなく、
小さな違和感として現れます。
- 修正前に考える時間が増えた
- 触るのが少し怖い
- 説明するのが面倒
この違和感は、
コードが悪いのではなく、
構造が追いついていない サインです。
人が増えたとき
次に多いのが、
コードに関わる人が増えた瞬間です。
- 自分以外が読む
- 引き継ぎが発生する
- 他の処理から呼ばれる
この時点で、
「分かっていれば読めるコード」は
設計不足になります。
修正が連鎖し始めたとき
設計が必要になる決定的な瞬間があります。
- 1か所直すと別の場所が壊れる
- 修正範囲が予測できない
- テストがしにくい
ここまで来たら、
設計を後回しにすると
コストは指数的に増えていきます。
設計とは立ち止まること
実務での設計は、
壮大な図を書くことではありません。
- 処理を並べ直す
- 責任を分け直す
- 名前を付け直す
一度立ち止まって整理すること
それ自体が設計です。
作って分かったこと
このテーマを通して分かったのは、
- 設計は必要になってからでいい
- 違和感は無視しない方がいい
- 立ち止まれる余白が重要
ということです。
おわりに
この話は、
実務の中で
「設計が必要だ」と感じた瞬間を
整理した記録です。
このシリーズが、
「とりあえず動く」から
「長く使える」へ進む
一つの指針になれば幸いです。
コメント