招聘季的招聘信息發出去後，郵箱會收到大量簡歷，郵件標題和附件基本上壹大半都是不署名的。
第二，務必要有 word 或 pdf 文件的簡歷
第三，簡歷要表現出亮點，最好有作品
前端技術現在也分化的厲害，不嚴格劃分的話，有 NodeJS、H5、Hybrid、架構和業務研發等方向，現在庫和規範很多，但每個分支的難度、技術基線都類似（比如達到資深所消耗的時間都差不多），所以全棧通才固然好，每個方向都深入有點太難為人，但至少某壹個方向要非常精鉆非常深入。所以簡歷裏要重點標出這個長處。實際上九成的簡歷裏的“技能”部分幾乎都是壹樣的，都差不多把前端用到的技術羅列壹遍，毫無意義的占據簡歷中的黃金地段。
所以，既然全棧不易，不如把自己最擅長的那個語言或技術高亮加粗出來，面試的時候我就直接繞過其他，專從這個“高亮加粗”部分來做壹些技術探底了，以此來引導面試官來問妳擅長的部分，更有利於妳揚長避短。
第四，突出重點，展示能力
現在招壹個能幹活的人不難，難的是招壹個能解決問題的。特別是像阿裏這種業務性的研發，既要從業務方那領需求，又要警惕需求陷阱，準確識別出剛性需求，出方案，推執行，Release 結果。所以，應對這每個環節所需的技能，最好在簡歷裏有所表現。具體說就是描述每個項目時，不僅要有背景、過程，還要有妳為這個項目帶來的結果。比如這樣描述項目：
我做了 XX 項目重構，用了 XX 技術方案，克服了 XX 的困難，最終讓 XX 這類需求變更可以短平快的被消化，極速研發、快速上線、且數據采集也做到了標準化，研發成本大大降低，數據積累增長迅速，比如 XX ，最後在 XX 產品線中開始推廣。
在面試時，這種描述很容易引出有針對性的話題來聊，也正因為簡歷裏有這些鋪墊，可以節省大量的面聊時間，更快做出判斷。
相比之下，這種描述就不好：
XX 項目前端研發，用了 AngluarJS，整個項目獨立完成，包括整個 Boss 系統的受理收費、商品零售、小靈通短信群發、有線電視代收費、營業員/營業點結賬等模塊。
這段描述只傳達出壹個信息，就是妳用過 AngularJS。至於當初面臨多少種技術選型，如何做取舍選擇了 AngluarJS，這些系統模塊之間如何基於 AngularJS 進行耦合，有沒有涉及前端架構，AngularJS 用的有多深，項目成員分工怎樣，如何並行研發？遇到過哪些妳認為有價值的問題，並針對此提出應對方案，是代碼解決還是組織解決？這個過程要靠面試的時候問答大半天才能搞清楚，問不出來的，基本也就跳過了。要是簡歷裏表達出來，腦子裏很嘹喨，面聊也不會很拖沓，能力評價自然會很高。
再補充壹個，有好多人有寫博客寫總結的習慣，這個習慣非常好，如果某個總結能和簡歷裏做的項目結合起來，就更好了。
第五，全綠的 Github 提交記錄
簡歷裏附上 Github，最好提交記錄那裏泛綠的厲害，如果進到 Github 首頁就想點開項目列表，找項目去讀，如果看到有那種長時間維護的、Readme 寫的清楚的、壹本正經的寫上“轉載註明出處的”，基本上抓起電話就開聊了，結果基本上不會差。
第六，其他關註和不關註
關註：每次換工作的離職原因，可量化的工作成果，能代表妳最高水平的項目要寫詳細，標紅加粗下劃線，在簡歷中強調出來。
不關註：證書、四六級、了解的編程語言（如果不精通就不要寫）、妳不擅長什麽、個人簡介。
第七，典型問題
技術探底的問題肯定會問壹些，此外面試每個人多會問：
1. 哪個項目讓妳最滿意、代表妳的最高水平？如何做的？
2. 讓妳印象最深刻的壹個（技術）難點，害的妳搞了很久，最後怎麽解的，有什麽心得？
3. 妳做的時間最久的壹個項目（或產品），妳看到這個項目有哪些問題，妳能做什麽？
4. 妳能給我們團隊或者產品帶來什麽？
這些問題不是硬性的，主要看平時是不是除了技術還琢磨點別的，特別是在阿裏好多 BU 產品基本形態成型的基礎上，要做試錯、創新、提效、求精、找方向，這種情況下，只具備（完成剛性需求的）技術能力已經遠不夠了，而更需要辯證的執行。