為什麼開發者不「用平台」

作者主張與 301 則網友回應一次看懂

Lead: 開發者不是不愛平台,是平台給的東西殘缺難用,自幹才是理性選擇。

A

結論

核心共識

原生元件殘缺,WebComponents 難用。 標準跟在民間 hack 後面鋪路,而非相反。

B

作者怎麼說

| 論點 | 說明 | | 歷史包袱 | IE6 時代被迫自幹,習慣留到今天 | | 熟悉度 | 習慣找 npm,不會想到原生已有解 | | 文件落差 | 套件文件精美,平台文件分散難查 | | 自幹樂趣 | 自己動手好玩,順便學會底層 | | IKEA 效應 | 自己做的捨不得丟,持續維護 |

C

為何走上自幹

先找平台 API夠用就直接用殘缺或太醜打包上 npm形成 desire paths下一代繼續用需求試原生上線自幹發佈標準跟進
D

網友最痛的缺口

| 元件 | 問題 | 代表聲音 | | datalist 組合框 | 無法搜尋,樣式難調 | no 殘缺到不能用 | | date picker | 不能禁特定日期 | no 只開平日就得重做 | | dialog | 點背景不關,支援零散 | warn 新 API 太年輕 | | WebComponents | 難寫難組合 | no 比 IE6 更想 quit |

E

React 派對 WC 派

| 爭點 | React 派 | WC 派 | | 易用性 | ok JSX 只是薄糖 | no Shadow DOM 自找麻煩 | | 效能 | warn 優化得當就夠快 | ok 免框架更輕 | | 生態 | ok 動量與工具無人能敵 | no 換皮 Lit 也是框架 | | 歷史功績 | ok 終結雙向綁定地獄 | warn VDOM 是純 overhead |

F

AI 讓情況更好或更壞

| 樂觀 | 悲觀 | | 精準挑對平台 API | 無視現有函式重複造輪子 | | IKEA 效應消失 | 第一版草稿直接 commit | | 測試後偏好原生解 | 在爛解上疊床架屋 |

G

出處

原文
Nolan Lawson 2026-10-03
討論
HN 301 則留言全讀整理
部落格
全文翻譯與整理已發布