為什麼開發者不「用平台」
作者主張與 301 則網友回應一次看懂
Lead: 開發者不是不愛平台,是平台給的東西殘缺難用,自幹才是理性選擇。
結論
核心共識
原生元件殘缺,WebComponents 難用。 標準跟在民間 hack 後面鋪路,而非相反。
作者怎麼說
| 論點 | 說明 | | 歷史包袱 | IE6 時代被迫自幹,習慣留到今天 | | 熟悉度 | 習慣找 npm,不會想到原生已有解 | | 文件落差 | 套件文件精美,平台文件分散難查 | | 自幹樂趣 | 自己動手好玩,順便學會底層 | | IKEA 效應 | 自己做的捨不得丟,持續維護 |
為何走上自幹
網友最痛的缺口
| 元件 | 問題 | 代表聲音 | | datalist 組合框 | 無法搜尋,樣式難調 | no 殘缺到不能用 | | date picker | 不能禁特定日期 | no 只開平日就得重做 | | dialog | 點背景不關,支援零散 | warn 新 API 太年輕 | | WebComponents | 難寫難組合 | no 比 IE6 更想 quit |
React 派對 WC 派
| 爭點 | React 派 | WC 派 | | 易用性 | ok JSX 只是薄糖 | no Shadow DOM 自找麻煩 | | 效能 | warn 優化得當就夠快 | ok 免框架更輕 | | 生態 | ok 動量與工具無人能敵 | no 換皮 Lit 也是框架 | | 歷史功績 | ok 終結雙向綁定地獄 | warn VDOM 是純 overhead |
AI 讓情況更好或更壞
| 樂觀 | 悲觀 | | 精準挑對平台 API | 無視現有函式重複造輪子 | | IKEA 效應消失 | 第一版草稿直接 commit | | 測試後偏好原生解 | 在爛解上疊床架屋 |
出處
- 原文
- Nolan Lawson 2026-10-03
- 討論
- HN 301 則留言全讀整理
- 部落格
- 全文翻譯與整理已發布