ゼロから設計した複雑なシステムはうまくいかない、という記事 ・過去に関わったメインフレームの書き換えプロジェクトでは、マネジメント層が段階的なリリースを拒否したために失敗に終わった ・今でもその組織は新しいシステムを稼働させるために苦労を続けている ・この失敗は「機能する複雑なシステムは、機能する単純なシステムが進化したものである」というGallの法則の典型例といえる ・ゼロから複雑なシステムを設計しても機能することはなく、機能する単純なシステムから作り直すしかない ・小さく機能するシステムを稼働させて実データから学ぶ手法を提案したが、マネジメント層は完全なシステムを一括で構築することを望んだ ・不完全なシステムをビジネス側が受け入れないという恐れからだったが、未テストの巨大なシステムを一発で成功させることに賭ける最もリスクの高い戦略である ・小さくリリースして実際の使用パターンを観察する段階を飛ばすと、証拠ではなく推測に基づいてシステム全体を設計することになってしまう ・既存のシステムが複雑なのは長い時間をかけて進化してきたからであり、最初からその複雑さを設計して進化の過程を省略することはできない ・小さく機能するシステムを最初に公開できないのであれば、巨大なシステムを設計できるほどまだ問題を理解していないということである ・反発を恐れて大規模な設計に逃げ込んでも、リスクがプロジェクトの終盤に先送りされて間違いに気づくコストが高騰するだけである

仕事では何もしない時間を作るべき、という記事 ・エンジニアはデフォルトの稼働率を80%に抑え、プレッシャーの高いプロジェクトがない限り労働時間や作業のペースを落とすのがよい ・テック企業では努力の量ではなく、適切なタイミングで適切な問題を解決するといった例外的な出来事によってパフォーマンスが決まる ・大規模な組織では、大きな契約を後押しする機能追加やインシデントの早期解決など、莫大な利益を生む些細な仕事が存在する ・これらの仕事はタイミングが命であり、チャンスを掴むためにはその時に忙しくない状態を保っている必要がある ・バックログの優先度が低いチケットをこなして常に100%稼働していると、他の仕事に気を配れず重要な仕事を見逃してしまう ・また、常に忙しそうにしていると、重要な仕事の情報を多く持つマネージャーから仕事を任せてもらう機会も失ってしまう ・常に全力でプレッシャーの低い仕事に取り組んでいると、いざインシデントなどの高プレッシャーな事態が発生した際に疲弊して対応できなくなる ・インシデント対応時も、すぐに手を動かさずに深呼吸をしてゆっくり思考することで、事態の悪化を防ぎ、他のエンジニアよりもうまく対応できる ・脳を休ませることで新しいアイデアが生まれやすくなり、重要なタスクを任された際にも全力を注ぐことができる ・エンジニアは役立ちたいという心理から目の前のタスクをつい片付けようとしてしまうが、何もしない時間を作るためにはあえて手を出さないよう自制する必要がある ・組織が優先していないドキュメント更新や技術的負債の解消を自ら引き受けてしまうと、自分が消耗するだけでなく組織が問題を放置する原因になる ・調整作業をやらないことで深刻な結果が生じるとしても、あえて介入せずに組織に痛みを感じさせて方針を変えさせるべきだ ・非公式なルートでデータ抽出やコード作成などを頼んでくる人に対しては、断ったり返信を数日遅らせたりして無報酬の仕事を避ける必要がある ・仕様が頻繁に変わるデザインの実装や中止になりそうなプロジェクトに対しても、すぐに対応せずに時間を置いてから一度だけ作業をして投資を最小限に抑えるべきだ ・エンジニアとしての成功は作業量を増やすことではなく、普段は力を温存して適切なタイミングで正しい行動をとる能力によって決まる ・常に全力を出すのではなく、非常に見返りが大きい年に数回の時期だけ限界まで働き、残りの期間は余裕を持たせることで高いパフォーマンスを発揮しやすくなる

コードを書かせるためではなく、シニアにするためにジュニアを採用せよ、という記事 ・AIがコードを生成してシニアエンジニアがそれをレビューできるようになった今、給与コストを抑えるためにジュニアエンジニアを削減するのは合理的に見えるが、長期的には間違っている ・会社や業界が今後も生き残り成長し続けるためには、ジュニアを採用して基礎を築くことが不可欠である ・ジュニアが人前で急激に成長していく過程を見ることは組織全体に良い影響を与え、シニアはAIの言語モデルに対しては持たないような責任感を、指導する若手に対しては抱くようになる ・またジュニアは過去のやり方に固執する習慣がないため、チームにAIツールを新しく導入して定着させたい場合にも有利に働く ・現在エントリーレベルの採用が減っている本当の原因は、コスト削減と新しい価値の創造を混同している投資家にある ・その考えが経営層に波及し、目に見える成果が測りにくいジュニアが真っ先に削減の標的にされてしまっている ・AIを使うジュニアはコードを理解せずに出力するだけなので指導しにくいという意見もあるが、実際には数ヶ月で急成長して育成コストを下げる組織と、質の低いコードを生み出し続ける組織の二極化が起きている ・この違いは、組織が本気でメンターシップに取り組んでいるかどうかと、既存のエンジニアリングの基盤が整っているかどうかにかかっている ・古いコードやドキュメントの不足、指導者がいない環境にAIを導入し、その結果生じた問題をジュニアのせいにするのは間違っている ・今の時代に優秀なジュニアに求められるのは、単にコードが書けることではなく、成長したいという強い意欲や、困難を乗り越える気概を持っていることである ・今ジュニアの採用を止めて人材のパイプラインを更新しない組織は、5年後には変化に適応できず、知識の継承もできず、新人を訓練する余裕すらない状態に陥ってしまう ・その段階に達してしまうと、いくらお金を積んでも問題を解決することはできなくなる ・状況を正しく見ている企業にとって今は好機であり、採用されずに余っている優秀なジュニアを雇って適切に育成すれば、将来的に大きな競争力を得ることができる