社会人。2年目。AI時代。-AIの誤用-

「入社したら既にAIがコード書いてました！私はコード書けません！！」
自分の技術力に不安ができていないでしょうか？

不安の理由は、AIの誤用が原因だからかもしれません。

若手が技術力に不安を感じる原因を、若手なりに考えてみました。
私と同じく技術力に悩んでいる人の手助けになれたら幸いです。

Transcript

1. 社会人 2年目 AI時代 KENTEM 屋比久 1
2. 自己紹介 • 屋比久 猛成 （やびく たけなり） • エンジニア歴2年目 • 建設系システムを作る会社に勤めています • クラウド製品系のBE（たまにFE） • 今日は太っているので美味しい写真を載せています 2
3. 入社したらAI時代だった 自分でコードを書くというよりも • AIが読みやすいドキュメントを作る。 • AIが理解しやすいプロンプトを作る。 • AIが作りやすいコードアーキテクチャを作る。 • AIが使える環境を整える。 の方が効率高そう。 3
4. 働き方も変わってきた • タスクもらったら • 「これを実装可能な粒度に分割して実装タスクつくって」 • バグ修正は • 「ここ動かない。直して。」 • 「ここ◦◦になっているんだけど、××するようにして」 • レビューでも • 「このコードをレビューして。」 4
5. その結果 自分の 技術力に不安 を感じる 5
6. 若手は学びづらくなっている • Rubyの開発者のまつもと ゆきひろさん 曰く。 ただ、その点で一つ懸念しているのが、若手エンジニアの成長機会です。 かつては、実装や設計に自分で取り組むプロセスが、技術力を育てる基盤になっていました。 ところが、AIが代わりにやってしまうようになりつつあることで、若手が自分の頭で考えて 作る経験を積み、エンジニアとして成長する難易度が上がっているのも事実です。 これは、業界としてしっかり向き合うべき課題だと感じています。 AI時代に「技術力」は再定義されるのか。まつもとゆきひろが明かす不変の三要素 - エンジニアtype | 転職type 6
7. 求められる力（推測） 「技術を用いて問題を解決する能力」だと思います。 この能力は、単なるプログラミングスキルではなく、いくつかの能力が集まって成り 立つ複合的な力です。 具体的には、 問いを立てる能力、選択肢の中から最善を選んで決断する能力、責任を取る能力など に細分化できます。 AI時代に「技術力」は再定義されるのか。まつもとゆきひろが明かす不変の三要素 - エンジニアtype | 転職type 機能を実装する上で考えると、 • どう作るか（設計方針を選択する）← ここは自分でやる • どうやって作るか（実装する）AIでOK 7
8. 不安に感じている理由 AIを代替するべきは、 「どのように作るか」の実装部分。 しかし、面倒な(コードや設計の)理解をスキップするために 「どう作るか」の選択すら任せているときがあるから不安。 「ここ動かない。直して。」 ⇒ 全て任せている。完全アウト。 「ここ◦◦になっているんだけど、××するようにして」 ⇒周りのコードは全て把握してる？影響範囲も把握してる？場合によってアウト。 AIに任せるべき部分を 間違えていた！かも 8
9. 選択する力を得るには（検証中） AIを「どう作るか」を判断する材料集めに使う。 ディープコードリーディング 2025/10/20時点で最良のAIコーディングプロセス • 変更するコード関連する場所を徹底的にAIを使って読み解く。 • コードを全て把握した上で、実装する。 2日試してみて • AIで時短しているとはいえ、最初は時間が掛かる。 • ただし、AIを使っているはずなのに、変更に対して自身が持てそう。 9
10. 選択する力を得るには その２(失敗談) AI駆動開発をAI駆動勉強する • 自分の達成したい目標を決めてAIにカリキュラムを作らせる。 • 某100日チャレンジの真似。 試してみて • 実際に100日のカリキュラム作ってもらったが、AIに書かせると動かなく なり断念（2週間）。 • 100日は長い。1週間(5日)ぐらいがいいと聞いた。 • 動かなくなった原因は、「どう作るか」の選択までAIに任せていたから？ 「とにかく、ソフトウエアをたくさん作ってみる」ことに勝るものはありません。 10
11. まとめ • AIに頼っていると技術力が不安になる。 • 原因は「どう作るか（設計）」をスキップしているから。 • 任せるのは「どのように作るか（実装）」のときだけ。 • 選択する力を磨くトレーニングとして、AIは設計を理解するた めに使うとよいかも（検証中） 11