簡介：阿里演算法，浙大博士帶你寫專案經歷！
簡歷模組
校招應屆生的簡歷主要包括：基本資訊、教育背景、工作/實習經歷、科研/專案經歷、榮譽/獲獎稱號，組織/社團經歷以及其他個人評價等。其中前面四項是必選項，也是招聘者最關心的資訊。榮譽/獲獎稱號和組織/社團經歷可以作為應聘者綜合能力的額外補充。個人評價等資訊通常不會特別受關注，有利於應聘的資訊可以放上去。
- 基本資訊：給出的聯絡方式要儘量確保可以即時聯絡，否則容易耽誤重要資訊。
- 教育背景：如果在校期間的成績比較不錯或者研究生期間的導師或者實驗室非常知名的話，也可以在簡歷裡面體現出來。
- 工作/實習經歷：優秀的實習經歷是非常加分的，可以詳細地描述一下實習期間自己主要的工作內容和成果。
- 科研/專案經歷：隨著大學科研實力的提升，校招生擁有科研或者專案經歷變得越來越普遍。對於一些技術要求比較高的崗位（例如演算法崗），專案研究經歷也是非常重要的。論文專利或者實驗室參與的橫向專案都可以應聘者在某一個領域的專業程度，有相關經歷可以詳細描述一下。
專案經歷
1. STAR法則
描述專案是一份簡歷裡面最核心也是最頭疼的地方。好的專案描述很清晰地就能讓他人看到應聘者的貢獻和能力，反之差的專案描述給人感覺就是他做了這件事情但好像又不知道做了什麼事情。
而專案描述的核心目標就是回答清楚三個問題：
（1）為什麼要做這件事？
（2）採取了什麼行為來做這件事？
（3）最終取得了什麼成果？
一個非常著名的法則就叫做STAR法則，STAR是Situation（情形），Task（目標）， Action（行為），Result（結果）四個單詞的首字母：
- Situation: 專案發生的背景是什麼？
- Task: 專案的任務是什麼，要達到什麼樣目標？
- Action: 面對這個任務採取了什麼的解決方案？
- Result:（量化）描述最終取得了什麼樣的成果？
2. 具體案例
具體我們可以通過一個實際案例（已經獲得作者的授權）來理解，作者參與了一個BERT預訓練網路QAT量化研究的專案。
- Situation: 紅色框說明了專案的背景，因為模型引數量很大所以難以部署。
- Task: 藍色框說明了專案目標，需要對模型進行量化來加速推理。
- Action: 綠色框是具體採用了什麼樣的行為來達到目標，通常會以動詞進行開頭，這裡體現一些的關鍵詞會是面試過程中重點探討的內容。
- Result: 深藍色框是最終取得的結果，最終在精度無損的情況下加速了四倍，在描述取得的成果時，推薦儘量「量化」地去描述，客觀的資料相比於主觀的描述會更加具有說服力。
從這個案例我們可以看到，整個描述的字數用的並不多，但是沒有一句話是多餘。並且邏輯十分清晰，分成了三條來描述STAR的四點內容。與之相對應，反面例子就是花了一大段篇幅來描述一個專案，卻表達不清楚自己做了什麼。
3. 三個問題
在描述一個專案的時候我們可以對照一下STAR法則，看看這幾個關鍵點是否都表達清楚了。之後我們可以在自問一下自己以下三個問題：
- 是觀點還是行為？
- 是自己的行為還是別人的行為？
- 是概括的總結還是具體的事件？
如果以上三個問題回答的都是紅色的選項，就說明專案描述是合格的。
簡歷是一個人過往經歷的呈現，平時付出了努力都會有回報，相信學弟學妹們都能在簡歷裡面把自己100分的水平展現出來，都能在校招季取得理想的offer。
活動初衷
阿里巴巴倡導“人人公益3小時”，以此來激發大家內心的善念，並通過個人的專業度，來釋放善能。我們組建了一個民間公益組織，叫做燃燒吧少年幸福團，就是希望找到更多有這份善心及善能的“學長學姐”，基於各自的行業積累，專業實踐和生活閱歷，為關注求職及個人成長的高校同學們及個人開發者，提供力所能及的資訊和幫助。同時，我一直覺得，這樣的分享、對話是平等互利的。我們能在繁碌之餘，有機會和年輕的靈魂產生碰撞，看到更多優秀的人們在奮力前行，也是一種美好和幸福。
——王可心，阿里巴巴，活動志願者
除了簡歷指導，還提供阿里內推機會（報名地址）：
版權宣告：本文內容由阿里雲實名註冊使用者自發貢獻，版權歸原作者所有，阿里雲開發者社群不擁有其著作權，亦不承擔相應法律責任。具體規則請檢視《阿里雲開發者社群使用者服務協議》和《阿里雲開發者社群智慧財產權保護指引》。如果您發現本社群中有涉嫌抄襲的內容，填寫侵權投訴表單進行舉報，一經查實，本社群將立刻刪除涉嫌侵權內容。