# 讀後感想
花費時間: 約7分鐘 (試看看有沒有機會3分鐘內讓面試官看完)
1. 沒看到聯絡資訊(e-mail、手機)及可聯絡時間
2. 年資需要面試官自行計算
3. 使用工具及技能需要面試官自行匯整
4. 作品描述中困境的部分，可以用簡單的框架來說明(目前的版本沒有段落，要自己抓重點)
- 為什麼？
- 最初設計戰情分析時沒考慮到資料處理的時間以及查找耗費的資源，在使用者進入畫面時才進行資料查詢及整合，造成系統一直重複進行查詢及運算
- 與前端串接時，原本計劃每一個條件的供給需求都呼叫一次API，如此一來進入戰情分析頁時便需 呼叫16支API，在效能上的表現並不可預期
- 如何做？
1. 設計每週一次的排程，以需求為例，查找了指定天數內該地區各個條件各種成效的紀錄，再依照成效類型計算比重分數，並將二階整理結果存放至資料庫，當使用者進入戰情分析頁面時便能立刻抓取該使用者經營區域的整理結果
2. 將16支 API的內容整合成一支包含所有條件分析的API
- 取得什麼成果？
1. 透過這次專案讓我們了解，當資料非緊急且需要較多查詢及運算時可以使用定期排程將資料處理為更易於取用的模式，且減少對外節點呼叫次數也有利於效能的提升。
4. 圖片解析度可以提高嗎？
5. 流程的說明字很多且有很多專有名詞，都有可能會被問。
1. 什麼是work object?
2. 什麼是entity?
3. DDD是什麼，可以說明一下嗎？
4. 什麼是value object?
1. 為什麼你開的類別圖中沒有使用到value object?
5. 什麼是Domain Storytelling
6. 類別圖的C、A是什麼？如果A是指抽象類別的話，為什麼是設計成抽象類別(abstract class)而不是介面(interface)？

6. 不知道你面試的是什麼職位？知道是什麼職位的話，職位會影響面試官的提問。