Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
UIパフォーマンス最適化: AIを活用して100倍の速度向上を実現した事例
Search
kinocoboy
May 14, 2025
Technology
1.2k
2
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
UIパフォーマンス最適化: AIを活用して100倍の速度向上を実現した事例
kinocoboy
May 14, 2025
More Decks by kinocoboy
See All by kinocoboy
その「common」ディレクトリ、腐っていませんか?
kinocoboy2
1
150
フロントエンドにおける「型」の責任分解に対する1つのアプローチ
kinocoboy2
5
2.4k
メタファーの使い方
kinocoboy2
0
470
LLMとPlaywright/reg-suitを活用した jQueryリファクタリングの実際
kinocoboy2
5
1.5k
【ScrumFestNiigata2024】a11yを起点とした組織横断を完了するためにアジャイルチームにとって大切だったこと100選
kinocoboy2
0
780
JSConfjp2023 Storybook駆動開発の再現性と効率化
kinocoboy2
2
4.3k
新卒だったころの僕へ向けて
kinocoboy2
0
250
スクラムマスターを目指すためにギャルになってみた話
kinocoboy2
10
12k
NINNO Tech Fest #05 春の推し
kinocoboy2
0
330
Other Decks in Technology
See All in Technology
顧客に向き合う開発組織へ。リアーキテクチャとフィーチャーチーム化で挑む組織改革
safie
0
2.5k
Von-Neumann Machines, Dreams & The Futures of IT
ufried
0
130
Amazon Bedrock Agents ClassicからAmazon Bedrock AgentCoreへ移行した際、ガードレール設定が2箇所に割れた話
matsunobu
0
110
人間はどの意思決定を手放せるのか
kawasima
16
8.3k
ScotSecure West 2026 - Glasgow
raybugg
0
180
SREへの勘違いに気づいた後の話
tomodakengo
0
160
EventBridge に「合流」はない ― サーバーレスのワークフローを育てるということ / No Join in EventBridge
yusukeshimizu
2
550
Genieを崇めよ
kameitomohiro
0
170
猫でもわかるKiro Web
kentapapa
1
110
音声コミュニティを守るAI監視基盤_ 90%以上の入力削減を支えたServerless設計と運用判断
shuheioka123
0
110
Vibe Coding で作ったプロダクトをどう安全に動かすか / How to Safely Run Products Built with Vibe Coding
glidenote
0
650
サーバーレスをどこまで使う? WebRTC対戦ゲームで選んだVPSとの共存設計
kaidouji85
0
440
Featured
See All Featured
Agile Leadership in an Agile Organization
kimpetersen
PRO
0
250
The browser strikes back
jonoalderson
0
1.7k
The Director’s Chair: Orchestrating AI for Truly Effective Learning
tmiket
1
300
Leveraging LLMs for student feedback in introductory data science courses - posit::conf(2025)
minecr
1
410
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
133
19k
Exploring anti-patterns in Rails
aemeredith
4
510
The Organizational Zoo: Understanding Human Behavior Agility Through Metaphoric Constructive Conversations (based on the works of Arthur Shelley, Ph.D)
kimpetersen
PRO
0
470
Utilizing Notion as your number one productivity tool
mfonobong
4
600
Building an army of robots
kneath
307
46k
State of Search Keynote: SEO is Dead Long Live SEO
ryanjones
0
280
[SF Ruby Conf 2025] Rails X
palkan
3
1.4k
AI in Enterprises - Java and Open Source to the Rescue
ivargrimstad
0
1.5k
Transcript
UIパフォーマンス最適化 AIを活用して100倍の速度向上を実現した事例
自己紹介 名前: キノシタ ヒロキ 所属: 株式会社カオナビ 拠点: 札幌→東京→新潟→千葉(New) 専門分野: ユーザー駆動設計に基づく体験設計
X: @kinocoboy2
課題 背景 • 新しい価値提供を行っている最中に発見 • 既存のデザインシステムが抱えるUIパフォーマンス課題を検知 どんな影響が出ていたのか? • 大量データ処理時に顕著な入力のもたつき •
ユーザー体験の低下 • 体験負債の蓄積リスク
解決の難しさ 専門は「ユーザー駆動設計」に基づく体験設計 パフォーマンス最適化の専門家ではない 2つの課題 • 適切なボトルネックの特定 • 最適なチューニングの実施 →本来の役割(新規価値提供)に遅延を生むリスク
AIアシスタントの活用戦略 使用したツール 活用方法 • ボトルネックの特定 • パフォーマンスチューニングのアドバイス • 最適なアルゴリズムの提案 •
レンダリング最適化
ボトルネックの特定 • DevToolsやProfilerを使った速度計測 • 「遅い」と感じた部分をグラフで確認 • クリティカルなポイントを特定
具体的な方法
None
検知された香ばしいコードが
AIによるパフォーマンスチューニング 最適なアルゴリズムの提案 • シンプルな指示: 「遅いから、早くして」 • 計算量の最適化やレンダリング負荷軽減の提案 恥ずかしながら、具体的に何が悪さして、何に対処すればいいかわからない。
None
強制的にレイアウト計算を発生させ、そ の後すぐにスタイルを変更する処理 が、多数の要素に対して繰り返し実行 直接DOMを操作 頻繁なトリガ
getBoundingClientRect()の除去 直接DOM操作の排除 requestAnimationFrame 計算の最適化 コンポーネント分割
レンダリング最適化の成果 Before ユーザー体験: もたつきを感じる After 処理時間: 5ms ユーザー体験: スムーズな操作感 圧倒的なパフォーマンスチューニングに成功!
実際の改善プロセス 1. ボトルネックの特定 • DevToolsやProfilerを活用 • 「遅い」と感じた部分を信じ、分析を徹底 2. 最適化の実施 •
計算量の見直し • AIの提案を活用しつつ、人間の判断で適用 3. パフォーマンス測定と改善の繁栄 • Before / After の比較 “AIに具体的な技術を説明せずとも、ざっくりやりたいことを伝える事で最適な解決策を導き出せた ”
AI活用のメリットと課題 メリット • 経験や知見のない、そもそも無知の知燃え ていない領域に手を出せる。 ◦ 学習コストが一気に下がり、生産性があが る。 • 未経験でも挑戦しやすい環境が得られた
AIの限界と注意点 • 最終判断は人間が行う必要がある ◦ ユーザーにとって恩恵のある修正なのか? ◦ これによってどんなふうにユーザー体験が変 わるのか? ◦ 破壊的な修正ではないか?
AIの限界と注意点 AIの提案を無批判に適応すると逆効果になることも “ ほかの箇所にも適用しようとしたが、オーバーヘッドが発生し逆に遅延を生んだ ” 自分自身のスキル向上には直結しない • AIに依存するのではなく、学びの機会として活用することが重要 “頼ってもいい。信じてはいけない ”
まとめと学び 100倍のパフォーマンス向上が実現した理由 1. 「ユーザーがどこで遅さを感じるか」を信じたこと 2. AIを活用しつつ、最終判断を人間が行ったこと 3. 計算量の最適化を意識し、無駄な処理を徹底的に排除したこと a. 「何」が起因となり、「どう」解消するのかを自分で理解する事。
b. ここから類似する事象を見つけたときに、あたりをつけられるように成長するきっかけがある。 なによりも、「体験負債」に気づける自分を育てることが最重要だった。
今後のAI活用の可能性 • AIに任せられるところは任せる。 ◦ 機械的な計算量チェックやコードのリファクタリングはAIに任せる。 ◦ AIに事前に食わせられる情報を工夫することで、より適したアウトプットを期待できる。 • 人間にしかできない作業に集中する時間を作る。 ほかの開発者にも応用できるポイント
• 会社のセキュリティルールに沿った範囲で、 AIにコードを見せて最適化させる習慣をつける。 • 人間とAIの適切な役割分担を意識する。
ここから少し飛躍します
体験負債に気づく為に どんなものでもよいので、毎日良質なものに触れ続けることが大切だと思った。 自分自身の感情や感覚を通して「リアル」に目を向けて、丁寧に生きることが大切かもしれない。 ”武士道とは死ぬここと見つけたり ” “メメントモリ ” いまこの瞬間に起きている非論理的な事こそがこれからの AI時代には生きてくる。 「審美眼」や「ロマン」、「感受性」といった形容しがたい何かを大切に過ごすことで、
作り上げるコンテンツや作品のクオリティをあげたり、自分自身気づきを得ることがありそう 。
余談: MCP
この登壇で使ったスライドや目次などの全体の流れは Chatgptに作ら せ、スライドの構成やサンプルコード作成は Claudeにやらせました。 これからは明確に実現したいことを言語化することで、アウトプットを得 るまでにかかる時間が短縮される恩恵があるのではないかと感じまし た。 ただその過程で理解したことは、MCPは最強でも万能ではありません でした。 この気づきを得ただけでも、
MCPで遊んでみた価値はありそうです。 今後のAI活用の可能性(余談)
ご清聴ありがとうございました