1. 當(dāng)“skills”成為一個(gè)項(xiàng)目標(biāo)題我看到的不是技能清單而是一套能力資產(chǎn)化系統(tǒng)第一次看到“skills”這個(gè)標(biāo)題時(shí)我腦子里蹦出來(lái)的不是“技能列表”四個(gè)字而是一個(gè)更具體的畫面一個(gè)前端開發(fā)者打開自己的GitHub主頁(yè)README里整整齊齊列著React、TypeScript、Node.js但面試官看完之后依然不知道他到底能解決什么問題。這個(gè)落差就是“skills”類項(xiàng)目真正要填的坑。“skills”這個(gè)詞本身太泛了。泛到如果只是做一個(gè)靜態(tài)的技能標(biāo)簽墻那它跟一張簡(jiǎn)歷截圖沒有本質(zhì)區(qū)別。但如果我們把它當(dāng)成一個(gè)能力資產(chǎn)化系統(tǒng)來(lái)做事情就完全不一樣了。它的核心任務(wù)不是“展示我會(huì)什么”而是“讓看我的人在三秒內(nèi)判斷出我能承接什么級(jí)別的任務(wù)、解決哪一類問題、以及為什么是我而不是別人”。這個(gè)項(xiàng)目適合三類人一是正在整理個(gè)人技術(shù)品牌、準(zhǔn)備跳槽或接私活的開發(fā)者二是團(tuán)隊(duì)TL需要把組內(nèi)成員的能力矩陣可視化方便排兵布陣三是做在線教育或訓(xùn)練營(yíng)的產(chǎn)品經(jīng)理想把課程體系和學(xué)員能力成長(zhǎng)路徑打通。不管你是哪一類底層邏輯是一樣的——技能不是名詞是動(dòng)詞不是標(biāo)簽是證據(jù)鏈。我見過太多人把skills頁(yè)面做成了一面“勛章墻”各種logo排排坐熟練度用五顆星表示結(jié)果點(diǎn)進(jìn)去沒有任何一個(gè)能證明這五顆星不是自己隨手畫的。真正有效的skills項(xiàng)目必須回答三個(gè)問題這個(gè)技能你用它交付過什么交付過程中你踩過什么坑如果現(xiàn)在讓你重新做一遍你會(huì)怎么改進(jìn)這三個(gè)問題答不上來(lái)技能標(biāo)簽就是自嗨。所以這篇內(nèi)容我不打算給你一個(gè)“技能列表模板”而是拆解一套從零搭建skills能力資產(chǎn)系統(tǒng)的完整思路。包括數(shù)據(jù)結(jié)構(gòu)怎么設(shè)計(jì)、證據(jù)鏈怎么掛載、展示層怎么分層、以及我在實(shí)際落地時(shí)踩過的那些“看起來(lái)很美但用起來(lái)很廢”的坑。全文會(huì)圍繞一個(gè)核心原則展開每一個(gè)技能點(diǎn)都必須能追溯到一次具體的交付行為。2. 技能條目的數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)為什么你的標(biāo)簽墻沒人看2.1 從“標(biāo)簽”到“證據(jù)單元”的認(rèn)知轉(zhuǎn)變大多數(shù)人做skills項(xiàng)目第一步就錯(cuò)了。他們打開一個(gè)JSON文件開始寫{ skills: [ {name: JavaScript, level: 5}, {name: React, level: 4}, {name: Node.js, level: 3} ] }這種結(jié)構(gòu)的問題在于level: 5這個(gè)數(shù)字沒有任何信息量。5分是什么概念能寫業(yè)務(wù)代碼叫5分還是能寫框架叫5分不同的人對(duì)5分的定義完全不同讀者無(wú)法校準(zhǔn)。更致命的是這種結(jié)構(gòu)沒有給“證據(jù)”留位置。你沒法在JavaScript旁邊掛一個(gè)“我用它重構(gòu)了一個(gè)萬(wàn)行老項(xiàng)目首屏加載從4.2秒降到1.1秒”的案例。正確的做法是把每個(gè)技能條目升級(jí)成一個(gè)證據(jù)單元。一個(gè)證據(jù)單元至少包含五個(gè)字段技能名稱、應(yīng)用場(chǎng)景、交付物、量化結(jié)果、復(fù)盤備注。用TypeScript接口來(lái)描述大概長(zhǎng)這樣interface SkillEvidence { id: string; skillName: string; scenario: string; // 在什么業(yè)務(wù)場(chǎng)景下使用的 deliverable: string; // 產(chǎn)出了什么具體東西 metrics: { // 量化指標(biāo) before: string; after: string; unit: string; }; reflection: string; // 復(fù)盤哪里做得好哪里可以更好 relatedLinks: string[]; // 相關(guān)代碼倉(cāng)庫(kù)、文檔、演示地址 timestamp: string; // 時(shí)間戳證明這是近期能力 }這個(gè)結(jié)構(gòu)看起來(lái)比簡(jiǎn)單的標(biāo)簽重很多但它解決了一個(gè)核心問題讀者可以驗(yàn)證。當(dāng)你說“我熟悉React”讀者只能選擇信或不信當(dāng)你說“我用React 18的并發(fā)特性重構(gòu)了訂單列表頁(yè)在弱網(wǎng)環(huán)境下首屏可交互時(shí)間從3.8秒降到1.2秒代碼倉(cāng)庫(kù)在這里”讀者可以直接點(diǎn)進(jìn)去看commit記錄。這就是證據(jù)鏈的價(jià)值。2.2 技能分類的維度選擇別再用“前端/后端”這種粗顆粒切法分類維度決定了讀者能不能快速定位到他們關(guān)心的能力。我試過三種分類方式最后保留的是“按問題域分類”。第一種是按技術(shù)棧分前端、后端、數(shù)據(jù)庫(kù)、運(yùn)維。這種分法的問題是現(xiàn)在一個(gè)全棧項(xiàng)目往往同時(shí)涉及多個(gè)棧你很難把“用Next.js做SSR”歸到前端還是后端。而且這種分法對(duì)非技術(shù)讀者不友好HR看不懂“Kubernetes”和“Docker”的區(qū)別。第二種是按熟練度分精通、熟悉、了解。這種分法更糟糕因?yàn)椤熬ā边@個(gè)詞已經(jīng)被用爛了現(xiàn)在說精通React的人可能連useMemo和useCallback的區(qū)別都說不清楚。第三種是按問題域分也是我最終采用的方案。比如界面交互問題域涵蓋React、Vue、CSS動(dòng)畫、無(wú)障礙訪問數(shù)據(jù)流轉(zhuǎn)問題域涵蓋Node.js、GraphQL、Redis、消息隊(duì)列工程效能問題域涵蓋Webpack、Vite、CI/CD、自動(dòng)化測(cè)試穩(wěn)定性保障問題域涵蓋監(jiān)控告警、日志系統(tǒng)、故障演練這種分法的好處是讀者不需要懂技術(shù)棧只需要知道“你能解決哪類問題”。一個(gè)業(yè)務(wù)負(fù)責(zé)人看到“穩(wěn)定性保障問題域”下面掛著“主導(dǎo)過三次全鏈路壓測(cè)發(fā)現(xiàn)并修復(fù)了數(shù)據(jù)庫(kù)連接池泄漏問題”他立刻就知道你能扛線上事故。這比“熟悉MySQL”有用一百倍。2.3 熟練度的量化表達(dá)用“可獨(dú)立交付的范圍”替代星級(jí)既然星級(jí)不靠譜那怎么表達(dá)熟練度我的方案是用可獨(dú)立交付的范圍來(lái)定義。具體分四檔檔位定義判斷標(biāo)準(zhǔn)可獨(dú)立交付能獨(dú)立完成該領(lǐng)域80%以上的任務(wù)遇到問題能自己查文檔解決有至少3個(gè)獨(dú)立交付的案例可協(xié)作交付能完成常規(guī)任務(wù)復(fù)雜問題需要他人指導(dǎo)有至少1個(gè)協(xié)作交付的案例可維護(hù)能讀懂并修改現(xiàn)有代碼但不具備從零搭建能力有代碼貢獻(xiàn)記錄可理解了解基本概念能參與技術(shù)方案討論無(wú)交付案例僅有學(xué)習(xí)筆記這個(gè)表格可以直接放在skills頁(yè)面上讀者一看就明白你的“可獨(dú)立交付”是什么意思。而且這個(gè)定義是可驗(yàn)證的——你說你能獨(dú)立交付那就把三個(gè)案例擺出來(lái)。擺不出來(lái)就往下調(diào)一檔。這種自我校準(zhǔn)機(jī)制比任何星級(jí)評(píng)分都誠(chéng)實(shí)。注意不要為了好看而虛報(bào)檔位。我見過一個(gè)候選人寫“精通TypeScript”結(jié)果面試時(shí)連泛型約束都寫不利索這種落差比直接寫“了解”還要致命。誠(chéng)實(shí)標(biāo)注檔位反而會(huì)讓面試官覺得你對(duì)自己有清晰的認(rèn)知。3. 證據(jù)鏈的掛載方式讓每個(gè)技能點(diǎn)都能被“點(diǎn)開看”3.1 交付物鏈接的三種形態(tài)倉(cāng)庫(kù)、文檔、演示證據(jù)鏈的核心是“可點(diǎn)開”。一個(gè)技能點(diǎn)如果只能看不能點(diǎn)那它跟簡(jiǎn)歷上的文字沒有區(qū)別。我通常會(huì)在每個(gè)證據(jù)單元下面掛三類鏈接第一類是代碼倉(cāng)庫(kù)。不是整個(gè)項(xiàng)目倉(cāng)庫(kù)而是具體的PR或commit。比如“優(yōu)化了列表渲染性能”這個(gè)證據(jù)鏈接直接指向那個(gè)PR的diff頁(yè)面。讀者點(diǎn)進(jìn)去能看到你改了什么、改了多少行、有沒有測(cè)試用例。這比任何描述都有說服力。第二類是技術(shù)文檔。有些工作不適合用代碼展示比如架構(gòu)設(shè)計(jì)、技術(shù)選型。這時(shí)候掛一份設(shè)計(jì)文檔的公開鏈接就很有用。文檔里要包含背景、方案對(duì)比、最終選擇、落地效果。我一般會(huì)把文檔里的關(guān)鍵決策點(diǎn)加粗方便讀者快速抓取。第三類是可交互演示。對(duì)于前端或全棧項(xiàng)目一個(gè)在線Demo的鏈接價(jià)值極高。讀者可以自己點(diǎn)一點(diǎn)、輸一輸直觀感受你的交付質(zhì)量。如果項(xiàng)目已經(jīng)下線可以錄一個(gè)兩分鐘的屏幕錄制放在鏈接里。錄屏的時(shí)候注意不要只展示成功路徑把錯(cuò)誤處理和邊界情況也錄進(jìn)去這反而更能體現(xiàn)你的工程素養(yǎng)。3.2 量化指標(biāo)的選取別只寫“提升了性能”量化指標(biāo)是證據(jù)鏈里最容易注水的地方。很多人寫“性能提升50%”但不寫基線是什么、測(cè)量環(huán)境是什么、提升的是哪個(gè)指標(biāo)。這種量化等于沒量化。我建議每個(gè)量化指標(biāo)都遵循“基線-干預(yù)-結(jié)果-測(cè)量方法”四要素。舉個(gè)例子基線訂單列表頁(yè)在4G網(wǎng)絡(luò)下首屏可交互時(shí)間為3.8秒Chrome DevTools Performance面板Moto G4模擬 干預(yù)將列表項(xiàng)組件從全量渲染改為虛擬滾動(dòng)并預(yù)加載首屏圖片 結(jié)果首屏可交互時(shí)間降至1.2秒LCP從4.1秒降至1.5秒 測(cè)量方法同一設(shè)備、同一網(wǎng)絡(luò)環(huán)境、同一測(cè)試用例重復(fù)測(cè)量5次取中位數(shù)這樣寫讀者不僅能知道你做了什么還能知道你是怎么測(cè)量的。如果他想復(fù)現(xiàn)你的優(yōu)化可以直接照著這個(gè)描述搭環(huán)境。這才是可驗(yàn)證的量化。對(duì)于非性能類的技能量化指標(biāo)可以換成其他維度。比如“代碼質(zhì)量”可以用“單元測(cè)試覆蓋率從32%提升到78%”來(lái)量化“協(xié)作效率”可以用“Code Review平均周轉(zhuǎn)時(shí)間從26小時(shí)縮短到4小時(shí)”來(lái)量化。關(guān)鍵是找到那個(gè)能反映你工作價(jià)值的數(shù)字并且說清楚這個(gè)數(shù)字是怎么來(lái)的。3.3 復(fù)盤備注的寫法暴露一個(gè)“如果重來(lái)我會(huì)改”的點(diǎn)復(fù)盤備注是證據(jù)單元里最容易被忽略、但最能體現(xiàn)深度的地方。大多數(shù)人寫復(fù)盤都是“通過這個(gè)項(xiàng)目我學(xué)到了很多”這種廢話沒有任何信息量。我的寫法是每個(gè)證據(jù)單元必須暴露一個(gè)“如果重來(lái)我會(huì)改”的點(diǎn)。比如復(fù)盤虛擬滾動(dòng)的方案在列表項(xiàng)高度不固定時(shí)會(huì)出現(xiàn)滾動(dòng)跳動(dòng)當(dāng)時(shí)為了趕進(jìn)度用了固定高度的妥協(xié)方案。如果重來(lái)我會(huì)先花半天時(shí)間實(shí)現(xiàn)動(dòng)態(tài)高度測(cè)量雖然前期慢一點(diǎn)但后續(xù)維護(hù)成本會(huì)低很多。這種復(fù)盤傳遞了三個(gè)信號(hào)第一你知道自己的方案有缺陷第二你清楚缺陷的根因第三你有改進(jìn)的思路。這比“我學(xué)到了很多”強(qiáng)一百倍。而且這種誠(chéng)實(shí)的態(tài)度反而會(huì)讓讀者更信任你其他的證據(jù)單元——因?yàn)槟氵B自己的不足都敢寫說明你寫優(yōu)點(diǎn)的時(shí)候大概率沒有注水。提示復(fù)盤備注不要寫太長(zhǎng)控制在三到五行。太長(zhǎng)會(huì)顯得你在自我辯解太短又顯得敷衍。三到五行剛好能把一個(gè)點(diǎn)說透。4. 展示層的分層設(shè)計(jì)從“三秒掃讀”到“深度查閱”4.1 首屏的三秒法則用問題域卡片替代技能列表讀者打開你的skills頁(yè)面前三秒決定了他會(huì)不會(huì)繼續(xù)往下看。如果首屏是一長(zhǎng)串技能標(biāo)簽他大概率會(huì)直接關(guān)掉。我的做法是首屏只放問題域卡片每張卡片包含問題域名稱、一句話描述、最亮眼的一個(gè)量化結(jié)果。比如穩(wěn)定性保障讓系統(tǒng)在流量翻倍時(shí)依然不崩 最亮眼結(jié)果主導(dǎo)全鏈路壓測(cè)發(fā)現(xiàn)并修復(fù)連接池泄漏線上故障率下降67%這種卡片的好處是讀者不需要懂技術(shù)細(xì)節(jié)就能判斷出你能解決什么問題。如果他的團(tuán)隊(duì)正好在招穩(wěn)定性方向的人他會(huì)立刻點(diǎn)進(jìn)去看詳情。如果他不關(guān)心這個(gè)方向他可以快速掃過不浪費(fèi)時(shí)間。首屏卡片數(shù)量控制在四到六張。太少顯得能力單一太多顯得沒有重點(diǎn)。每張卡片的描述控制在兩行以內(nèi)量化結(jié)果用加粗突出。整個(gè)首屏不需要滾動(dòng)就能看完這是三秒法則的關(guān)鍵。4.2 詳情頁(yè)的漸進(jìn)披露從“一句話”到“完整證據(jù)”點(diǎn)進(jìn)問題域卡片后進(jìn)入詳情頁(yè)。詳情頁(yè)的設(shè)計(jì)要遵循漸進(jìn)披露原則先給一句話總結(jié)再給證據(jù)列表最后給完整復(fù)盤。第一層是一句話總結(jié)放在頁(yè)面最頂部。比如“穩(wěn)定性保障三次全鏈路壓測(cè)主導(dǎo)經(jīng)驗(yàn)兩次線上故障根因定位一次監(jiān)控體系從零搭建”。這句話讓讀者在五秒內(nèi)知道這個(gè)域下面有什么。第二層是證據(jù)列表每個(gè)證據(jù)單元用折疊面板展示。折疊狀態(tài)下只顯示技能名稱、交付物名稱、量化結(jié)果。展開后才顯示完整的場(chǎng)景描述、復(fù)盤備注和鏈接。這樣讀者可以先快速掃一遍所有證據(jù)再選擇感興趣的展開細(xì)看。第三層是完整復(fù)盤放在每個(gè)證據(jù)單元的最底部。如果讀者對(duì)某個(gè)證據(jù)特別感興趣他可以一直往下讀看到你踩過的坑和改進(jìn)思路。這一層不需要折疊因?yàn)槟茏x到這里的讀者已經(jīng)是對(duì)你高度感興趣的人了。4.3 時(shí)間維度的引入讓讀者看到你的“能力增長(zhǎng)曲線”靜態(tài)的技能列表有一個(gè)致命缺陷它無(wú)法體現(xiàn)成長(zhǎng)。讀者不知道你這個(gè)技能是五年前學(xué)的還是上個(gè)月剛學(xué)的。引入時(shí)間維度后讀者可以看到你的能力增長(zhǎng)曲線。我的做法是在每個(gè)證據(jù)單元上標(biāo)注時(shí)間戳然后在詳情頁(yè)底部放一個(gè)簡(jiǎn)單的能力時(shí)間線。時(shí)間線不需要很復(fù)雜用文字列表就行2024.03 - 2024.06穩(wěn)定性保障域從“可協(xié)作交付”升級(jí)到“可獨(dú)立交付”標(biāo)志性事件是獨(dú)立主導(dǎo)了訂單系統(tǒng)的全鏈路壓測(cè) 2023.09 - 2024.02工程效能域從“可維護(hù)”升級(jí)到“可協(xié)作交付”標(biāo)志性事件是搭建了團(tuán)隊(duì)的CI流水線 2023.01 - 2023.08界面交互域從“可理解”升級(jí)到“可維護(hù)”標(biāo)志性事件是參與了組件庫(kù)的無(wú)障礙改造這條時(shí)間線讓讀者看到你不是一個(gè)靜態(tài)的技能集合而是一個(gè)在持續(xù)成長(zhǎng)的人。而且時(shí)間線本身也是一種證據(jù)——如果某個(gè)技能你標(biāo)注了“可獨(dú)立交付”但時(shí)間線上最近兩年都沒有相關(guān)事件那讀者自然會(huì)質(zhì)疑這個(gè)檔位是否還準(zhǔn)確。5. 落地時(shí)踩過的坑那些“看起來(lái)很美但用起來(lái)很廢”的設(shè)計(jì)5.1 坑一技能標(biāo)簽太多導(dǎo)致重點(diǎn)被淹沒我第一次做skills頁(yè)面時(shí)列了三十多個(gè)技能標(biāo)簽從JavaScript到Figma到Notion恨不得把會(huì)用鼠標(biāo)都寫上去。結(jié)果一個(gè)朋友看完說“感覺你什么都會(huì)一點(diǎn)但不知道你最強(qiáng)的是什么。”這個(gè)反饋點(diǎn)醒了我。技能標(biāo)簽的數(shù)量和讀者的信任度成反比。標(biāo)簽越多每個(gè)標(biāo)簽分到的注意力越少讀者越難形成記憶點(diǎn)。后來(lái)我砍到只剩十二個(gè)標(biāo)簽每個(gè)標(biāo)簽都必須有至少一個(gè)證據(jù)單元支撐?？车舻哪切┎皇遣粫?huì)而是“會(huì)但不值得占一個(gè)位置”?？硺?biāo)簽的標(biāo)準(zhǔn)很簡(jiǎn)單如果這個(gè)技能不能幫你爭(zhēng)取到你想做的項(xiàng)目就砍掉。比如你想做前端架構(gòu)方向那Figma和Notion就可以砍掉因?yàn)樗鼈儾荒茏C明你能做架構(gòu)。留下React、TypeScript、構(gòu)建工具、性能優(yōu)化這些能直接支撐架構(gòu)能力的標(biāo)簽。5.2 坑二量化指標(biāo)造假面試時(shí)被當(dāng)場(chǎng)戳穿我見過一個(gè)候選人skills頁(yè)面上寫“將接口響應(yīng)時(shí)間從2秒優(yōu)化到200毫秒”。面試官問他“你這個(gè)200毫秒是在什么并發(fā)下測(cè)的數(shù)據(jù)庫(kù)連接池配了多大有沒有做緩存”他答不上來(lái)因?yàn)槟莻€(gè)數(shù)字是他隨手寫的。量化指標(biāo)造假的風(fēng)險(xiǎn)極高因?yàn)槊嬖嚬僖欢〞?huì)追問細(xì)節(jié)。你寫了“響應(yīng)時(shí)間200毫秒”他就會(huì)問P99是多少、有沒有冷啟動(dòng)、緩存命中率多高。任何一個(gè)細(xì)節(jié)答不上來(lái)整個(gè)證據(jù)鏈的可信度就崩了。我的建議是只寫你能完整復(fù)現(xiàn)的指標(biāo)。如果你記不清具體數(shù)字就寫一個(gè)范圍比如“從秒級(jí)降到百毫秒級(jí)”。范圍雖然不夠精確但至少不會(huì)在追問時(shí)露餡。而且范圍本身也傳遞了一個(gè)信息你記得大概的量級(jí)說明你確實(shí)關(guān)注過這個(gè)指標(biāo)。5.3 坑三復(fù)盤備注寫成“自我批評(píng)大會(huì)”復(fù)盤備注要暴露改進(jìn)點(diǎn)但不要變成自我批評(píng)。我見過有人寫“這個(gè)項(xiàng)目我做得很差代碼寫得一團(tuán)糟性能優(yōu)化也沒做好如果重來(lái)我肯定能做得更好。”這種復(fù)盤除了傳遞“我不自信”之外沒有任何信息量。好的復(fù)盤是具體的、有建設(shè)性的、指向未來(lái)的。比如“虛擬滾動(dòng)的方案在列表項(xiàng)高度不固定時(shí)會(huì)出現(xiàn)滾動(dòng)跳動(dòng)當(dāng)時(shí)為了趕進(jìn)度用了固定高度的妥協(xié)方案。如果重來(lái)我會(huì)先花半天時(shí)間實(shí)現(xiàn)動(dòng)態(tài)高度測(cè)量。”這個(gè)復(fù)盤指出了具體問題滾動(dòng)跳動(dòng)、根因固定高度妥協(xié)、改進(jìn)方向動(dòng)態(tài)高度測(cè)量而且改進(jìn)方向是具體可執(zhí)行的。復(fù)盤備注的篇幅控制在三到五行結(jié)構(gòu)是問題現(xiàn)象 根因分析 改進(jìn)思路。不要寫情緒化的自我評(píng)價(jià)只寫技術(shù)層面的分析和決策。5.4 坑四鏈接失效證據(jù)鏈斷裂這是最尷尬的坑。你辛辛苦苦掛了一堆鏈接結(jié)果半年后倉(cāng)庫(kù)私有化了、文檔權(quán)限改了、Demo下線了。讀者點(diǎn)進(jìn)去全是404你的證據(jù)鏈就斷了。我的應(yīng)對(duì)方案是三層備份第一層是原始鏈接指向倉(cāng)庫(kù)或文檔。第二層是快照鏈接用網(wǎng)頁(yè)存檔服務(wù)保存一份靜態(tài)快照。第三層是本地備份把關(guān)鍵截圖和錄屏存在自己的圖床或?qū)ο蟠鎯?chǔ)里鏈接直接指向圖片。對(duì)于代碼倉(cāng)庫(kù)如果因?yàn)楣菊卟荒芄_可以放一個(gè)脫敏后的代碼片段在文檔里只保留核心邏輯去掉業(yè)務(wù)敏感信息。這樣既保護(hù)了公司資產(chǎn)又展示了你的能力。注意掛鏈接之前一定要用無(wú)痕模式打開一遍確認(rèn)沒有權(quán)限問題。我吃過這個(gè)虧——自己登錄狀態(tài)下能打開別人打開就是403。6. 從“skills”到“能力資產(chǎn)”我實(shí)際使用后的三點(diǎn)體會(huì)6.1 維護(hù)成本比想象中高但值得這套證據(jù)單元的結(jié)構(gòu)維護(hù)起來(lái)確實(shí)比簡(jiǎn)單的標(biāo)簽列表麻煩。每完成一個(gè)項(xiàng)目你需要花半小時(shí)到一小時(shí)來(lái)整理證據(jù)、寫復(fù)盤、掛鏈接。如果偷懶不整理三個(gè)月后你就記不清當(dāng)時(shí)的量化指標(biāo)是怎么測(cè)的了。但我實(shí)際用下來(lái)這個(gè)投入是值得的。因?yàn)檎碜C據(jù)的過程本身就是一次深度復(fù)盤。你會(huì)被迫思考這個(gè)項(xiàng)目我到底做了什么哪個(gè)決策是關(guān)鍵如果重來(lái)我會(huì)改什么這些問題在項(xiàng)目進(jìn)行中往往沒時(shí)間想但整理證據(jù)時(shí)不得不面對(duì)。很多技術(shù)上的頓悟都是在寫復(fù)盤備注時(shí)發(fā)生的。我的做法是項(xiàng)目結(jié)束后一周內(nèi)必須整理完證據(jù)單元。超過一周記憶就開始模糊了。整理的時(shí)候不要追求完美先把關(guān)鍵信息記下來(lái)后續(xù)再慢慢補(bǔ)充。一個(gè)粗糙但真實(shí)的證據(jù)單元比一個(gè)完美但虛構(gòu)的強(qiáng)一百倍。6.2 面試時(shí)直接甩鏈接比口頭描述高效十倍這套系統(tǒng)最大的收益場(chǎng)景是面試。以前面試時(shí)面試官問“你做過什么性能優(yōu)化”我要花五分鐘描述背景、方案、結(jié)果而且描述過程中面試官可能已經(jīng)走神了。現(xiàn)在我會(huì)直接說“我整理了一個(gè)證據(jù)單元里面有完整的量化指標(biāo)和復(fù)盤鏈接發(fā)您您先看一眼?！泵嬖嚬冱c(diǎn)開鏈接三十秒就能看完關(guān)鍵信息。如果他感興趣他會(huì)針對(duì)細(xì)節(jié)追問如果他不感興趣我們可以快速進(jìn)入下一個(gè)話題。這節(jié)省了雙方大量時(shí)間而且證據(jù)單元里的量化指標(biāo)和復(fù)盤備注比口頭描述更嚴(yán)謹(jǐn)、更可信。我甚至遇到過面試官看完證據(jù)單元后說“你這個(gè)復(fù)盤寫得挺誠(chéng)實(shí)的很多人只寫優(yōu)點(diǎn)不寫缺點(diǎn)。”這種誠(chéng)實(shí)反而成了加分項(xiàng)。6.3 能力資產(chǎn)是可以復(fù)利的最后一個(gè)體會(huì)是這套系統(tǒng)有復(fù)利效應(yīng)。當(dāng)你積累了二十個(gè)證據(jù)單元后你會(huì)發(fā)現(xiàn)它們之間開始產(chǎn)生關(guān)聯(lián)。比如你在“穩(wěn)定性保障”域下的一個(gè)證據(jù)單元可能同時(shí)涉及“工程效能”域的CI/CD優(yōu)化。這種跨域的關(guān)聯(lián)會(huì)讓你的能力畫像更立體。而且證據(jù)單元是可以復(fù)用的。下次面試時(shí)你不需要重新準(zhǔn)備材料直接從證據(jù)庫(kù)里挑幾個(gè)相關(guān)的發(fā)過去就行。甚至寫年終總結(jié)、晉升答辯時(shí)這些證據(jù)單元可以直接拿來(lái)用。一次整理多次復(fù)用這就是能力資產(chǎn)化的價(jià)值。我現(xiàn)在每季度會(huì)花半天時(shí)間回顧一遍證據(jù)庫(kù)更新過時(shí)的鏈接補(bǔ)充新的證據(jù)單元調(diào)整技能檔位。這個(gè)習(xí)慣堅(jiān)持了兩年最大的感受是你對(duì)自己能力的認(rèn)知會(huì)比以前清晰很多。以前別人問你“你最擅長(zhǎng)什么”你可能要猶豫一下現(xiàn)在你可以直接說“我最擅長(zhǎng)穩(wěn)定性保障有三個(gè)獨(dú)立交付的證據(jù)你可以點(diǎn)開看”。這種確定性是任何技能標(biāo)簽都給不了的。