技術成長

AI 寫 Code 的能力正在快速進步，企業真正需要面對的問題，也開始從「AI 能不能幫忙」轉向「我們要怎麼讓 AI 正確、安全地進入工作流程」。這篇文章從企業 AI 的角度出發，整理我對 Prompt、Context、AI Agent、MCP、權限治理、Hybrid AI 與 Legacy System 的一些觀察，並進一步思考：當 AI 越來越擅長實作後，工程師的角色是否也會逐漸從單純寫 Code，往需求方向、系統邊界、流程設計與 AI 治理移動。

Arrow Function（箭頭函式）不只是把 function 換成 => 的簡寫方式，他和一般 function 在行為上也有不少差異。本篇會從 Arrow Function 的基本語法、Implicit Return、參數簡寫開始，接著比較他和一般 function 在 this、arguments、new、prototype 等方面的不同，也會回頭拆解上一篇出現過的 Currying 範例，幫助理解 Arrow Function 到底適合用在哪些情境。

JavaScript 的 this 常讓人感到混亂，因為他不像一般變數一樣沿著作用域鏈尋找，而是會根據函式的呼叫方式決定。本篇將從直接呼叫、物件方法、Callback、call()、apply()、bind()、new，一路整理到 Arrow Function 的特殊行為，並搭配程式範例說明：為什麼同一個函式換一種呼叫方式後，this 就可能指向不同的對象。

Closure 通常翻譯成「閉包」。 閉包？封閉的包？第一次看到時可能會覺得又是一個看起來很莫名其妙的東西。 但我們可以先用比較白話的方式理解： Closure 是函式保留了自己建立時的作用域關係，所以即使函式離開原本的位置，仍然可以存取當時的外部變數。

上一篇談到 Hoisting 時，我們不斷看到「目前作用域」、「區塊作用域」、「外層變數」等名詞。 那麼，作用域詳細來說到底是什麼？ 作用域決定了一個變數可以在哪些地方被看見、存取和使用。