技術負債って200種類あんねん

はじめに タイトル間違えました、技術負債は200種類もありません。あと、別に技術負債を褒めたいわけでもありません。しかし、技術負債って言葉としてはシンプルなのに、中身が複雑すぎて深掘りすると意外と無限に出てくるやつです。実際には200種類あるかどうかは別として、技術負債をカテゴリ分けしました。 以前、技術的負債に言及した記事は以下になります。 筆者は、技術負債について、もっと具体的かつ詳細に議論が行われるべきだと考えています。（どのタイプの技術負債か、そもそも解消すべきかどうか、解消するとしたらどれくらいのコスト/期間がかかるのか、など） では、本記事の本題へGo コードレベル 重複コードで迷路状態 スパゲッティコードで胃もたれ 命名規則がカオス 魔法の数字（マジックナンバー）まみれ 使われてない関数やクラスが散らばる墓場 アーキテクチャレベル 「その時は良かった」設計 モジュール間の依存

[hiroomi]

"手動テスト依存症（人海戦術最強説）←何のためにエンジニアやってるんだ？"目の前のバグから拾えとか思ったけど、問題管理ね。

[toaruR]

『タイトル間違えました、技術負債は200種類もありません』(ノ∀`)

[aaaikaaa]

タイトル笑った。営業畑の会社上層部が「技術負債」を言い出したら、200種類あんねんって言い返そう。

[Anonymous2000]

釣りタイトルは許容範囲だけど、もうちょっと網羅したり、解説したりしてほしいなぁ

[JULY]

いやぁ、もう、あるあるのオンパレードだぁ。

[ryoma_robo]

タグとslugがアンミカ