https://amgsk.dev/tags/%E3%82%A8%E3%83%B3%E3%82%B8%E3%83%8B%E3%82%A2%E3%83%AA%E3%83%B3%E3%82%B0/Recent content in エンジニアリング on /home/amgskHugoja-JPSat, 04 Jul 2026 21:40:32 +0900https://amgsk.dev/posts/engineer-in-ai-era/Sat, 04 Jul 2026 21:40:32 +0900https://amgsk.dev/posts/engineer-in-ai-era/<p>最近、周りのエンジニアと話していて感じるのは、AIの登場によって「求められるレベル」が明らかに上がったよねということ。</p> <p>仕事のワークフローや会社の評価制度は大きく変わり、エンジニアとしてAIを使いこなすことはもはや常識となっている。 AIに指示を出せば、それなりに動くコードやドキュメントが一瞬で出てくる。 けど裏を返せば、それをただ右から左に受け流すだけの人と、そこから一歩踏み込んで価値を出せる人との差が、以前よりもはっきり見えるようになってきたとも言える。</p> <p>そもそもの技術力が高い人はAIによってさらに高い開発が出来るようになっているし、初学者であってもそれなりのものが出来上がる時代になった。 また、技術だけでエンジニアが食っていける時代は終わろうとしている。 エンジニア領域を主体としつつも、運用やサポート等の周辺領域に積極的に関われたり、そういう幅を兼ね備えた人間しか求められなくなってきている。</p> <p>これらはエンジニアが危機感を持つべき事実だと思っていて、求められる水準そのものが底上げされた結果だと思っている。</p> <h2 id="それでも変わらないエンジニアの有るべき姿">それでも変わらないエンジニアの有るべき姿</h2> <p>一方で自分は、AIがどれだけ進化しても<mark>「エンジニアの有るべき姿」自体は全く変わっていない</mark>と考えている。<br> 課題を技術で解決し、その結果に責任を持つ。これは当たり前の話で、それがエンジニアの仕事。</p> <p>AIはその過程の一部を肩代わりしてくれるようになっただけで、求められる役割の本質は何も変わっていない。<br> 変わったのは、道具が強力になったことくらいで、有るべき姿を保てるかどうかが、以前より問われるようになったとも言える。</p> <h2 id="アウトプットへの責任と取捨選択する技術力">アウトプットへの責任と取捨選択する技術力</h2> <p>AIが書いたコードだろうと、<mark>最終的にそれをリリースするかどうかを判断するのは自分</mark>。<br> バグがあれば自分の責任になるし、パフォーマンスが悪ければ指摘されるのも自分。AIは責任を取ってくれない。<br> 全ての判断には責任が伴う。</p> <p>この取捨選択には、当然ながら技術力が要る。<br> AIが出してきた実装が妥当かどうか・もっと良いやり方がないか・セキュリティ上の穴がないか・スコープが適切に限定されているか。 これを判断できるだけの土台がなければ、AIの出力をただ通すだけの存在でしかない。</p> <h2 id="エンジニアが本質的に必要なこと">エンジニアが本質的に必要なこと</h2> <p>初級者〜中級者くらいのスキルの人はAIの出力をろくに調べもせず受け入れてしまうことがある。<br> なぜそういう実装にしたか聞いても自分の言葉で説明できないし、他の選択肢とのトレードオフも整理していない。<br> 今やろうとしている作業にリスクを感じることも出来ないし、AIの言うことをそのまま裏取り無しで出してきたり。 そうして中身の伴わない結果になっている後輩や同僚を何度も見ている。</p> <p>これではただ文字をタイピングする人でしかなく、見せかけの結果だけで自己満足する姿は<mark>成長の機会を失っている</mark>と感じる。 目先の実装スピードだけを見れば、AIに頼りきってもそれなりに形にはなる。問題は、その後の保守や機能拡張のフェーズ。</p> <p>システムを使っているのは人間だし、機能拡張・仕様変更するにも影響範囲を常に考える必要が有る。<br> AIに頼らずとも自分で設計判断ができる基礎力こそ、長く運用されるプロダクトを支える上でかなり効いてくると感じている。</p> <p>AIはその時点における最適解を提案してくるけど、それが全てのシーンで正解とは限らない。<br> ビジネスの世界では時間が限られていてスピードこそ正義なので、目の前の<mark>やるべきこと、やらなくていいことを明確に分ける</mark>能力が必要で、スコープを限定化して影響範囲も最小化しつつ、今やるべきものだけにフォーカスするような判断も必要になってくる。<br> これらのビジネスサイドとの調整能力や、要件整理のフェーズは基礎力の差がそのまま出る部分だったりするわけで。<br> 冒頭で「技術だけで食っていける時代は終わろうとしている」と書いたのは、まさにこういう領域まで含めてエンジニアの仕事になってきているということだと思う。</p> <h2 id="自分の能力にフォーカスする人だけが生き残る">自分の能力にフォーカスする人だけが生き残る</h2> <p>AIによって求められるレベルは確実に上がった。これは間違いなく事実で、自分自身も危機感と向き合っている。<br> でもエンジニアの有るべき姿（課題を解決し、その結果に責任を持つという本質）は、以前から何も変わっていないとも思っている。</p> <p>技術的な観点は勿論、運用面においても、<mark>AIの出力に対するガードレールとして振る舞えるエンジニア力</mark>こそが、今のエンジニアには必要なんじゃないかなと感じている。<br> そのうえで、<mark>各関係者との調整や要件整理といった技術力以外の能力も十分に提供できること</mark>。</p> <p>生き残るのは、<strong>AIを自分の能力を伸ばすために使い倒しつつ、現場に求められる最適解を自分の言葉で説明できる人</strong>。</p> <p>EOF</p>