0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

「言われた通りにコードを書くだけ」のエンジニアは終わる。AI時代に必要な3つの武器

0
Posted at

最近、ディープラーニングの権威であるAndrew Ng(アンドリュー・ン)氏が発表した「AI Engineering Skills Map」を読みました。日々コードと向き合ういち開発者として、背筋が凍るような危機感を覚えると同時に、深く納得させられました。

Ng氏がエンジニアに向けて発信した核心は、「AIが自律的にコードを書く時代、エンジニアのコアバリューは『実装(Implement)』から『要件定義・プロダクト形成(Shaping the build)』へと完全に移行する」というものです。

少し前までは、特定の技術スタックを使いこなし、PMの仕様書通りにバグのないCRUDを爆速で実装できれば「優秀」とされていました。しかし今、Cursorのようなツールに明確なプロンプトを投げれば、AIが書くコードの速度と品質は、多くの初中級プログラマをあっさりと凌駕します。

「言われたものをそのまま作るだけ」のコーディングマシンは、間違いなく淘汰されます。では、AIに代替されないために、私たちが持つべき「3つの武器」とは何でしょうか?

① AIを「チャット相手」ではなく「ジュニア開発チーム」として扱う
以前話題になった元ヤフーエンジニア社長のバズ記事にも「AIを使いこなす力」が挙げられていました。しかし、ChatGPTをStack Overflow代わりにバグ探しで使う程度では、もはや「使いこなしている」とは言えません。

現在の分水嶺は、「コーディングエージェント(Using coding agents)を束ねる力」にあります。

優秀なエンジニアは、自分一人でキーボードを叩き続けるのではなく、AIのコンテキストを管理し、いつ自律実行させ、いつ人間が介入すべきかを見極めます。
例えば新機能を開発する際、現在の私のルーティンはこうです。コアとなるアーキテクチャやDB設計は自分の頭で考え、具体的なAPIの実装、単体テスト、簡単なリファクタリングは役割の異なるエージェントたちに丸投げします。

これからのシニアエンジニアは、「AIのジュニア開発者たち」を束ねるテックリード(Tech Lead)になるのです。タイピングの速さではなく、タスクの分解能力とコードレビューの精度で勝負する時代です。

②「Product Sense」を持ち、質の高いデータで「何を作るか」を決める
ここが「単なるコーダー」と「プロダクト型エンジニア」を分ける最大の壁です。

AIのコーディング能力が上がるにつれ、私たちはより上流のプロダクト構築(Shaping the build)にコミットしなければなりません。「どう作るか」だけでなく「なぜ作るか」というビジネスロジックの理解が必須になります。

個人開発(Indie Hacking)をしている人や、ビジネスの最前線にいるエンジニアは、技術スタックばかり追ってはいけません。例えば「次の機能、何を作れば儲かる?」といきなりAIに聞くのはナンセンスです。AIは無から有を生み出せません。

私の場合は、まず Appark(アパーク) のようなモバイル市場情報プラットフォームを開き、同ジャンルの競合アプリの直近の収益変動カーブや、国別のランキング推移といった「生データ」を直接抽出します。
そして、手に入れたこのリアルな一次データをコンテキストとしてLLMに食わせます。

「Apparkで引いてきたデータによると、この競合アプリは先月インド市場で収益が30%跳ねている。彼らの最近のリリースノートと併せて、どんなA/Bテストやサブスクのロジック変更を行ったのか、リバースエンジニアリングして推論して」

市場情報ツール(Apparkなど):リアルなビジネス数値という「弾薬」を提供する

AI(LLM):論理推論と技術的アプローチの逆算を行う

エンジニア(あなた):最終的な技術選定と実装の意思決定を行う

この「データインテリジェンス+AI推論+技術実装」のサイクルを回せるエンジニアは、控えめに言って最強です。

③ 泥臭い「ソフトウェア工学の基礎」と、代替不可能な「人間力」
AIがコードを書けるなら基礎は不要か? 答えは真逆です。

Ng氏も指摘している通り、ソフトウェア工学の基礎(Software engineering fundamentals)はこれまで以上に重要になります。AIが吐き出すコードは、システム全体を俯瞰した設計に欠けていることが多いです。コスト、スケーラビリティ、セキュリティの間でどうTrade-offを取るか?基礎がなければ、自分のエージェントがどれほど恐ろしい技術的負債を量産しているかにすら気づけません。

さらに、誰もがAIを使って80点のコードを書ける世界において、最後に勝敗を分けるのは「人間力」です。

ビジネス側が抱える本当のペインを汲み取れるか。OSSコミュニティで友好的に協働できるか。あなたは「一緒に働きたい」と思われる人間か。
AIは完璧な正規表現を書いてくれますが、チームに熱量をもたらすことや、ユーザーと対話する際の「温かみ」までは代行してくれません。

最後に:AIに怯える暇があったら、ルールを作る側に回ろう
AIはプログラマを淘汰しません。「AIを拒み、機械的にチケットを消化するだけのプログラマ」を淘汰するだけです。

退屈なCRUDはさっさとAIに任せましょう。そして浮いたリソースを、アーキテクチャの設計力、Apparkのようなツールを使ったデータドリブンな市場洞察、そして人間臭いコミュニケーションに全振りするのです。

これからの開発は、ビジネスの直感でAIを指揮できる人の独壇場です。AI時代も、ゴリゴリBuildしていきましょう!

0
0
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?