革命の日々！ エンジニアのバッドノウハウ、マネージャーのベストプラクティス

みなさん、バッドノウハウという言葉は聞いたことがあるだろうか。 現在は、いやなブログさんによる、バッドノウハウの本来の定義からやや拡張されて、 uglyなソフトに人間のほうが間尺を合わせるダメな行為を指す意味で使われることが多いように思う。 しかし、これはほとんどエンジニアリング世界（だけ）で通じる言葉でマネージメントの世界でこういう言い方はまずしない。 たとえば、一部で悪名高い、「動いているコードは触るな」メソッドを考えよう。 これはエンジニアから見たら極めて悪辣かつバッドな行為だ。コードを理解せずに対処療法的に問題が出た部分だけを修正してしまうわけだから。 こういうのが積み重なると、こっちを直せばあっちが飛び出し、あっちを直せばこっちが火を噴く。というシステムが簡単に出来上がる。 で、これが何年も前から言われているのに全然なくならない。無くならないどころか減っていく気配すら見えないのは

[kosaki]

君らするどいね

[mitsuki_engawa]

「変更したくない」は「仕様不明瞭」「技術不足」「テスト不確実」とセットになってる気がする（遠い目