多くのビッグテック企業で昇進主導の開発への引力があることは否定できません。 しかし、よく考えてみると、こうしたことは会社にとって悪いことではない。エンジニア+チームが機敏さを保ち、新しいものを作ることを恐れず+移行するのです これは非常に重要なことです

この文化が明確にある企業を見てみましょう:Meta、Google、Amazonなどです 対して、そうでない(あるいはあまり多くない)企業:JPモルガン、オラクル なぜ最初の3社(Threads、Gemini、AWS)がスタートアップを上回るのに対し、下位3社はできないのか不思議です。

この文化が明確にある企業を見てみましょう:Meta、Google、Amazonなどです 対して、そうでない(あるいはあまり多くない)企業:JPモルガン、オラクル、IBM。 最初の3社が時折スタートアップ(Threads、Gemini、AWS)を上回ることがあるのに対し、下位3社はできないという偶然でしょうか?

思考実験です:大手企業内で「昇進主導の開発」をBANしましょう。新しいシステムを書き換えるのではなく、古いシステムにさらに追加を加え続けましょう。1年、2年、5年、10年、15年、20年後にGoに移行しないでください。Javaのものはそのまま使い続けてください。 10年後に何が起こるのでしょうか? 開発者は作り方を忘れてしまいます...

エンジニアリングチームを機敏で迅速に動かし、最新技術に追いつき続けることにはコストがかかることを考えてみてください このコストは書き直し、移行(ダウンタイムゼロ!)、信頼性の向上(システム全体が変わる中で)にかかります。 減速して安定させるのではなく...そして世界が変わったときに対応できなくなっている

また、開発者からの昇進主導の開発に関する否定的な回答が多いことについても: どの職場で働きたいですか? A) より良いアーキテクチャや技術、言語に移行する方法は確かにあります。その方法は以下の通りです B) 「古いやり方こそ正しい道」 このレガシーシステムの取り組みを続けてください