スパゲッティコードとは？ざっくりと3行で
- プログラムの処理手順が複雑に絡み合い、解読や修正が極めて困難になった状態のことだよ。
- 設計図なしで増築を繰り返した建物のように、どこを直すとどこが崩れるか開発者本人ですら分からない危険なコードなんだ。
- 現場でこれに遭遇すると、少しの修正に何日もかかったり、直したはずが別の場所でバグが出たりしてプロジェクトが炎上する原因になるよ。
【深掘り】これだけ知ってればOK！
スパゲッティコードは、お皿の上で絡まり合ったスパゲッティのように「始点と終点、そして途中の経路が目で追えない」状態を指すITスラングです。納期に追われて「とりあえず動けばいい」という突貫工事を続けたり、担当者が頻繁に入れ替わって統一感のない書き方が混在したりすることで生まれます。
一度この状態になると、新しい機能を追加したくても「どこに繋げればいいか分からない」ため、開発スピードが劇的に低下します。最悪の場合、手直しするよりもゼロから作り直したほうが早いという判断（リプレース）を迫られることさえあります。
会話での使われ方
前任者が残したコードが完全なスパゲッティ状態で、解読するだけで1週間かかりそうです
これ以上継ぎ足すとスパゲッティ化が進んで、保守できなくなりますよ
あそこのシステム、中身は秘伝のタレのように煮込まれたスパゲッティだから触りたくないなあ
【まとめ】3つのポイント
- カバンの中で絡まったイヤホン：ほどこうとすればするほど泥沼にはまる、手出し無用の状態
- 解読不能な古文書：ロジック（理屈）が破綻しており、誰も正解を知らない恐怖
- 時限爆弾：今は動いていても、将来必ず修正コストという形で莫大なツケを払わされる
よくある質問
- Qスパゲッティコードはいつ使うのがベストですか？
- A（作成すべきではありませんが）使い捨てのプロトタイプや、二度と保守しないことが確定している極めて短期的なツールであれば、速度優先で許容される場合があります。
- Qスパゲッティコードを防ぐコツはありますか？
- A設計段階でルールを決めること、コードレビュー（他人のチェック）を徹底すること、そして定期的にコードを綺麗にする「リファクタリング」を行うことがコツです。
- Qスパゲッティコードの具体例は何ですか？
- AGOTO文（ジャンプ命令）の多用、数千行に及ぶ長大な関数、意味不明な変数名（a, b, xなど）、コピー＆ペーストで増殖した似たような処理などが具体例です。
- Qスパゲッティコードとレガシーコードの違いは何ですか？
- Aスパゲッティコードは「構造が複雑で汚いコード」を指しますが、レガシーコードは「古くてテストコードがなく、変更が怖いコード全般」を指します。スパゲッティはレガシーの一部であることが多いです。
コメント