世界を動かす技術を、日本語で。

LLMが私のソフトウェアエンジニアリングキャリアを脅かしていて、どうすればいいかわからない

概要

  • 10年にわたる ソフトウェアエンジニア としての経験と専門性の変遷
  • AI・LLM の進化による専門知識・デバッグ力の価値低下
  • コード品質・アーキテクチャ の重要性の変質
  • 雇用市場における ジェネラリスト化 と需給バランスの変化
  • 今後のキャリア選択や専門性維持の困難さ

AI時代におけるソフトウェアエンジニアの専門性の揺らぎ

  • キャリア初期 はWebフロントエンドから始まり、直後にバックエンド領域へ転向
  • 金融・会計・決済 といった専門ドメインでの開発経験
    • PCI準拠、二重帳簿、エスクロー、リコンサイル、決済ライフサイクル、銀行送金の冪等性など
  • プロダクトマネージャー やステークホルダーとの密な関係構築
  • ドメイン知識 を武器にキャリアを差別化

第一の柱:ドメイン固有知識の形骸化

  • 金融系企業への転職と同時に AI(ChatGPT, Claude) の積極活用を推奨
  • 設計ドキュメント の作成もAI支援で効率化
    • かつては「LLMは確率的オウム」と軽視
    • AIの活用で設計や意思決定まで迅速化
  • 蓄積した 専門知識 や実務経験の価値がAIによって希薄化
    • モデルが専門的なシステム構築もこなせるよう進化

第二の柱:デバッグ力と分散システム知識の陳腐化

  • LLMによる コーディング支援 の一般化
    • Claude CodeやCodexの登場
  • 難解なバグ や分散システムの問題もAIが一撃解決
    • Claude 4.5以降、90%のバグはAIが解決
    • デバッグ経験や直感の価値が大幅に低下
  • 人間の役割 はAIの出力レビューや舵取りのみ
    • 「汎用的なエンジニア」へと地位が変化

第三の柱:コード品質・アーキテクチャの変容

  • リファクタリングや設計志向 を重視してきた経験
    • DDD, Hexagonal, Clean Architectureなど
  • AIエージェントは コードベースの整合性維持が不得手
    • 循環依存、重複コード、不適切なコメント、SOLID原則の無視
  • コード品質が「 テイスト(taste)」の一言で片付けられる現状
    • 機械が読むためのコードが主流化
    • 人間のための高品質なコードの需要が減少

雇用市場と今後の展望

  • 専門性の価値低下 により、エンジニアはジェネラリスト化
    • 需要の減少でジェネラリストの価値も低下
  • チーム配属前提の採用 やドメイン知識不要の募集が増加
  • キャリアの方向性 に迷い
    • LLMが苦手な分野へのシフト検討(例:研究職、手仕事)
    • 研究職も将来的にAIに代替されるリスク
  • 専門性の積み上げ が無価値化する時代への戸惑い

エンジニアの専門性とAI時代の生存戦略

  • AI時代に価値が残る専門分野 の模索
    • 例:高度な数理、統計、機械学習、創造的・手工芸的分野
  • 人間ならではの価値 の再定義
    • クリエイティビティ、対人調整、現場感覚
  • キャリアの柔軟な転換 と自己投資の重要性
  • AIと共存する働き方 へのマインドセット転換

Hackerたちの意見

木工の趣味を職業にすることを考えた方がいいかな… 業界の未来についてどう思っても、職人の木工でプロとして成功するのは、職人のソフトウェアより難しいと思うよ。

業界の未来についてどう思っても、職人の木工でプロとして成功するのは、職人のソフトウェアより難しいと思う。市場のほんの一部、もしかしたらその一部のさらに一部だけが、手作りの品にお金を払う意志があるけど、現代的でレトロなもの(スチームパンクなキーボードとか)だとボーナス。手作りのソフトウェアにお金を払う人はゼロパーセントだよ。

何を木工って言うかによるかな。デッキ(庭やキャラバンなど)を作ったり、物置やフェンスを作ったりしてる人と一緒に働いてるけど、彼は本当にうまくやってるよ(正直、すごく上手いしね)。

カスタム家具やキャビネットはすでにかなり厳しい市場だし、木工はプログラマーの趣味として一般的だから、もし多くの人が本気でやり始めたら、市場はすぐに供給過多になると思うよ :)。自分が作った家具を売ってみたらどうかって言われたこともあるけど、趣味をキャリアに変えるのは一度失敗したから、もう二度と同じ過ちを犯したくないし、少なくともソフトウェアはまだそこそこ良い給料をもらえるからね。

手彫りのユニークな形のドアがある歴史的な家を持ってるんだ。ドア枠が腐ってしまって、木工職人に4千ドル払って交換してもらった。ドア自体を交換するのには簡単に2万5千ドルかかるよ。だから、手彫りのドアがある歴史的なエリアに引っ越せば、そこそこいいお金が稼げるかもね。

layoffs.fyiを見てみて。彼はすぐに解雇される可能性が高いよ。もし明日じゃなくても、AIがもっと良くなるまで数年待つことになるだろう。これは一方通行の道、下り坂なんだ。木工じゃなくて、農業だ。土地を手に入れて、自分の食べ物を育てな。経済には全く参加しないこと。それが唯一の生き残り方だよ。

会社は今、いくつかの役職で再度採用を行っていて、ドメインの知識はもはや強い差別化要因じゃなくなった。以前は「ソフトウェアエンジニア - エリア」って書いてたけど、今は「ソフトウェアエンジニア」だけで、チームの割り当てはオファー受け入れ後に決まる。 > 確かに、ドメインに深く入るチャンスがなかった優秀なエンジニアには良いことだけど、長年ドメイン知識を蓄えてきた他の優秀なエンジニアが同じ土俵で競争しているのは悲しいことだね。著者の未来のビジョンが正しければ、有能なソフトウェアエンジニアは安全だろう。ドメイン知識は良いエンジニアリングの原則を適用するよりもずっと早く学べるからね。ドメイン知識が主な競争優位のエンジニアは、エンジニアリングがそれほど優れていないかもしれない。他の業界で彼らが蓄積したドメイン知識を活かして雇用される可能性はあるけど。

ドメイン知識は良いエンジニアリングの原則を適用するよりもずっと早く学べる。1週間前にドメインの専門知識が本当の防壁であるというスレッドがあったよ: https://news.ycombinator.com/item?id=48340411

それは未来に対してかなり楽観的な見方だね。俺はドットコムバブルの崩壊を覚えてるし、その後の数年もね。2002年から2003年には、ソフトウェアエンジニアの失業率が40%くらいだったんだ。実際、それがもっと高くならなかったのは、業界を離れて配管工(や他の職業)になった人が多かったから。今回はもっと悪化すると思う。ドットコムバブルの崩壊では、ビジネスじゃないところに資金が流れて、資本市場がほとんど機能しなくなったんだ。でも今はそうじゃない。確かにAI企業には大量のお金が流れ込んでるけど、変化はもっと構造的なんだ。他の業界も同じような経験をしてる。1980年代には、いくつかの業界が意図的に壊されたり、オフショアに移されたりして、未だに回復してないところもある。これには社会的、経済的、政治的な影響が続いてると思う。テクノロジーの分野でも同じことが起こるなんて、みんなちょっと甘く見すぎだよ。

「ドメイン知識は、良いエンジニアリング原則を適用するよりもずっと早く学べる。」それが普遍的に正しいとは思わないな。簡単に身につくドメイン知識に自信を持ちすぎてる優秀なソフトウェアエンジニアが、ERPシステムの失敗を招くことが多いんだ。ITの世界には、ビジネスルールをシステムに組み込むことが全てっていう部分がたくさんあるからね。

ドメイン知識は、良いエンジニアリング原則を適用するよりもずっと早く学べる。部分的には同意しないな。大まかなドメイン知識はすぐに学べるけど、その知識を微妙に磨いて、特にユニークで「ソフトウェア開発ハウス」とは考えられないような組織に対して複雑さを考慮するのは、何年もかかることもある。なのに、まだ「プロフェッショナル」なソフトウェア開発者が良いエンジニアリングプラクティスを守ってないのを見かけるよ。 > ドメイン知識が主な競争優位性のエンジニアは、エンジニアリングがそれほど得意じゃないかもしれない。ドメイン知識がないエンジニアにも同じことが言えるよ、少なくとも俺の経験では。もしかしたら、単に運が悪かっただけかもね…

ドメイン知識は、良いエンジニアリング原則を適用するよりもずっと早く学べる。ほんとに?俺は逆の意見だな。専門的な知識を得るよりも、方法論を改善する方がずっと早いよ。前者はアプローチの問題だから、強制したり早めたりできる。後者は、その人の学習の好みや能力、当時の状況に依存するから、合理的な支援を超えて強制することはできないんだ。それに、早い段階では急激に成長する傾向があるから、自己強化的なんだよね。

Hacker Newsで議論の続きを見る