Brendan Eich 如何讓瀏覽器成為程式平台？JavaScript、事件迴圈與網頁互動

先講結論：Brendan Eich 參與設計 JavaScript，讓瀏覽器能執行嵌入式程式；今日 Web 平台由 ECMAScript、瀏覽器 API、事件迴圈、安全模型與多方標準化共同構成，不能簡化成單一人物的作品。

Q：Brendan Eich 主要貢獻是什麼？ A：他是 JavaScript 的創作者之一，並參與 Mozilla 等瀏覽器與 Web 標準相關工作；JavaScript 的普及仍依賴許多瀏覽器和標準化團隊。

Q：JavaScript 改變了什麼？ A：它讓網頁能回應事件、修改文件、驗證輸入與發出網路請求，逐步把瀏覽器從文件閱讀器變成可執行的平台。

Q：ECMAScript 和瀏覽器 API 有何不同？ A：ECMAScript 定義語言規則；DOM、Fetch、儲存、事件與權限等能力由瀏覽器等宿主環境提供。

Q：事件迴圈在 Web 互動中做什麼？ A：它協調程式執行、回呼、事件與非同步工作，讓單一主執行緒能在等待 I/O 時處理其他任務；非同步不等於所有工作都平行。

Q：JavaScript 為什麼能成為 Web 基礎？ A：它把腳本能力放進瀏覽器，讓事件、文件與網路請求可以被程式控制，後來再由標準和瀏覽器實作共同擴展。

Q：JavaScript 的安全邊界如何形成？ A：瀏覽器以同源、權限、沙箱、使用者提示和 API 限制控制網頁程式能力；應用仍需處理輸入、注入、憑證與資料洩漏風險。

Q：Mozilla 和 Brave 應如何放回歷史？ A：Mozilla 代表瀏覽器、開放 Web 標準與社群治理的公共平台脈絡；Brave 則是後期瀏覽器產品與隱私／廣告策略，不應倒推成 JavaScript 創作的直接結果。

Q：Brendan Eich 是一人完成 Web 平台嗎？ A：不是。語言、瀏覽器引擎、標準、API、安全模型與開發工具由多個組織、工程師和社群共同演進。

Q：圖片與文章的關係是什麼？ A：圖片是 Brendan Eich、JavaScript、瀏覽器執行環境、Web 互動與語言演化的主題路線圖，不是 JavaScript 引擎的官方內部架構圖。

JavaScript 如何讓瀏覽器成為程式平台？

早期 Web 頁面主要由伺服器產生文件，瀏覽器負責呈現與連結。腳本語言讓頁面可以回應點擊、修改 DOM、驗證輸入與交換資料，把部分互動邏輯移到使用者端。這種能力讓瀏覽器逐步成為可執行程式的平台。

Mozilla 官方資料把 Eich 描述為 JavaScript 的創造者與 Mozilla 的共同創辦人；這可支持其創始與組織角色，但不等於他單獨完成後來的標準、瀏覽器實作與開發者生態。

ECMAScript 是語言標準，定義語法、型別、物件、函式與執行語意；瀏覽器提供的 DOM、Fetch、事件、儲存、媒體與裝置能力，則屬於宿主環境。Node.js、Deno 或其他 runtime 也可以提供不同 API，因此「JavaScript 能做什麼」不能只看語言規格。

把 ECMAScript 和整個 Web API 面積混為一談，會讓相容性、效能與安全邊界變得模糊。分析一個前端問題時，先確認它屬於語言規則、非同步排程、瀏覽器 API，還是框架自己的抽象。

瀏覽器需要處理使用者輸入、畫面更新、網路回應與腳本執行。事件迴圈搭配 task queue、microtask queue 與渲染時機，讓程式可以在等待 I/O 時把控制權交回環境。

這不等於所有工作同時執行，也不代表長時間同步工作不會阻塞主執行緒。需要平行計算時，應依環境使用 Workers、分割任務或其他並行工具；實際結論要以具體 API 與執行環境為準。

1998 年 Netscape 原始碼釋出後，Mozilla 專案逐步形成瀏覽器、開發工具與其他 Web 專案的社群與組織脈絡。Eich 的歷史位置不能只用 JavaScript 概括，也應放在瀏覽器競爭、標準化與開放 Web 的共同演進中。

標準、實作、效能、安全與公司治理會互相拉扯。把開放性寫成單一人物的道德標籤，會遮蔽真正影響 Web 的社群協作與制度設計。

Brave 官方 About 頁面將 Eich 列為共同創辦人，並把產品定位放在隱私、廣告控制與使用者權利。這顯示他後來從語言與瀏覽器組織角色，走向另一種瀏覽器產品與商業模式；這是時間上的後續轉向，不是 JavaScript 語言規格本身的延伸。

理解這段歷史時，應把三個問題分開：誰設計語言、哪些團隊標準化和實作 Web、產品如何處理廣告與隱私。分開之後，人物影響力與平台結果才不會互相混淆。