「あなたの会社でひどい技術的決定が通った最後のことを考えてみて。もしかしたら、複雑すぎるアーキテクチャを採用したり、みんなが間違っていると知っているベンダーを選んだり、実際に機能していたプロジェクトを潰したりしたかもしれない。何が起こったのか掘り下げてみれば、決定者が愚かだったわけではないことがわかると思う。正しい情報を持っている人がその場にいなかったからだ。」まあ、いい記事だけど、その段落は私の経験とは合わない。私の経験では、技術的な決定が悪くなったのは、通常非技術的な理由があるからだ:1) 開発者やその上司、またはその両方が履歴書に「ホットな新しいもの」を載せたがる 2) 良い新しいものを購入するためには、古い悪いものが使えないことを示さなければならないので、古い悪いものを賢い解決策で救うのは望ましくない 3) 組織が新しいバズワードを使ったシステムを必要としていて、VCや他の人に見せるための機会として新しいバズワードを使う、ここで意味があるかどうかは関係ない これらは私が好きな理由ではないけど、特に高位の意思決定者には非常に説得力のある理由だと思う。「必要になる前に関係を築く」といった記事のポイントが良いアイデアでないとは言わない。ただ、「ひどい技術的決定」についての議論に勝つ成功率が非常に高いとは期待しないでほしい。