背景

由於工作原因，近幾個月我看過 100+ 前端簡歷。

我看完了之後會給他們回覆自己的評審建議，供他們參考。

一直都是零零散散的一對一回復，也是時候統一彙總一下常見問題。
一方面分享給大家作為參考，畢竟春招正旺。另一方我自己作總結和覆盤。

最主要的幾個問題

統一用 pdf 檔案

很多簡歷都是 word 格式，我用郵箱自帶的瀏覽功能預覽，有時候會格式錯亂。
建議統一用 pdf 格式，在任何情況下都不會混亂。

另外，簡歷要簡潔明瞭，白底黑字就好。格式上就用常見的表格、標題、列表等，不用過於花哨。

簡歷內容太多了

有些簡歷內容很多，滿滿的 4 頁，其實完全沒有必要。
一般情況下，應屆生 1-2 頁，社招的 2-3 頁，就足夠呈現你的優勢了。

有些人可能疑問：我做過很多專案，我要都寫上，3 頁肯定不夠。
對於這個問題，後面會有解釋，即專案經歷不用全寫，只寫幾個代表性的即可。

簡歷內容的順序

hr 查閱簡歷就跟高考閱卷一樣，每一份簡歷都只有幾十秒的閱讀時間。所以一定要按照常規的順序來展示簡歷內容，否則會影響 hr 閱讀。

常規的順序是：個人資訊 --> 教育經歷 --> 工作經歷 --> 專業技能 --> 專案經歷。有這幾條就足夠了，其他的不需要。

個人資訊的一些細節

個人資訊裡，可以體現出：獲獎、證照、英語、部落格或開源，這些也挺重要的。

年齡，如果很年輕就寫上，如果工作 >= 5 年了就不用寫了。透過教育經歷和工作經歷，可以推斷出你的年齡。

婚姻狀況不用寫，hr 面試時會聊到。但女生會被重點問道，還會關心你啥時候生孩子，因為產假好幾個月。

期望薪資不要寫，不要輕易暴露自己的底牌。工資最後面聊即可。

最後，部落格/開源，如果內容還不錯，往前寫，不要寫到最後 —— 這是很大的競爭優勢！
PS：簡歷最大的幾個優勢：1. 學校（特別應屆生）；2. 大廠工作經歷；3. 開源專案、部落格等社群影響力（特別適合內推）

不要寫自我介紹或自我評價

很多簡歷最後會寫自我評價、自我介紹，寫上一些文字。無非就是一些“認真負責/熱情積極/愛學習” —— 說實話，這些沒有用。例如，你連個部落格都不寫，你說你自己“愛學習/愛技術”，誰信啊。

根據簡歷的格式，乾貨都已經表達清楚了，剩下的就是一些空話，這些不會因為你寫了他就信，會用其他方式考察。

另外，寫出你的興趣愛好也沒用，沒人關注你的興趣愛好。還有寫上自己有駕照，也沒用的，這又不是招聘司機。

所以，這些都不用寫，寫上了也沒人看。

專業技能要寫的條理而豐富

專業技能要寫的條理清晰，每條只表達一件事情。例如，vue 相關的單獨寫一條，React 相關的單獨寫一條，工程化、nodejs、小程式等都同理，單獨佔一條。

重要的技能如 vue React webpack 等，寫的豐富一些，把一些周邊常用的工具都寫上。hr 不懂技術，你把常用的技術都寫上，在 hr 那就能更好的匹配。

不要寫太多基礎的內容。例如會 jQuery echarts bootstrap …… ，這些沒啥競爭力。
基礎內容合併為一條就行了：熟練掌握 HTML CSS Javascript 以及前端常用的工具。這樣就可以了。

專業技能，要和專案經歷對應起來，否則不可信。
例如，專業技能上寫了“熟練掌握 nodejs” ，結果專案經歷裡沒有 nodejs 的專案，這肯定看起來怪怪的。

最後，熟練程度（瞭解、熟悉、熟練掌握、精通）一定要進展，不可瞎寫。千萬不要亂寫“精通 xxx”。
我們國家本來就是一箇中庸的文化，再加上程式設計師又是一個很嚴謹的職業，不要亂寫。

不要再寫“仿xxx”專案

也許你現在工作經驗不足，學了一個什麼課程，模仿著做了一個專案。
但你在專案經歷裡千萬不要寫“仿xxx”專案，很簡單，你稍微改一改專案名字，其他內容都不用改。

因為“仿xxx”這個名字很顯眼，給人的第一印象就是：你是菜鳥，還需要模仿，不行。
即，還沒看專案內容呢，就先給你專案定性了，第一印象很重要。
所以你改一改專案名字，就會被當作一個正常專案去評審，會相對公平一些。

主要，這並不是造假，我也堅決抵制簡歷造假。這是一種技巧。

專案經歷的正確格式

簡歷中描述一個專案的時候，千萬不要把所有內容都混在一起，大段大段的寫。有的甚至標點符號都很少用。
現代人白天盯著電腦手機，眼睛已經很疲勞了，再看大段的文字他會非常排斥的。我也一樣。

所以，稍微變通一下，把這些內容分條寫出來。這樣即內容豐富，而又不會混亂。專案的內容可以包括：

• 專案介紹
• 技術棧
• 主要工作
• 最終成果（或專案產出）

專案經歷不是記錄流水賬

【注意】這一條非常非常重要！

簡歷的本質，是用簡潔的文字，來表達你的技術能力和經驗。而且，要用盡量少的成本，讓用人單位儘快識別。

我們先拋開簡歷，來試想兩個極端的例子，做一個思想實驗：

• 第一，如果用人單位真的想認真詳細的瞭解你的技術能力，你的經驗，如果不談成本，他應該聽你詳細的講一講你畢業之後的所有工作，還要看你所有的程式碼、文件、圖等資料。這樣是最詳細的方法，對吧？—— 但是沒人這樣做，為啥呢？因為太慢了，耗不起，或者不值得。
• 第二，如果用人單位想最快的解決問題，最好的方式就是：完全信任你。你說你會啥，他都信，你說你值多少錢，他都給你（只要他給得起）。這樣最快，效率最高，對吧？—— 但是沒人這樣做，為啥呢？—— 因為你說的不可信啊，你說你會什麼技能，怎麼證明呢？

所以，現在大家都是用一個折中的方案 —— 簡歷 + 面試考察。
上述思想實驗雖然不可行，但透過它你能思考出簡歷在其中的價值，或者專案經歷的價值 —— 專案經歷的價值，就是為了驗證個人技術能力，不是讓你記錄自己的工作流水賬。

所以，專案不要太多，有技術棧重複的多個專案，就合併起來。只要你的專案能體現你的技能就可以了。
甚至，這個專案是不是你做的都沒關係，你可以寫一個你同事做的專案，只要你掌握了這個專案的技術，面試的時候你就說是你做的，沒人會不相信。前提你有這個技術能力。

所以，我們日常工作中，千萬不要只盯著自己的工作。
公司裡的好專案，要積極參與，或者積極圍觀，以後面試的時候用得著。

其他問題

仔細認真的態度

簡歷要認真對待，不要草草的寫完。你潦草的對待簡歷，那面試企業也就潦草的對待你。
還有人給我發的簡歷，最後一頁是空白的，啥也沒有。這一看就不仔細。做程式設計師，非常需要仔細認真的工作態度。
還有，一些技術名詞的英文單詞拼寫錯誤，這都是非常不好的事情。

技術棧過於單一

大部分人的技術棧過於單一，vue 居多，熟悉 React 的不多，熟悉 nodejs 也不多。
這樣會很影響自己的機會，畢竟 vue 的人越多，內卷就越嚴重，競爭就越激烈。所以一定要尋找差異化。

專案缺乏複雜度和競爭力

有很多人透過簡歷跟我反饋這個問題：感覺自己工作多年，也沒有什麼拿的出手的專案，複雜度不高，就是增刪改查那些東西，天天搬磚。
這是一個好問題，相信很多人都有這個問題，而且工作經驗越多這個問題凸顯的越明顯。

按理說，剛畢業幾年做基層編碼工作，慢慢的工作 3-5 年之後，就開始做一些設計、評審、技術方案、管理、帶頭人等工作。
但是，每個公司都是一個金字塔形的人才結構，需要的高階人才肯定是少於，所以肯定是有很多人因為各種原因到不了高階。

既然外部環境到不了，那就只能靠自己去努力進步。
針對此事我們調研過，需要做一個複雜度高的、有難度的專案來鍛鍊自己的設計、架構、研發專案管理能力。
這一切都整合到了我參與的《》課程裡，有興趣的可以去看看課程介紹。

總結

本文總結了前端簡歷中常見的一些問題，估計大家應該多多少少的也都遇到過。這些問題正好供大家參考。

最後，如果你想要讓我免費點評簡歷，可以去參加我的《》課程或《》課程學習，任意一門都可以。

祝大家都能收穫滿意的 offer ！