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
Web標準なフォームは万能じゃなかった。Conformを使って直面した現実 / Conform...
Search
Haruto Takeuchi
May 09, 2026
48
1
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
Web標準なフォームは万能じゃなかった。Conformを使って直面した現実 / Conform and the Reality of Web Standards
フロントエンドカンファレンス名古屋2026 登壇資料
Haruto Takeuchi
May 09, 2026
Featured
See All Featured
Mind Mapping
helmedeiros
1
360
Unsuck your backbone
ammeep
672
58k
The Director’s Chair: Orchestrating AI for Truly Effective Learning
tmiket
1
300
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
37
6.6k
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
12
1.8k
The agentic SEO stack - context over prompts
schlessera
0
930
Building a Scalable Design System with Sketch
lauravandoore
464
34k
Designing Powerful Visuals for Engaging Learning
tmiket
1
540
職位にかかわらず全員がリーダーシップを発揮するチーム作り / Building a team where everyone can demonstrate leadership regardless of position
madoxten
69
65k
svc-hook: hooking system calls on ARM64 by binary rewriting
retrage
2
570
Designing for Performance
lara
611
70k
What does AI have to do with Human Rights?
axbom
PRO
1
2.4k
Transcript
Web 標準なフォームは万能じゃなかっ た。Conform を使って直面した現実 Haruto Takeuchi フロントエンドカンファレンス名古屋2026
自己紹介 武内 覇斗 @harucn 永和システムマネジメン ト(ESM, Inc. ) 福井から来ました
今日はWeb 標準なConform を使って パフォーマンスがキツくなっていった話をします
React 向けフォームライブラリ Web 標準に準拠 サーバー処理との連携を第一に設計 Conform
コードがシンプルに書ける JavaScript で値を管理しないため軽量 ある程度のパフォーマンス要件なら耐えられるはず なぜ選んだか
12345 1 枚 200 円 200 円 商品コード 数量 単価
金額 ... 67890 5 本 1,200 円 6,000 円 商品コード 数量 単価 金額 ... 34567 2 箱 5,000 円 10,000 円 商品コード 数量 単価 金額 ... 作っていたもの
ある日 10,000 input を超える要件が
None
None
DOM が巨大になりすぎていた (当たり前) そもそも 10,000 input が想定以上 さらに hidden input
も爆増していた 原因
値を画面に表示せず裏側で持っておきたい → 問答無用で hidden input リッチなUI コンポーネントで値を扱いたい → 表示用とは別に hidden
input hidden input 地獄
同じくDOM で値を管理するから 仮想化も厳しかった
(補足)今はできるようになってる https://github.com/edmundhung/conform/releases/tag/v1.17.0
JS で値を管理しない = 軽量 とは限らない 軽量じゃないわけじゃないが 規模によるし、さすがに限度はある Web 標準の誤解
正直エッジケースな要件 だからこそ ライブラリの思想と制約がはっきり見えた
ライブラリを使うということは その思想・制約を受け入れる心構えが必要
何ができるかより 何ができないか・何を捨てているか をより注視する ひとつの視点
ありがとうございました