如今前端的門檻有點低，以至於大部分求職者看著薪水還可以就進入這個圈中，然而多年過去了，發現自己還在徘徊。
當我們在寫自己的簡歷時，我們發現這麼多年似乎沒什麼可寫了，沒什麼要點，都是增刪改查，心裡不少困惑。
做什麼才有點呢？
首先項目經驗一定要務實，因為基本是一定會被問到的。你在項目中的位置，上面有誰下面有誰，前面有誰後面有誰，平行的又有誰？項目中遇到了什麼問題，你是怎麼解決的？項目有什麼亮點？又有什麼遺憾？做完這個項目，你跟以前相比有哪些提升？這裡面有很多地方可能遭受挑戰，如果刻意拔高自己而虛報業績的話，很可能被發現，被發現的結果你懂的。
另外作為開發人員，除了語言部分，還有一些統一的知識技能，比如：開發工具，項目文件管理，版本管理，Bug調試，編譯發佈，開源代碼使用等等。目前前端缺乏教育基礎和工業規範，我經常從這個方面來判斷對方的學歷能力和用功態度。所以，在項目經驗裡，還可以寫開發流程是怎樣的，比如代碼怎麼部署？前後端怎麼合作？出了bug怎麼定位？有設計上的問題怎麼溝通解決？等等。
最後說到前端的根本三大件：CSS、HTML、JS。
如今前端的門檻有點低，以至於大部分求職者看著薪水還可以就進入這個圈中，然而多年過去了，發現自己還在徘徊。
當我們在寫自己的簡歷時，我們發現這麼多年似乎沒什麼可寫了，沒什麼要點，都是增刪改查，心裡不少困惑。
做什麼才有點呢？
首先項目經驗一定要務實，因為基本是一定會被問到的。你在項目中的位置，上面有誰下面有誰，前面有誰後面有誰，平行的又有誰？項目中遇到了什麼問題，你是怎麼解決的？項目有什麼亮點？又有什麼遺憾？做完這個項目，你跟以前相比有哪些提升？這裡面有很多地方可能遭受挑戰，如果刻意拔高自己而虛報業績的話，很可能被發現，被發現的結果你懂的。
另外作為開發人員，除了語言部分，還有一些統一的知識技能，比如：開發工具，項目文件管理，版本管理，Bug調試，編譯發佈，開源代碼使用等等。目前前端缺乏教育基礎和工業規範，我經常從這個方面來判斷對方的學歷能力和用功態度。所以，在項目經驗裡，還可以寫開發流程是怎樣的，比如代碼怎麼部署？前後端怎麼合作？出了bug怎麼定位？有設計上的問題怎麼溝通解決？等等。
最後說到前端的根本三大件：CSS、HTML、JS。
首先CSS現在已經不是單純的CSS了，新的樣式新的選擇器，使得很多組件都有改進餘地（厚臉皮帖下自己的文章：純CSS實現多選組件）那麼你在項目中有沒有利用其改進功能並保證兼容性呢？還有CSS現在有很多預處理工具，比如Sass，Less，Stylus，你有沒有使用這些改善開發呢？
HTML也新增了不少標籤，有沒有用到？哪些場景用到了？有沒有考慮兼容性？怎麼處理的？有沒有試過在移動設備上開發？怎麼調試的？
JS一說起來就更沒完了，什麼是閉包怎麼繼承這都是基礎。項目架構中前後端關係是怎樣的？前端需要處理哪些邏輯？如果邏輯主要在後端，那前端是否組件化？如果邏輯都在前端，那使用了什麼框架來處理組件間操作和數據試圖更新？代碼依賴和加載通過什麼進行的？有沒有遇到性能問題，怎麼解決的？
總之，作為面試官，我考慮的是眼前這個人屬於哪個等級，我們的產品他能做嗎？我現有的技術積累他多長時間能融入，我們的開發流程他多長時間能接入。所以，如果能回答以上問題，多半就OK了。
如今前端的門檻有點低，以至於大部分求職者看著薪水還可以就進入這個圈中，然而多年過去了，發現自己還在徘徊。
當我們在寫自己的簡歷時，我們發現這麼多年似乎沒什麼可寫了，沒什麼要點，都是增刪改查，心裡不少困惑。
做什麼才有點呢？
首先項目經驗一定要務實，因為基本是一定會被問到的。你在項目中的位置，上面有誰下面有誰，前面有誰後面有誰，平行的又有誰？項目中遇到了什麼問題，你是怎麼解決的？項目有什麼亮點？又有什麼遺憾？做完這個項目，你跟以前相比有哪些提升？這裡面有很多地方可能遭受挑戰，如果刻意拔高自己而虛報業績的話，很可能被發現，被發現的結果你懂的。
另外作為開發人員，除了語言部分，還有一些統一的知識技能，比如：開發工具，項目文件管理，版本管理，Bug調試，編譯發佈，開源代碼使用等等。目前前端缺乏教育基礎和工業規範，我經常從這個方面來判斷對方的學歷能力和用功態度。所以，在項目經驗裡，還可以寫開發流程是怎樣的，比如代碼怎麼部署？前後端怎麼合作？出了bug怎麼定位？有設計上的問題怎麼溝通解決？等等。
最後說到前端的根本三大件：CSS、HTML、JS。
首先CSS現在已經不是單純的CSS了，新的樣式新的選擇器，使得很多組件都有改進餘地（厚臉皮帖下自己的文章：純CSS實現多選組件）那麼你在項目中有沒有利用其改進功能並保證兼容性呢？還有CSS現在有很多預處理工具，比如Sass，Less，Stylus，你有沒有使用這些改善開發呢？
HTML也新增了不少標籤，有沒有用到？哪些場景用到了？有沒有考慮兼容性？怎麼處理的？有沒有試過在移動設備上開發？怎麼調試的？
JS一說起來就更沒完了，什麼是閉包怎麼繼承這都是基礎。項目架構中前後端關係是怎樣的？前端需要處理哪些邏輯？如果邏輯主要在後端，那前端是否組件化？如果邏輯都在前端，那使用了什麼框架來處理組件間操作和數據試圖更新？代碼依賴和加載通過什麼進行的？有沒有遇到性能問題，怎麼解決的？
總之，作為面試官，我考慮的是眼前這個人屬於哪個等級，我們的產品他能做嗎？我現有的技術積累他多長時間能融入，我們的開發流程他多長時間能接入。所以，如果能回答以上問題，多半就OK了。
關於你的簡歷，記住下面這些點：
- 覺得有可能過不了的簡歷，肯定過不了。
- 覺得一定過得了的簡歷，可能過不了。所以為了不浪費雙方時間，我選擇直接放棄提交。那回到問題，什麼樣的簡歷，能達到一定過得了呢？我一般關注以下幾點。
- 名校出身or知名互聯網企業工作經驗。這點兒可能會傷很多學歷或履歷不怎麼樣的同學的心。但是沒有辦法，這幾年從業前端的人越來越多，而坑位總是有限的，自然而然會將整體門檻拔高。同樣一份簡歷，他們就是更有競爭力。學歷好證明學習能力強，履歷好證明工作能力OK。當然不是說出身不好的就一定沒希望了，你得有其他的亮點。（p6及以上的話，培訓班出身+十八線公司肯定過不了）
- 知識面廣且某幾個方向達到一定深度。很多人技能清單裡寫了一大堆。但鬼知道那一堆熟悉掌握是不是真的熟悉掌握。所以我看知識面一般還是看項目經驗，具體用了哪些技術。而技術深度可以看項目中解決了什麼難題。一些看看文檔就能解決的基本問題，如果還在簡歷裡說的，基本直接淘汰。如果項目真沒啥難度，也可以寫一些技術文章，如某些業界難題的分析與解決方案或者一些知名框架or庫的源碼解析之類，也能讓面試官感受你在技術深度上的探索與挖掘。
- 項目/工作經歷中最重要的是自己拿到了什麼樣的結果，而不是實現了什麼樣的功能。很多同學寫項目經歷，都會寫自己開發的產品有什麼樣什麼樣的功能。比如開發了某某微商城系統，實現了商品列表、購物車、多方支付等等功能。說實話，這對面試官毫無體感。你完成功能開發這也是基本業務需求，沒什麼大不了的。正確的套路應該是這樣：採用了某某技術方案，解決了某某問題，帶來了什麼樣的結果與影響。舉幾個例子：通過調研webpack打包優化方案，靜態資源體積從多少減小到多少，優化了用戶體驗。方案發布後，頁面打開率增加了多少，巴拉巴拉。通過引入前端監控方案，能更早定位與發現問題，引入後，讓輿情反饋從每週多少降低到每週多少。通過引入node中間層，實現了前後端之間再一步分離。使得後端接口更微服務化、更專注於功能實現而非頁面邏輯，需求迭代更加快速。引入之後，減少了多少後端開發成本，提高了多少研發效率。等等等等。
- 需要一定的執行力與推動力有些同學簡歷上寫，某某項目自己抽離了公共組件之類。那這些公共組件有在其他項目中落地嗎？如果沒有，那這些公共組件抽出來有啥子用？你說你喜歡什麼什麼技術，喜歡函數式，喜歡rxjs，喜歡TypeScript。或者公司技術陳舊還用jQuery，公司用vue但是你喜歡react，那有沒有嘗試推動組內其他同學甚至整個公司去採用呢？在阿里KPI系統中，會考察團隊協作與技術貢獻。需要員工能去影響他人，需要能推動事情落地。如果僅僅只偏安一隅，是肯定不夠的。我覺得上述4點，至少要達到2點吧。最後總結現在前端技術已趨於穩定，僅僅說自己掌握哪些框架或者技術棧已經沒有什麼吸引力了。簡歷中一定要突出自己的技術深度，拿結果的能力，或者是對公司對團隊的貢獻。
關注我的頭條號，分享更多的技術學習文章，如果對於學習編程有很多疑惑，沒有思路，不知道如何有效率的學習，可以添點擊下方鏈接，有最新系統的學習教程和學習路線。我做了很多年開發，對於學習方式，如何提高自己的技術有一定的經驗，術業有專攻，多跟有經驗的人交流學習，對這個行業信息瞭解的多，職業發展的空間就越大。