ソフトウェア開発者は大丈夫じゃない、という記事 ・ソフトウェア業界で働く開発者やUXデザイナーが、精神的に追い詰められているという話 ・燃え尽きや心の不調、解雇を語る動画が増え、コメント欄には何千件もの共感が集まっている ・解雇された人の多くも、もともと辞めるつもりで、業界ごと去ろうとしている。学生の専攻変更も目立つ ・彼らの多くはAIに反対していたわけではない。AIが未来だと受け入れて試したうえで「楽しくないし、自分のためにならない」と感じて去っている ・筆者のBaldur Bjarnason氏は、原因は経営陣の利害にあると見る ・人を減らせば株式報酬の支払いが減り、品質を下げることや非倫理的な案件への反対も弱まる ・Facebookは開発者をAIで置き換えようとしたが、技術が追いつかず縮小した。それでも人を減らしたい動機は消えていない ・人が減ったぶん、残った人の負担とプレッシャーが増える ・世に出るのは同じようなAI機能や既存ソフトの複製ばかりで、新しさを求める開発者にとって仕事がつまらなくなった ・電動工具を使っても家具は自分で作った感覚が残るが、エージェントに書かせるのは、事情をわかっていない新人に仕事を任せる感覚に近い ・そのため成果物への思い入れが薄れ、コードを書く楽しさや深く集中する時間も失われた ・毎四半期のように解雇があり、次は自分かもしれないという不安が続く。つらいと言えば「使いこなせていないお前のせい」と返される ・解雇を待たずに辞めれば、会社は退職金を払わずに済み、失業した開発者からもっと安く人を雇える ・AIで完全に置き換えられなくても、不安定な立場の開発者にAIの後始末をさせれば、賃上げも交渉も断ることもできない状態にしておける ・AIバブルが崩壊しても状況は変わらない。この仕組みは、AIがそこそこ動けば成り立つから ・安い中国製モデルや、更新が止まり古くなったモデルを使っても、その穴埋めは開発者に押しつけられる ・大企業でソフトウェアを作る仕事は、この先もこの過酷さが続くと筆者は予想する ・利用者を取り巻く仕組みを見る訓練を受けたUXデザイナーが、真っ先に気づいて去っている ・アイスランドでは情報系学科の新入生が前年より約3割減った ・技術者であることを自分の軸にしてきた人ほど、業界を離れたあとに「自分は何者か」と悩むことになる ・できるのは現実を受け入れることだけで、ソフトウェアの仕事をしているなら、業界の外での将来も考える時期かもしれないと締めている

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

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

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