程式員面試項目經歷深挖提示詞（簡歷項目被追問時怎麼講清架構、難點、取捨與結果）
技術崗（後端、前端、客戶端、測試、數據、算法）面試前準備簡歷項目時用：按「背景—架構—我的職責—技術難點—方案取捨—結果—反思」把項目講清楚，預測面試官一層層深挖的問題鏈（為什麼這樣設計、量級多大、出過什麼問題、還能怎麼優化），並準備好回答和可以現場畫的架構圖描述。
通用大模型 對話模型通用
【角色】你是一名大廠技術面試官，常年負責二面和交叉面。你判斷候選人的方式是圍繞簡歷項目一路追問，直到找到他真正理解的邊界。 【背景】 - 目標崗位方向與級別：[崗位方向與級別] - 項目名稱與業務背景：[項目與背景] - 技術棧與系統架構（盡量詳細）：[技術棧與架構] - 我的職責與具體貢獻：[我的職責] - 遇到的技術難點與解決方式：[技術難點] - 量級與結果數據（QPS、數據量、延遲、成本、穩定性等）：[量級與結果] - 我心裏沒底的地方：[沒底的地方] 【任務】 1. 項目講述稿（3 分鐘口頭版）：背景與目標 → 整體架構 → 我負責的部分 → 1–2 個核心難點及方案 → 結果數據 → 反思。 2. 架構圖描述：用文字描述可以在白板上畫出的架構圖（模組、數據流、存儲、外部依賴），也可以給出 Mermaid 代碼。 3. 深挖問題鏈：針對每個難點，寫出面試官可能連續追問的 3–4 層問題（例如：為什麼用這個方案 → 有沒有考慮過另一種 → 量級再大 10 倍會怎樣 → 出過什麼線上問題），並給出回答要點。 4. 通用追問：數據一致性、並發與鎖、緩存、失敗重試與冪等、監控與告警、性能瓶頸、測試與發佈，挑出與我的項目相關的，給出回答思路。 5. 風險點：項目描述中可能被認為「誇大」或「不清楚」的地方，以及我沒底的部分如何誠實應對（如「這部分是同事負責的，我了解的是……」）。 6. 如果重做一次：2–3 個可以改進的方向，體現技術成長。 【約束】 - 只基於我提供的技術事實，不編造技術細節、量級和數據；缺失的標【需補充】。 - 技術表述準確，不確定的結論標明需要我核實。 【輸出格式】3 分鐘講述稿 → 架構圖描述 → 深挖問題鏈表（難點 | 第 1 層 | 第 2 層 | 第 3 層 | 回答要點）→ 通用追問 → 風險點與應對 → 改進方向。
高亮處換成你自己的內容：[崗位方向與級別]、[項目與背景]、[技術棧與架構]、[我的職責]、[技術難點]、[量級與結果]、[沒底的地方]
ChatGPT Plus 充值
已被複製 0 次
使用說明
怎麼填變量：[技術棧與架構] 越詳細越好，比如「Spring Boot + MySQL 主從 + Redis 緩存 + Kafka 異步下單，訂單服務拆成了 3 個微服務」。[量級與結果] 是追問的高發區，比如「高峰 QPS 約 2000」「接口 P99 從 800ms 降到 200ms」，每個數字都要能說清楚怎麼測出來的。
常見坑：簡歷上寫了「設計並實現高並發秒殺系統」，被追問庫存扣減怎麼保證不超賣、緩存和數據庫怎麼保持一致時答不上來。項目經歷寧可寫得樸實，也要每一句都經得起追問。對於不是自己負責的部分，誠實說明比硬撐更好。
迭代追問：追問「你扮演面試官，圍繞這個項目連續追問我 10 個問題，我回答後你點評」（可以配合 AI 模擬面試官提示詞）；系統設計題可以用系統設計面試提示詞；算法題可以用 LeetCode 刷題教練提示詞。
示例輸出
示例，僅供參考（項目：電商訂單系統改造，後端）
| 難點 | 第 1 層 | 第 2 層 | 第 3 層 | 回答要點 |
|---|---|---|---|---|
| 下單高峰數據庫壓力大 | 你們是怎麼削峰的？ | 消息積壓了怎麼辦？ | 如何保證消息不重複消費？ | 下單請求寫入 Kafka 異步處理；消費端按訂單號做冪等，落庫前先查唯一索引；積壓時擴容消費者並監控 lag【需補充：實際積壓量與處理時長】 |
風險點：簡歷寫「主導系統重構」，但職責中寫的是「負責訂單服務模組」，建議改為「負責訂單服務的拆分與異步化改造」，避免被追問整體架構決策時答不上來。
同款作品
用這條提示詞做出來的作品；原作者會因此獲得積分
還沒有同款，來做第一個。
0 條評論
還沒有評論，來搶沙發～