一份優秀的前端開發工程師簡歷是怎麼樣的

其實很強調重點，由於五六年下來，作過的東西解決過的問題太多了，實在是一言難盡，因此寫簡歷的時候，我就強調這幾點，最終想表達的是：我技術涉獵廣，在特定領域有深刻，能夠組建並帶團隊，可以組織團隊解決不一樣場景的問題。相信若是這些點都名副其實的話，應該能夠獲得一個很不錯的職位。因此若是面試官對我感興趣，每句話均可以展開不少，聊一個小時不過度。

固然，每一個人的方向不一樣，工做經驗也不一樣，若是是1年前，個人簡歷就跟這截然不同了，不過簡歷千萬別誇大，那如何讓本身的簡歷變得愈來愈牛逼呢？這其實就是另一個話題了，其實每一年爲何要尋求不斷的成長？最終的目的不仍是要把這些東西變成你下次寫簡歷時候簡歷上的牛逼？因此有時候我跟團隊的人說，若是你想不清楚什麼是成長，不知道如何制定規劃，你就這樣想，你這一年作什麼可讓你年末跳槽的時候double？我不怕你是由於能力強了double跳槽的，就怕你作了一年下來發現本身仍是一點成長都沒有才跳槽的。

而後說說我但願見到的簡歷，參考半年前寫過的一篇文章（ 如何面試一名前端開發工程師？），裏面總結我但願招到的人是什麼樣的：

• 技術熱情很重要，我不須要單純的把技術當作吃飯家伙的人。
• 作事態度很重要，我不想招聘每天抱怨卻不去解決問題的人。
• 學習能力，總結能力，可以自我進步的人，而不是須要手把手教的。
• 分析能力，其實也就是解決問題的能力。
• 技術經驗，固然越多越好，若是缺少，至少要表現出成長潛力。

簡歷裏須要寫什麼？固然是針對這些點來推銷本身！這是寫簡歷的基本方法論。
詳細就不展開了，文章裏有一些展開

 

 

2、

做者：拔赤
連接：https://www.zhihu.com/question/23150301/answer/88400359
來源：知乎
著做權歸做者全部。商業轉載請聯繫做者得到受權，非商業轉載請註明出處。

簡歷不只僅是履歷，它的重要做用是展現能力！！！

在阿里常年招聘，篩過各式各樣的簡歷，每到招聘季，篩簡歷、面試過程很是耗精力，固然，緣由之一是我想招很是優秀的人，寧肯多花些時間，另外一方面，除了那些不合格的簡歷以外，還有好多簡歷語焉不詳，不得不在電面時反覆確認，同時爲了兼顧應聘者感覺，又要裝做很職業的樣子跟他作一些互動，每每這部分有大量被篩掉的人，這侵佔了個人大片時間。爲了提升這部分人的簡歷經過（面試）的效率，列幾點建議：

第一，自薦簡歷必定要署名

招聘季的招聘信息發出去後，郵箱會收到大量簡歷，郵件標題和附件基本上一大半都是不署名的。簡歷評估+電面以後，不會每一個簡歷都會寫完整評價錄入系統，特別是一些拿不許的簡歷，想 Hold 一下，等處理徹底部以後再翻出來看看，但當 review 這些簡歷時，從郵件列表中看到的每每是這樣的：

早就不記得哪一個郵件放的是誰的簡歷，再挨個去翻附件（有的是PDF，有的是Word，有的是 HTML，有的乾脆是一個 zip，有的是一個網址，有的乾脆把簡歷粘貼在郵件正文。。。）去對當初寫的評價，很耗時，效率奇低。即便最後翻到要找的簡歷，也已經大大減分了。因此，若是自薦簡歷的話，必定要在郵件標題、簡歷附件文件名上寫清楚，誰、應聘什麼崗位、建議層級（初級、資深、專家），好歹我下載完附件以後不用再重命名了。

第二，務必要有 word 或 pdf 文件的簡歷

如今好多人簡歷直接掛網上，或者是 HTML 的，這種簡歷我處理起來很費勁。阿里內部的招聘系統支持 word 和 pdf 格式支持的最好，我在錄入系統時，上傳完附件後好多字段直接就被系統讀出來了，HTML 的簡歷支持的最差，傳完附件我還要一個個手工去填，花精力在這上面是徹底沒意義的，並且從個人經驗來看，一頁 HTML 簡歷源碼能表現的東西實在有限，畢竟咱們如今不招初級（P5及如下）前端了，因此 word 和 pdf 格式的載體足夠了，多花精力放在簡歷內容上。

第三，簡歷要表現出亮點，最好有做品

前端技術如今也分化的厲害，不嚴格劃分的話，有 NodeJS、H五、Hybrid、架構和業務研發等方向，如今庫和規範不少，但每一個分支的難度、技術基線都相似（好比達到資深所消耗的時間都差很少），因此全棧通才當然好，每一個方向都深刻有點太難爲人，但至少某一個方向要很是精鑽很是深刻。因此簡歷裏要重點標出這個長處。實際上九成的簡歷裏的「技能」部分幾乎都是同樣的，都差很少把前端用到的技術羅列一遍，毫無心義的佔據簡歷中的黃金地段。

因此，既然全棧不易，不如把本身最擅長的那個語言或技術高亮加粗出來，面試的時候我就直接繞過其餘，專從這個「高亮加粗」部分來作一些技術探底了，以此來引導面試官來問你擅長的部分，更有利於你揚長避短。

技術探底通常怎麼作？看做品！若是擅長 Node，就看看 NPM 上提交的模塊，install 下來演示下，講講核心代碼。若是是一個組件，就直接看 Demo，講設計封裝思路。若是是一套腳手架工具，直接畫架構圖，講原理和適用場景。若是是項目，那就 show 下你做爲 PM 發的 Release 郵件！做品不只僅是這些，也能夠是技術專利、設計方案、成功的帶人案例、成功的團建案例等，只要內容充實接地氣，脈略（能夠是代碼、也能夠是一件事）清晰，show 的過程當中兩眼放光唾沫星子亂飛，有這個感受就對了。因此，簡歷裏要適當帶有這些儲備好的做品，備着面試時狂秀一下。

第四，突出重點，展現能力

如今招一個能幹活的人不難，難的是招一個能解決問題的。特別是像阿里這種業務性的研發，既要從業務方那領需求，又要警戒需求陷阱，準確識別出剛性需求，出方案，推執行，Release 結果。因此，應對這每一個環節所需的技能，最好在簡歷裏有所表現。具體說就是描述每一個項目時，不只要有背景、過程，還要有 你爲這個項目帶來的結果。好比這樣描述項目：

我作了 XX 項目重構，用了 XX 技術方案，克服了 XX 的困難，最終讓 XX 這類需求變動能夠短平快的被消化，極速研發、快速上線、且數據採集也作到了標準化，研發成本大大下降，數據積累增加迅速，好比 XX ，最後在 XX 產品線中開始推廣。

在面試時，這種描述很容易引出有針對性的話題來聊，也正由於簡歷裏有這些鋪墊，能夠節省大量的面聊時間，更快作出判斷。

相比之下，這種描述就很差：

XX 項目前端研發，用了 AngluarJS，整個項目獨立完成，包括整個 Boss 系統的受理收費、商品零售、小靈通短信羣發、有線電視代收費、營業員/營業點結帳等模塊。

這段描述只傳達出一個信息，就是你用過 AngularJS。至於當初面臨多少種技術選型，如何作取捨選擇了 AngluarJS，這些系統模塊之間如何基於 AngularJS 進行耦合，有沒有涉及前端架構，AngularJS 用的有多深，項目成員分工怎樣，如何並行研發？遇到過哪些你認爲有價值的問題，並針對此提出應對方案，是代碼解決仍是組織解決？這個過程要靠面試的時候問答大半天才能搞清楚，問不出來的，基本也就跳過了。要是簡歷裏表達出來，腦子裏很嘹喨，面聊也不會很拖沓，能力評價天然會很高。

再補充一個，有好多人有寫博客寫總結的習慣，這個習慣很是好，若是某個總結能和簡歷裏作的項目結合起來，就更好了。

第五，全綠的 Github 提交記錄

簡歷裏附上 Github，最好提交記錄那裏泛綠的厲害，若是進到 Github 首頁就想點開項目列表，找項目去讀，若是看到有那種長時間維護的、Readme 寫的清楚的、一本正經的寫上「轉載註明出處的」，基本上抓起電話就開聊了，結果基本上不會差。

第六，其餘關注和不關注

關注：每次換工做的離職緣由，可量化的工做成果，能表明你最高水平的項目要寫詳細，標紅加粗下劃線，在簡歷中強調出來。

不關注：證書、四六級、瞭解的編程語言（若是不精通就不要寫）、你不擅長什麼、我的簡介。

第七，典型問題

技術探底的問題確定會問一些，此外面試每一個人多會問：

1. 哪一個項目讓你最滿意、表明你的最高水平？如何作的？
2. 讓你印象最深入的一個（技術）難點，害的你搞了好久，最後怎麼解的，有什麼心得？
3. 你作的時間最久的一個項目（或產品），你看到這個項目有哪些問題，你能作什麼？
4. 你能給咱們團隊或者產品帶來什麼？

這些問題不是硬性的，主要看平時是否是除了技術還琢磨點別的，特別是在阿里好多 BU 產品基本形態成型的基礎上，要作試錯、創新、提效、求精、找方向，這種狀況下，只具有（完成剛性需求的）技術能力已經遠不夠了，而更須要辯證的執行。

最後

固然，上面這些都是建議，無論你以爲有沒有用，堅持一個原則，那就是「簡歷不只僅是履歷（你作過什麼），它的重要做用是展現能力（你能作好什麼）！！！」

以上~

 

3、