前端工程師心裡 OS：「其實我是想要空等的。」

大綱

1. 在正式 API 完成前，如何讓未來要串接的工程師不要空等？
   • 1.1 面試官為什麼會問？
   • 1.2 面試官想從答案確認什麼？
   • 1.3 筆者提供的簡答
2. 回答問題所需具備的知識
   • 2.1 Mock Server 是什麼？學它有什麼好處？
   • 2.1 用 Postman 建立 Mock Server
   • 2.3 設計 Mock Server Response
   • 2.4 設定 Environment 讓你快速切換執行環境
   • 2.5 匯出 API documentation 給同事使用指引
   • 2.6 讓 Mock Server 變成私有的

1. 在正式 API 完成前，如何讓要串接的工程師不要空等？

1.1 面試官為什麼會問？

這問題是想了解你現在的工作是如何運行的，因為許多專案都採取前後端分離的架構，前端常常要等後端完成後才能串接，如果後端提供的服務不穩定，又或是沒按造需求規格開發就容易導致前端空等。

1.2 面試官想從答案確認什麼？

• 你現在工作時，前端與後端是如何協作的
• 你有用什麼工具，讓前端不用等你寫完 API 就能提前串接
• 你有提供什麼文檔供前端串接時參考
• 如果回答的是某個工具（ex：Postman），會再詳細詢問有使用到工具的哪些功能

1.3 筆者提供的簡答

我會先依照需求規格整理出一份讓雙方共同遵守的開發文檔，同時使用第三方驗證工具「Postman」建立 Mock Server，並根據 Request 的參數給予對應的 Result 結果，讓前端不需要等後端 API 完成後才能開始串接的作業。

2. 回答問題所需具備的知識

市面上提供 Mock Server 以及產生 API doc 的工具很多，不過「Postman」是筆者用起來最順手的；Postman 除了 API 的基礎測試外，還有許多加速工作效率的功能，就讓我們透過這篇文章讓自己的 Postman 更專業吧！

2.1 Mock Server 是什麼？學它有什麼好處？

在前後端分離的架構下，前端在完成網頁版面佈局後，需等待後端完成 API 才能做後續的開發；為了不讓前端在這段時間偷懶苦等，Mock Server 應運而生！它能回傳自訂的資料結構供前端使用，等後端完成 API 後，前端只需要切換網址就能使用真實資料。

除了上面的原因外，如果你開發環境的後端 Sever 不太穩定常常罷工，Mock Server 也能保證你的工作效率不受影響，畢竟不可能每次都等到 Server 修好後再工作吧？

2.2 用 Postman 建立 Mock Server

Postman 改版非常快速，你看到的畫面可能跟我有些許不同

• STEP 1： 建立 Mock Server

  1. New > Mock Server

     

  2. Create a new Collection > input url > Next
     如果不是選擇已經存在的 API Collection，就需要至少填寫一個 Request URL 讓 Collections 有初始化的 API Request

     

  3. 給 Mock Server 取個名字，並建議你勾選儲存 mock server URL 到環境變數的選項。

     

• STEP 2： 檢查 Mock Server 是否建立成功

  1. 建立成功後便可以在「Mock Servers」的分頁中看到剛剛建立的 Server，點進去後能看到這個 Sever 的網址。

     

  2. 接著我們到「Environments」的分頁確認，mock server URL 是否有儲存到環境變數，

     

2.3 設計 Mock Server Response

在 Mock Server 建立後，我們要設計不同 API Request 回傳的資料結構。

• STEP 1：先用 Request 的 Default example 來了解使用方式

  1. 到「Collections」的分頁找到剛剛初始化的 Request， {{url}}會帶入環境變數所以右上角請選擇剛剛建立的「Mock_User」，按下「Send」後你會發現下面的 Response 一片空白，這是因為我們還沒設定 Mock Server Response。

     

  2. 在左側 Request 下面有一個「Default」，它就是用來自訂 Response 資料結構的 example，這邊我們用 JSON 格式寫個簡單的 Response example 後按「Save」。

     

  3. 回到剛剛的 Request，按下「Send」後會發現 Response 的資料結構跟剛剛填寫的範例相同。

     

• STEP 2：新增其他的 Response example

  1. 除了最初的 Default 外，我們還可以自己新增其他的 Response example。

     

  2. 可以透過加入 Params 讓這個 Request 有不同的 Response，這裡我們新增「error」、「correct」這兩個 example 並加入「control_res」這個 Params 來做示範。

     在「DESCRIPTION」填寫的資訊會顯示在 API 文件上，寫清楚一點不但方便自己記憶，也更容易讓合作者了解。

     

     

  3. 回到剛剛的 Request ，我們在「control_res」填入不同的 VALUE，按下「Send」就會看到對應的 Response 嚕～

     

     

2.4 設定 Environment 讓你快速切換執行環境

這是 Postman 重要的功能之一，它可以加快開發速度，讓你不用為每個環境都建立一個 Request。

• 如果沒設定會發生什麼蠢事？

  

  有沒有覺得上面這張圖片看起來很蠢，在了解 Environment 怎麼設定前，我的 Collections 就是這麼的複雜；因為開發時通常環境會分成：「Local、Dev、QA、Prod」，如果每新增一個環境你就複製一份，到最後你會無法進行妥善管理。

• STEP 1：新增 Environment
  之前在建立 Mock Server 時其實就已經用到了 Environment，這裡我再詳細的跟大家說這個東西的好處。
  請先到「Environments」的分頁按下「＋」的按鈕，接著輸入名稱來新增環境（我用 local_server 做示範）。

  

• STEP 2：設定常用的 Environment variables

  • url
    這個是最實用的環境變數，讓你只需要調整 Request 的 Environment 就快速切換網址做測試。

  • login_user、login_password
    每個環境的使用者登入資訊通常略有不同，且大部分的 API 都需要透過登入取得 token 才能使用，把他們加入環境變數可以加速你的測試。

    警告：不建議把正式機的 password 加入環境變數，且測試機的 password 不要用平常自己會用的密碼，不然資安很危險的，都已經可以偷懶用 Environment，密碼自己去產生一組吧。

  

• STEP 3：在 Request 使用 Environment variables
  想在 Request 中使用 Environment variables 只需要用 {{your_env_var}} 包起來就好，另外右上角記得要切換到正確的 Environment 才會帶入相應的資料喔！

  

2.5 匯出 API documentation 給同事使用指引

相信後端工程師有一個共同經驗，無論你的 API 文件寫得再清楚、功能執行的再穩定；到了同事手中卻常常被說不能 Work，緊張的你檢查很多遍也找不出問題，百思不得其解的抵達同事座位後，才發現他原來漏了某個參數。

如果你有這樣的經驗，Postman 內建的 API documentation 能拯救你，讓你在 Publish 文件後可以跟同事幸福快樂的生活。

• STEP 1：View documentation
  選擇想要產生文檔的 Collection，按下「View documentation」後文檔就會顯示在右側，你可以透過切換右上角的環境變數來檢視文檔。

  

• STEP 2：Publish documentation

  1. 當你確定文檔內容都沒問題後按「Publish」。

     

  2. 接著會要你調整一些參數，調整完後建議先用左側的「Preview Documentation」自己確認看看是否符合。

     

  3. 確認一切都沒問題後按下「Publish Collection」就發布出去嚕～

     

• STEP 4：Share API Doc URL
  你可以將 URL 複製起來分享給你的合作夥伴，如果你想把這份文檔下架，按「Unpublish」即可。

  

2.6 讓 Mock Server 變成私有的

前面在建立 Mock Server 時，不知道有沒有人注意到「Make mock server private」的選項，在做這個設定前 Mock Server 的 URL 都是公開的，如果你想為自己的 Mock Server 多一層防護可以跟著下面步驟操作：

• STEP 1 : 編輯 Mock server

  1. 在「Mock Servers」分頁打開之前創建的 Server，按下「Edit」。

     

  2. 將「Make mock server private」打勾並按下「Save changes」。

     

  3. 回到之前的 Request，你會發現按下「Send」後會回傳錯誤訊息，這是因為現在 Mock Server 都需要添加 API key 到 Request 的 Header 才能使用。

     

• STEP 2 : 產生 Postman API key

  1. 進去這個 網址 ，點擊「Generate API key」。

     

  2. 填上用來識別這個 API key 的名稱後按下「Generate API key」。

     

  3. 接著請複製這個 API key，上面已經警告你這是唯一見到它的機會了。

     

• STEP 3：將 API key 加入 Environment
  因為日後 Mock Server 的所有 Request 都需要這個 API key，所以我們把他加入 Environment，變數名稱為「x-api-key」。

  

• STEP 4：在 Request 的 Header 加上 x-api-key
  最後回到 Request，在 Headers 的分頁下加入「x-api-key」這個參數並將環境變數 {{x-api-key}} 作為值，最後按下「Send」就能看到正確的 Response 回傳嚕！

  

感謝大家的閱讀，如果喜歡我的文章可以訂閱接收通知；如果有幫助到你，按Like可以讓我更有寫文的動力，我們明天見～

參考資源

1. 讓你的 Postman 更專業(筆者部落格)

在許多人的幫助下，本系列文章已成功出版，除了添加新的篇章，更完善了每個案例的應對進退；如果對現在的職涯感到迷茫，也許這本書能帶給你不一樣的觀點～

天瓏書局： https://www.tenlong.com.tw/products/9786263334571

熟悉的起手式：「我方便問你一個 Node.js 核心的問題嗎？」

這是一個在了解後，無論面試還是工作，CP 值都很高的題目，建議讀者要真的融會貫通。

大綱

1. 請簡述 Node.js 的 Event Loop
   • 1.1 面試官為什麼會問？
   • 1.2 面試官想從答案確認什麼？
   • 1.3 筆者提供的簡答
2. 回答問題所需具備的知識
   • 2.1 Event Loop 執行的邏輯
   • 2.2 用 Node.js 範例程式確認自己是否理解 Event Loop
   • 2.3 解析 Node.js 範例程式執行順序
3. 衍伸問題
   • 3.1 可以簡述 Node.js 跟 JavaScript 的差異嗎？
   • 3.2 readFile 和 createReadStream 函式的差異？
   • 3.3 REPL 是什麼？

1. 請簡述 Node.js 的 Event Loop

1.1 面試官為什麼會問？

只要你的履歷上有 Node.js，10 間公司至少有 3 間會問這個常見面試題；而且問題的起手式出奇的一致：「我方便問你一個 Node.js 核心的問題嗎？」

1.2 面試官想從答案確認什麼？

• 你了解 Event Loop 對 Node.js 的重要性
• 你能大概說明 Event Loop 每個階段的任務
• 如果出白板題要你解釋程式執行的順序，你可以正確回答

1.3 筆者提供的簡答

Node.js 之所以高效，是因為採取單執行緒與 Event Loop 的概念；將所有需要等待結果、請求外部資源的函式，全部丟到 Event Loop 中等待；而 Event Loop 的邏輯是 Node.js 底層用 C 語言撰寫的 libuv 庫來運行的。

2. 回答問題所需具備的知識

2.1 Event Loop 執行的邏輯

• 了解 MacroTask 的 6 個階段
  • Timer
    等計時器（setTimeout、setInterval）的時間一到，會把他們的 callback 放在這裡等待執行。
  • Pending callbacks
    作業系統層級使用（ex：TCP errors、sockets 連線被拒絕）。
  • Idle, Prepare
    內部使用。
  • Polling：
    • 如果 Queue 不為空，依次取出 callback 函數執行，直到 Queue 為空或是抵達系統最大限制。
    • 如果 Queue 為空但有設置「setImmediate」就進入 Check 階段。
    • 如果 Queue 為空但沒有設置「setImmediate」就會在 Polling 階段等待，直到 Queue 有東西或是 Timer 時間抵達。
  • Check
    處理 setImmediate 的 callback。
  • Close callbacks
    處理關閉連線、檔案的 callback。

Macrotask Queue 在 Evevnt Loop 優先層級較低，接下來介紹優先層級更高的兩個 Queue。

• NextTick Queue 優先層級最高
  「process.nextTick()」的 callback 可以隨意插隊；只要這個 Queue 有東西就會優先執行。

• MicroTask Queue 優先層級次高
  「Promise」的狀態從 pending 轉變為 resolve 或 reject 時，執行的 callback 會進入這個 Queue。

  注意：Promise 在創建時是同步的，不會進入 Event Loop。

2.2 用 Node.js 範例程式確認自己是否理解 Event Loop

大家可以先用紙筆模擬看看下面程式的執行順序：

console.log("start");

process.nextTick(function () {
  console.log("nextTick1");
});

setTimeout(function () {
  console.log("setTimeout");
}, 0);

new Promise(function (resolve, reject) {
  console.log("promise");
  resolve("resolve");
}).then(function (result) {
  console.log(result);
});

(async function () {
  console.log("async");
})();

setImmediate(function () {
  console.log("setImmediate");
});

process.nextTick(function () {
  console.log("nextTick2");
});

console.log("end");

如果答案跟下面結果一樣，那代表你很了解 Node.js 的 Event Loop 邏輯：

start
promise
async
end
nextTick1
nextTick2
resolve
setTimeout
setImmediate

2.3 解析 Node.js 範例程式執行順序

• SETP 1： 順序執行，先把同步函式解決。

  1. 因為 Promise 在創建時是同步的，所以會先執行。

  2. 在 function 前面加上 async 宣告為異步函式，執行時會被轉換為 Promise。

     console.log("start");
     
     new Promise(function (resolve, reject) {
       console.log("promise");
       resolve("resolve");
     }).then(function (result) {
       console.log(result);
     });
     
     (async function () {
       console.log("async");
     })();
     
     console.log("end");
     

• STEP 2： 進入 Event Loop。

  1. 如果執行過程中遇到 NextTick Queue 就優先執行。

     process.nextTick(function () {
       console.log("nextTick1");
     });
     
     process.nextTick(function () {
       console.log("nextTick2");
     });
     

  2. 在處理完最高優先層級後，如果執行過程中遇到 MicroTask Queue 就執行。

     new Promise(function (resolve, reject) {
       console.log("promise");
       resolve("resolve");
     }).then(function (result) {
       console.log(result);
     });
     

  3. 在前兩個高優先層級的 Queue 清空後，返回 Event Loop 繼續執行，setTimeout 設定的時間已到先執行。

     setTimeout(function () {
       console.log("setTimeout");
     }, 0);
     

  4. 接著再在「Check」 階段執行 setImmediate

     setImmediate(function () {
       console.log("setImmediate");
     });
     

以上步驟執行完成後就是範例程式的解答啦～希望對大家理解 Event Loop 有幫助。

3. 衍伸問題

3.1 可以簡述 Node.js 跟 JavaScript 的差異嗎？

考點：確認求職者是否理解自己天天使用的工具

JavaScript 是程式語言，可以在合適的瀏覽器中運行；而 Node.js 是一個能執行JavaScript 的環境，它以 Chrome V8 引擎為核心，再加上 C/C++套件，讓 Sever 端也可以執行 JavaScript。

3.2 readFile 和 createReadStream 函式的差異？

考點：判斷求職者過去專案中使否使用過這類函式，並理解差異

readFile 函式會將讀取到的完整內容存在記憶體後傳給使用者，而 createReadStream 函式則是逐塊讀取檔案，不是全部存在記憶體中；因此要讀取較大的檔案時，建議使用 createReadStream ，利用其逐塊讀取的特性能減少使用者等待時間。

3.3 REPL 是什麼？

考點：對專有名詞是否熟悉，能否解釋

REPL（Read Eval Print Loop）是一個用來執行程式語言的虛擬環境。

就像是我們在瀏覽器的 Console 可以執行 JavaScript 程式碼；在安裝完 Node.js 後，新增一個 JavaScript 檔，在終端機輸入node xxx.js便可以執行它。

感謝大家的閱讀，如果喜歡我的文章可以訂閱接收通知；如果有幫助到你，按Like可以讓我更有寫文的動力，我們明天見～

參考資源：

1. Node.js 的 Event Loop (事件輪詢)到底在做什麼？(筆者部落格)
2. 15 個常見的 Node.js 面試問題及答案
3. 你有沒有想過，到底 Server 是如何「同時處理多個 requests」的？ - Node.js 篇

在許多人的幫助下，本系列文章已成功出版，除了添加新的篇章，更完善了每個案例的應對進退；如果對現在的職涯感到迷茫，也許這本書能帶給你不一樣的觀點～

天瓏書局： https://www.tenlong.com.tw/products/9786263334571

你是十八般武藝樣樣精通，還是樣樣通樣樣鬆？

工程師真的很難，會得不多會被問為什麼沒學，會得很多還要被質疑專業程度；這種比較類型的問題，除非你有事先做功課，不然就算你都會用也未必能在現場對答如流。

大綱

1. 你會的後端框架不只一個，可以說明一下它們之間的差異嗎？
   • 1.1 面試官為什麼會問？
   • 1.2 面試官想從答案確認什麼？
   • 1.3 筆者提供的簡答
2. 回答問題所需具備的知識
   • 2.1 PHP VS Node.js
   • 2.2 用 supervisor 讓 Node.js 熱更新
   • 2.3 不一定要拼個誰輸誰贏
3. 衍伸問題
   • 3.1 既然你先學了 Node.js 的框架，為何後來改用 PHP 的框架？
   • 3.2 使用框架有什麼好處跟壞處？

1. 你會的後端框架不只一個，可以說明一下它們之間的差異嗎？

1.1 面試官為什麼會問？

因為履歷資訊中顯示求職者會如下的後端（Backend）框架：

• PHP：Laravel
• Node.js：Express.js、AdonisJS

當你會的東西多，面試官就會想了解你是每個都學一點，還是真的了解它。

1.2 面試官想從答案確認什麼？

• 能否簡單敘述 PHP 與 Node.js 的差異
• 舉例過去用這些框架做過哪些專案或是功能
• 為什麼會學習新的框架

1.3 筆者提供的簡答

之前使用 PHP 的 Laravel 框架開發過內部管理系統，也曾用 Node.js 的 Express.js 框架完成過餐廳點餐系統。

兩者的差異主要因為程式語言而產生的，PHP 是同步語言、多執行緒，Node.js 是一個能執行 JavaScript 的環境，支援非同步，為單執行緒。

如果專案要求穩定一致的效能，我會偏向使用 PHP 框架；而如果要承接高流量，我會選擇 Node.js 框架。

2. 回答問題所需具備的知識

2.1 PHP VS Node.js

如果面對一個問題只有一種解決方案時，面試官會深入詢問這個技術；但如果面對問題有兩個以上的解決方案，他就會問你在不同情境下該使用什麼技術，每個技術都有各自的優勢，這邊我們就從不同的角度來做分析吧～

• 同步的 PHP vs 異步的 Node.js
  • 同步的 PHP 會為每個 Request 建立一個 thread，每個 thread 都會消耗記憶體，也就是說如果想要服務更多的客戶就要花心思在硬體設備上。
  • 異步的 Node.js 是非阻塞 (non-blocking) I/O 設計，搭配上 Event Loop 可以用一句很形象的話說明：「與其人多但好多人閒著；還不如一個人拼命往死裡做。」
• 多執行緒的 PHP VS 單執行緒的 Node.js

  • 多執行緒 (multi-threaded)的 PHP
    使用阻塞 (blocking) I/O 的設計

    PHP 可以為每個 Request 都開一個執行緒；如果你想要實現非阻塞也能透過 reactPHP 來實現。

  • 單執行緒 (single-threaded)的 Node.js
    使用非阻塞 (non-blocking) I/O 設計 + 提供非同步 (asynchronous) 處理

    Node.js 原則上是單執行緒，但可以透過 PM2 的 Cluster Mode 達到多執行緒。

• 應用場景
  從 Client 端與 Server 端的溝通頻率來做分析：
  • 溝通頻率不高
    PHP 是個不錯的選擇（ex：個人部落格，像 WordPress 就是用 PHP 寫的）。
  • 溝通頻率頻繁
    Node.js 更能激發性能（ex：single-page-application、聊天室）；它適合大吞吐量的系統，較不適合需要大量 CPU 運算的系統。
• 可使用的資源

  • PHP 有 Composer
    Composer 的命名方式：「所有者/package 名稱」

  • Node.js 有 NPM
    NPM 的命名方式：「package 名稱」

    因為 NPM 的命名方式太自由，導致上面有很多的資源都是無效資源，關鍵字第一個找到的未必是最合適的。

• 人才市場
  • 人才數量
    PHP 比 Node.js 早了 10 幾年發行，因此市場上使用 PHP 的人比使用 Node.js 的人更多；如果職位流動性高，用 PHP 開發會比較合適。
  • 薪資
    物以稀為貴，同樣都是新人，會 Node.js 的薪水會略高於會 PHP 的求職者。
• 專案容量
  用 Laravel 跟 Express.js 來比較：
  • 專案初期
    一開始 Laravel 因為包山包海所以專案體積較大。
  • 專案後期
    儘管 Express 是 Node.js 輕量級的框架，但因為實作過程往往要擴充一堆 package，而且一個 package 往往會有很多的 dependency；這些原因容易導致最終實作出來的是一個笨重的專案。
• 程式語言轉換
  除非你的運氣逆天，每次都剛好找到符合你技能樹的公司，而且這間公司專案用的技術還很固定；不然肯定要面對程式語言的轉換，這邊分享幾個轉換時要注意的重點。
  • 找類型相似的框架
    從 PHP 跳到 Node.js 一定會面臨諸多不適應；但如果你選擇的是跟 Laravel 很類似的 AdonisJS 框架，這份不適感會下降許多，反之亦然。
  • 語言語法
    如果你已經熟悉了一種程式語言，我覺得轉換到另外一個語言的學習成本不會太高；但許多內建函式都要重新學習、生命週期也要重新熟悉、錯誤處理的經驗也要重新累積。
  • 專案規模
    如果是只需要 CRUD 邏輯的小專案，那我覺得藉此多瞭解一門程式語言是一個很棒的機會；但如果面臨的是業務邏輯複雜的大專案，我強烈建議一定要選自己熟悉的程式語言，或者團隊中的扛霸子熟悉這門語言；不然出事根本沒人可以救得了。
• 效能
  • 響應速度
    Node.js 靠著 V8 引擎加上非同步的特型，擁有較快的響應速度。
• 面對錯誤的處理

  • PHP 遇到某個 Request 錯誤時，它只對這個 Request 產生影響。

  • Node.js 因為所有 Request 都在單執行緒的 Web-server 中，所以某個 Request 導致的未知錯誤就可能影響到整個 Server。

    不過這塊可以透過 PM2 的 Cluster Mode 與自動重啟來補救。

• 熱更新
  • PHP 修改後，只要刷新頁面就能看到。
  • Node.js 預設沒有熱更新，需要關閉專案後重啟。

2.2 用 supervisor 讓 Node.js 熱更新

在開發階段推薦使用 supervisor 這款套件。

• STEP 1：在全域安裝套件npm install supervisor -g

• STEP 2：建立一個myapp.js的檔案，並複製貼上下面程式

  var http = require("http");
  http
    .createServer(function (req, res) {
      res.writeHead(200, { "Content-Type": "text/plain" });
      res.end("Hello World!");
    })
    .listen(3000, "127.0.0.1");
  

• STEP 3：用node myapp.js啟動程式後，修改res.end("Hello World!");的內容；再刷新網頁後內容不變。

• STEP 4：改用supervisor myapp.js啟動程式，修改res.end("Hello World!");的內容；再刷新網頁後內容更新。

supervisor 也可以做專案資料夾的監控，但是要記得排除一些資料夾（ex：儲存 log 檔的）；否則你的專案就無時無刻在重起了。

如果是正式的網站且流量大，建議使用 PM2 來做處理，它也有監控資料夾的功能。

2.3 不一定要拼個誰輸誰贏

存在即合理

• 小專案不用花太多時間在評估框架及程式語言選擇上
  有些公司對專案要用什麼框架以及程式語言保持著非常謹慎的態度，謹慎的態度是對的，但也要考量到專案的規模；如果今天的專案就是 CRUD 的簡單應用，預估使用者數量不多或是主要來自於內部成員，用什麼框架及程式語言其實都差不多。
• 看組織成員擅長的語言
  如果公司高層為了追求潮流而要求開發人員用一個不熟悉的框架去做專案，他最好祈求專案上線後平平安安；不然出事了公司沒有能夠處理的人才，沒有人會在意一個不能用的網站效能有多好。
• 每個程式語言都有自己的擁護者
  在不同的條件下，每個程式語言都有自己的優勢，而且每年都會誕生新的框架與程式語言；筆者覺得與其不停盲目追逐新的技術，不如先深入研究一個成熟的技術，當你有辦法靠它解決各種現實難題時，再去學新的框架跟程式語言也不晚。

3. 衍伸問題

3.1 既然你先學了 Node.js 的框架，為何後來改用 PHP 的框架？

考點：這題其實是想了解求職者的人格特質

這兩個都是為了解決問題的技術，我一開始用 Node.js 的 Express 框架獨立完成了幾份專案；但後來有一個需要 Team work 的大型專案，因為當時的組長比較熟悉 PHP 的 Laravel 框架，所以我便藉由這個機會學習新的技術；也因為這次的技術轉換，讓我了解不同框架在部署以及效能各方面的差異。

我想透過上面的回答給面試官幾個訊息：

• 我能獨立完成專案，也可以團隊合作。
• 我願意學習新技術。
• 學習的同時會分析不同框架的優劣。

3.2 使用框架有什麼好處跟壞處？

考點：確認求職者對框架的認知

• 好處
  框架能夠讓初學者快速入門並開發出有一定水平的專案，因為框架提供了許多常用的函式，因此可以大幅縮短專案時程；在團隊協作上框架優勢更為明顯，能夠讓成員有一致的開發方式。
• 壞處
  因為框架已經幫開發人員做了太多事情，這會導致開發人員並不理解許多功能的原理，這也造成了一但框架無法滿足功能，初學者的生產力會斷崖式下降；如果長期使用，也容易讓自己的開發思維被限制在框架內。

筆者碎碎念

希望讀者不要只把我提出來的問題當成面試會出的考題；當面試官會這樣詢問時，通常是因為實務上也會遇到類似的問題。

感謝大家的閱讀，如果喜歡我的文章可以訂閱接收通知；如果有幫助到你，按Like可以讓我更有寫文的動力，我們明天見～

參考資源：

1. PHP + Apache Stack vs Node.js
2. 服務端 I/O 效能大比拼：Node、PHP、Java、Go
3. 簡析 Node.js 特點與應用場景
4. 詳細版 | 用 Supervisor 守護你的 Node.js 進程
5. 淺談 Node.js 和 PHP 程式管理

在許多人的幫助下，本系列文章已成功出版，除了添加新的篇章，更完善了每個案例的應對進退；如果對現在的職涯感到迷茫，也許這本書能帶給你不一樣的觀點～

天瓏書局： https://www.tenlong.com.tw/products/9786263334571