Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
AI時代、“平均値”ではいられない
Search
Sponsored
·
SiteGround - Reliable hosting with speed, security, and support you can count on.
→
uhyo
October 23, 2025
Technology
8
4k
AI時代、“平均値”ではいられない
2025-10-24 集まっtail 2025
uhyo
October 23, 2025
Tweet
Share
More Decks by uhyo
See All by uhyo
React 19時代のコンポーネント設計ベストプラクティス
uhyo
18
8.1k
型定義でAIと会話する:型を通じてAIに意図を伝えるテクニック
uhyo
1
46
タグ付きユニオン型を便利に使うテクニックとその注意点
uhyo
3
1k
ECMAScript仕様の最新動向: プロセスの変化と仕様のトレンド
uhyo
3
820
TypeScript 6.0で非推奨化されるオプションたち
uhyo
17
7.2k
Claude Code 10連ガチャ
uhyo
4
1k
意外と難しいGraphQLのスカラー型
uhyo
5
1.1k
RSCの時代にReactとフレームワークの境界を探る
uhyo
13
4.9k
知られざるprops命名の慣習 アクション編
uhyo
12
3.5k
Other Decks in Technology
See All in Technology
進化するBits AI SREと私と組織
nulabinc
PRO
0
160
AI時代のSaaSとETL
shoe116
1
140
JAWSDAYS2026_A-6_現場SEが語る 回せるセキュリティ運用~設計で可視化、AIで加速する「楽に回る」運用設計のコツ~
shoki_hata
0
3k
スクリプトの先へ!AIエージェントと組み合わせる モバイルE2Eテスト
error96num
0
170
組織全体で実現する標準監視設計
yuobayashi
3
490
OCI Security サービス 概要
oracle4engineer
PRO
2
13k
[2026-03-07]あの日諦めたスクラムの答えを僕達はまだ探している。〜守ることと、諦めることと、それでも前に進むチームの話〜
tosite
0
230
情シスのための生成AI実践ガイド2026 / Generative AI Practical Guide for Business Technology 2026
glidenote
0
240
[JAWSDAYS2026][D8]その起票、愛が足りてますか?AWSサポートを味方につける、技術的「ラブレター」の書き方
hirosys_
3
180
わからなくて良いなら、わからなきゃだめなの?
kotaoue
1
350
「Blue Team Labs Online」入門 - みんなで挑むログ解析バトル
v_avenger
0
170
AIエージェント、 社内展開の前に知っておきたいこと
oracle4engineer
PRO
2
120
Featured
See All Featured
AI Search: Implications for SEO and How to Move Forward - #ShenzhenSEOConference
aleyda
1
1.2k
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
133
19k
How Software Deployment tools have changed in the past 20 years
geshan
0
32k
Reality Check: Gamification 10 Years Later
codingconduct
0
2k
Design of three-dimensional binary manipulators for pick-and-place task avoiding obstacles (IECON2024)
konakalab
0
380
Mobile First: as difficult as doing things right
swwweet
225
10k
Exploring anti-patterns in Rails
aemeredith
2
290
The Organizational Zoo: Understanding Human Behavior Agility Through Metaphoric Constructive Conversations (based on the works of Arthur Shelley, Ph.D)
kimpetersen
PRO
0
270
Why Your Marketing Sucks and What You Can Do About It - Sophie Logan
marketingsoph
0
110
Optimising Largest Contentful Paint
csswizardry
37
3.6k
Ecommerce SEO: The Keys for Success Now & Beyond - #SERPConf2024
aleyda
1
1.8k
Utilizing Notion as your number one productivity tool
mfonobong
4
260
Transcript
AI時代、“平均値”ではいられない 2025-10-23 teratail MeetUp『集まっtail 2025
発表者紹介 uhyo 株式会社カオナビ フロントエンドエキスパート Claude Codeを主にバグ修正や大量コード の一括修正に活用中。 2
これまでのあらすじ AIエージェントによるコーディングが登場し、 開発現場は着実に変化している。 そして、その変化がどこまで進むのか、 まだ誰も知らない…… 3
AIエージェントの特徴(現時点) スピードはもちろん、とても速い。 コード品質はそこまで…… (動くコードは書けても、保守性や安全性などに 難があるケースが多い) ※ Claude Codeを主に使用した所感です 4
AIは“平均値”? LLMは多くの文書やコードから学習し、トークン 予測をベースとしたアーキテクチャを持つ。 (拡散モデルの話とかもあるが省略) 厳密に“平均値”ではないが、良いコードも悪い コードも学習しているため、世の中の平均的な 実力を持つという見方は経験的にも説得力がある。 5
This Talk 世の中の平均的な実力を引っ提げて開発現場に 乗り込んできたAIエージェント。 それに相対する人間はどうすればいいのか? という問題に対する私の考察を紹介します。 6
端的に言うと 7
平均を超える技術力を持つしかない AIを使う側になるとか色々あるが、 技術者としてやっていくなら、AIを超える技術力 を持たないと価値を出せない。 未来は分からないが、AIの現状を見ればまだその 余地はある。 (Claude Sonnet 4.5になってもReact力が低いままだったり) 8
AIとの競争、人間同士の競争 AIも何らかの方法でコーディング力を向上して くるのは間違いない。 人間の技術者も全く不要には多分ならないので、 上位にいればいるほど安心。 9
AIとコード品質 10
AI時代にコード品質は必要か?① 「AI時代にはAIが複雑なコードを読み解いて くれるのでコード品質が低くても大丈夫」 本当かな? 11
AI時代にコード品質は必要か?① AIが人間より複雑なコードを扱えるようになった としても、AIの能力の限界までコードの複雑性は 増加するだろう。(パーキンソンの法則的な) AIの能力が有限である以上、問題の本質は変わっ ていない。コードの複雑化を食い止める術は必要。 12
AI時代にコード品質は必要か?② 「AI時代にはAIで仕様から毎回コードを書き直せ ばいいのでコード品質が低くても大丈夫」 本当かな? 13
AI時代にコード品質は必要か?② あらゆる挙動を完璧に想定した仕様書を書くこと はまず不可能。 挙動はコードから偶然に生まれ、暗黙の仕様と なり、変わるとお客さんから問い合わせが来たり バグが発生したりする。 14
コストの問題 そもそも、AI代は人件費に比べると安いとはいえ、 結構高い。 過度に複雑なコードはAIのコストを増大させる。 結局コストカット競争が始まることになり、 保守性の低いコードは不利になる。 15
凡庸な結論 散々言われているとおり、現在のAIからさらなる 革命的な変化が起こらない限り、 本質的な問題はAIが開発に参加してきても変わら ないと考えられる。 16
AIは自力で本質的な問題を解決できる? AI(というかLLM)の進化は続いているが、 各社最新モデルでも高品質コードをコンスタント に書けないという現状がある。 この先の進化を織り込んでも、かなり難しい問題 であることが想像できる。 17
凡庸な結論② 少なくとも今は、AIの実力は使用者の実力の影響 を受ける。 使用者としての実力を磨くことは有効。 18
AIの使い方の一例 ちょっと難しくてイケてる設計で作りたいとき…… 「いい感じの設計で」→成功率低 言葉で設計を説明→成功率中(説明の精度次第) コアのインターフェースだけ人間が書く→成功率高 19
AIの使い方の一例 インターフェースだけでも言いたいことがAIに 伝わるような、最小限かつ明確なコードを渡す。 単一責務や良い命名といった基本的な設計 テクニックが開発効率を左右する。 (この方法だとAIが書いたコードを書く労力も削減できる) 20
さらに先を見据えて 21
AIがさらに進化したら もし、AIが安定して高品質なコードを書けるよう になったら? 人間はどうすればいいだろう。 22
AIがさらに進化したら 高品質なコードがAIの平均的な実力になったなら、 人間はさらにその上を行かなければいけない。 具体的には、創造的になる必要がある。 23
未来のAIはこんなタスクができる? 「Reactを完全に過去のものにする、非常に 素晴らしいフロントエンドライブラリを開発して ください」 「既存のデザインパターンを全て覆すような最強 の設計手法を発明してください」 このようなタスクをAIは完遂できるか? 24
創造的なタスクで人間の出番がある(かも) 新規性のある、他の人が言っていないこと、 他の人がやっていないことをやるのは、 AIにはさらに難易度が高そう。 人間としては、こういう能力を養いたい。 25
今からできる創造性の練習 技術記事を書いて、他の人が言っていないような ことを言う。(我田引水) 既存のライブラリや設計論等に対して、 ただそれらを利用できるだけではなく、 批判的・発展的に議論する能力を養う。 26
技術記事を書くとき 自分はもともと新規性を意識して記事を書いてき た。 Reactなどに対しても、概念の理解を促進する ような説明を生み出してきた。 この動きはAI時代を生き抜くためにも有効そう。 27
仕事では 何かテックリードとか言ってる人たちが やっているような、悩ましい問題解決をする。 (ネットに載ってる通りにやればそれで済む問題はなかなかない) 「そういうものだから」で見逃されている・慣れ てしまった問題に向き合って解決法を考える。 28
まとめ 29
まとめ AI時代でも、誰かがコード品質を保つ必要はある。 人間しかできないなら、それを人間がやればいい。 それもAIができるなら、創造的なタスクをできる 人間が残りそう。 世の中の流れに乗っているだけだと平均値に収束 してしまう。気を付けよう! 30