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
49
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
The Cult of Friendly URLs
andyhume
79
7k
Exploring the relationship between traditional SERPs and Gen AI search
raygrieselhuber
PRO
4
4.4k
What Being in a Rock Band Can Teach Us About Real World SEO
427marketing
0
1.1k
Evolution of real-time – Irina Nazarova, EuRuKo, 2024
irinanazarova
9
1.6k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
123
22k
We Have a Design System, Now What?
morganepeng
55
8.4k
We Analyzed 250 Million AI Search Results: Here's What I Found
joshbly
2
2k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
666
130k
10 Git Anti Patterns You Should be Aware of
lemiorhan
PRO
659
62k
How to Think Like a Performance Engineer
csswizardry
28
2.9k
Automating Front-end Workflow
addyosmani
1369
210k
Tell your own story through comics
letsgokoyo
1
1.1k
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 標準の誤解
正直エッジケースな要件 だからこそ ライブラリの思想と制約がはっきり見えた
ライブラリを使うということは その思想・制約を受け入れる心構えが必要
何ができるかより 何ができないか・何を捨てているか をより注視する ひとつの視点
ありがとうございました