廣盛科技股份有限公司 研發應用軟體工程師

### 階段一：遠端視訊一面 (應用研發部門主管 / 約 90 分鐘) #### 經歷與過程 - 節奏偏對話式，無嚴肅 Q&A 感。 - **第一階段：自我介紹與專案深掘** - 自我介紹後，針對 side project 的測試方式切入，確認是否有做過壓力測試。 - 追問 AI 輔助開發的習慣（著重於「如何從 AI 的回應中學到東西」）。 - **第二階段：公司介紹與技術棧說明** - **產品：** NAS / SAN 企業儲存設備 - **部門架構：** 硬體 / 系統 / 應用三層 - **技術棧：** Go (主力) + React/Ant Design (前端) + cgo (串接 C 底層) + gRPC + 遺留 PHP - **工作性質：** 全端性質、按半年版本迭代開發 - **第三階段：AI 協作現場測驗** - **題目：** 為一款桌面軟體設計一套授權機制。 - **方式：** 螢幕分享，使用 Claude 進行 Prompt 設計並即時呈現過程。 ### 階段二：二面 (老闆) #### 經歷與過程 - 開頭因開會遲到約 10 分鐘。 - 針對開的薪資提出質疑（即便在 104 公佈的範圍內），試圖要求說服他。 - 針對學校時期的程式經歷提問，但因主要程式經歷在畢業後，回答時嘗試拉回畢業後經歷被中途打斷。 - 老闆對 AI 的態度較為偏向「萬能」。

#### 一面問答 - **Q1：某項 side project 測試方式是什麼？** - **A1：** 單元測試，驗證新增資料後欄位正確性。壓測使用 `wrk` 工具，設定 1000 requests、50 個並發連線，比較冷快取（第一次直接查 PostgreSQL）與熱快取（第二次走 Redis）的回應時間差異，確認 Redis 快取確實有效。 - **Q2：AI 輔助開發的習慣是什麼？** - **A2：** 主要在卡住或想優化時才問 AI，六七成時間是自己看文件、理解概念。問 AI 前會先自己思考，AI 給出答案後會先判斷合不合理，再實作驗證，並參考其他人的作法確認是否符合 Go 社群慣例。最後會記錄下來作為知識積累。 - **Q3：Redis Cache Aside Pattern 的運作原理？** - **A3：** 客戶端請求進來後，先查 Redis；Redis 沒有（cache miss）才去查 PostgreSQL，將資料回傳給客戶端並同步寫回 Redis。Redis 設有 TTL，過期前的同一筆查詢都走快取，減少資料庫負擔。 #### 二面問答 - **Q：【二面】問寫程式相關經歷** - **A：** 照實回答。