裝飾你的敲門磚,離大廠更進一步

来源:https://www.cnblogs.com/tangshiwei/archive/2019/11/06/11803677.html
-Advertisement-
Play Games

前言 這是我個人 面試系列 的第二篇文章,在第一篇文章中我主要分享了一下我之前面試大廠的部分面試題,很高興得到了許多前端小伙伴兒的支持和點贊。平心而論,我的學歷和背景並不是很突出,只能算普通,但幸運的是還是有機會接收到某些大廠( 比如攜程、嗶哩嗶哩、流利說、喜馬拉雅等 )的面試邀請,當然也不排除公司 ...


前言

這是我個人面試系列的第二篇文章,在第一篇文章中我主要分享了一下我之前面試大廠的部分面試題,很高興得到了許多前端小伙伴兒的支持和點贊。平心而論,我的學歷和背景並不是很突出,只能算普通,但幸運的是還是有機會接收到某些大廠(比如攜程、嗶哩嗶哩、流利說、喜馬拉雅等)的面試邀請,當然也不排除公司緊急招人的情況。但是我內心其實還是可以感覺到,可能是我在製作簡歷的過程中思考出的一些小技巧在起作用,畢竟在我使用這些小技巧之前,我的簡歷也曾是石投大海,但是修正之後很明顯看到面試邀請增多了,但我不知道這些技巧是否適用於每個前端人員,我只是想在這裡將我的思考過程和心得總結出來,和大家一起分享,更希望能幫助廣大的前端小伙伴兒成功走進自己心儀的那家公司。

第一篇文章入口:記一次大廠的面試過程

正文

正文部分我甚至會從新建一個word文檔開始,一步一步從外到內,從上到下分析簡歷中所需要的每個模塊以及每個模塊中的內容梳理,當然這都是我自己個人的心得,如果您不喜歡,也請不要詆毀我弱小的心靈哈!

1. 簡歷標題

創建word文檔準備製作簡歷的時候,肯定會讓你輸入一個明確的標題,也就是word文檔名稱,這個標題很不起眼,但是在你將簡歷發送給HR後,很可能會因此喪失自己的一次面試機會。試問如果你是正在整理簡歷的HR,當你的視線中出現大把大把如下這樣標題的簡歷:

(1) "新建Microsoft Word文檔"

(2) "我的簡歷、簡歷、求職簡歷、前端、前端簡歷、應聘簡歷"

(3) "某某網站的簡歷模板、某某網站線上模板、應聘前端模板"
你會瘋掉嗎?我是會瘋掉,我當然只會對那些我感興趣的標題產生註意,同時可能會毫不猶豫PASS掉那些亂七八糟標題的簡歷,因為從某種意義上來說,格式舒適的標題甚至能減少我的工作量,減少我整理的煩惱,HR也是人,就像程式員天天改Bug一樣,改得多了也就容易煩躁,所以標題格式很重要,可以給HR留下一個比較好的印象,如下的格式我覺得都可以:

(1) "姓名 + 崗位名稱"

(2) "姓名 + 崗位性質"

(3) "姓名 + 崗位名稱 + 招聘平臺"

(4) "姓名 + 學歷 + 學校 + 工作年限 + 崗位名稱"

(5) "姓名 + 學歷 + 學校 + 工作年限 + 崗位名稱 + 意向城市"

2. 切忌封面

當然這個也是我個人的主觀想法,不要在你的簡歷正文出現之前多加一張封面圖,有些人特別是剛出來的畢業生,藝術細胞過於濃厚,覺得簡歷搞得漂亮一點會非常吸引面試官的眼球,這樣簡歷列印出來的時候,展現給他們的首先就是華麗炫酷的封面,你以為他會立馬看上你,我想說的是too young too simple,他只會覺得他的眼睛受到了刺激。試問如果你是一個面試官,在你面前擺著100份有著華麗炫酷封面的簡歷(特別是那種封面上沒有任何個人信息的,如圖1,圖2相對圖1而言要稍微好點,如果你硬要使用這種的話,我也不反對,但我也並不推薦,因為封面上的信息相對單一,無法讓對方直接獲取到重要信息),而當你想在這堆簡歷中進行相互比對篩選的時候,卻不知從何找起,只能一份又一份地打開封面,然後去查看他的重要信息,這對面試官來說無疑增加了工作量,你以為的美好,卻是偷雞不成反蝕把米。所以說,兩個字:直接,讓面試官在第一時間看到你最重要的信息,才能容易記住你。
圖1(筆者強烈反對):


圖2(筆者不反對,但也不推薦):

3. 排版簡單

我建議是採用從上到下依次展示模塊的方式,因為人普遍是比較容易接受中規中矩的從上到下的閱讀順序的,一旦需要上下左右的連續切換時,時間長了也就容易視覺疲勞,所以我推崇越簡單越好的從上到下的排版模式(如圖4),而不建議使用左右排版的方式,例如左邊側邊欄放置個人信息模塊,右邊放置工作經驗等模塊(如圖3),排版簡單可能會增加面試官對你的印象分。
圖3(筆者不推薦):


圖4(筆者推薦):

4. 顏色單一

切記,千萬不要在你的簡歷中混雜各種各樣的字體顏色和背景色(如圖5),你覺得很好看,但這不是選秀,面試官需要的是一份讓他看起來很舒服的簡歷,白紙黑字,一目瞭然,他看著簡歷舒服,看你自然也就舒服了,切勿畫蛇添足,耍一些虛頭虛腦的小聰明。
圖5(筆者不推薦):

5. 模塊劃分

這部分主要來講下簡歷中需要哪些模塊,當然因人而異,我講述的是在我自己的簡歷中的模塊劃分的方式,如果您有自己的想法也是可以的。

5.1 個人信息

這是簡歷最上方的第一個模塊,將自己的個人信息以最快的方式給到HR和麵試官,這樣HR和麵試官在篩選和查閱簡歷的時候能方便地查看到你的信息,個人信息中可以包含以下幾點:

(1) 姓名

(2) 性別

(3) 院校

(4) 專業

(5) 電子郵箱(儘量不要使用qq郵箱,這可能會讓面試官覺得你很low)

(6) 聯繫方式

(7) github地址(如果有開源項目或者個人項目的話)

(8) 博客地址(如果你有寫博客分享技術的話)
以上幾點中我是建議將github地址和博客地址放在個人信息中,而不是簡歷末尾,這樣能讓面試官在第一時間看到你的加分項,從而增加選擇你的可能性。

5.2 求職意向

這部分是簡歷上的第二個模塊,你需要明確向面試官表明你的求職態度,讓他覺得你不是一個隨意找工作,沒有人生目標的人,相反你是一個在認認真真找工作,有方向的人,可以包含以下幾點:

(1) 工作類型(不要寫兼職,只寫全職,證明你是一個專業的全職前端人員)

(2) 工作地點(寫明你的工作地點,讓面試官覺得你的目標堅定)

(3) 工作職能(寫明你是web前端工程師,不要寫其他無關的崗位,驢唇不對馬嘴)

(4) 所屬行業(這項可有可無,前端人員就是電腦軟體、科技互聯網等)

5.3 技能描述

這部分是僅次於求職意向的第三個模塊,這個模塊至關重要,並且這個模塊的存在和缺失會直接影響你的面試邀請數量,至少對我來說是這樣的,因為在我增加這個模塊之前,面試邀請一直不太理想,後來修正之後得到了很明顯的反饋。但是要註意的是,並不是單純有了這個模塊就可以了,內容也是非常重要,所以我這裡想多聊聊內容方面的註意事項:

(1) 內容條理清晰,多個不同的技能採用阿拉伯數字以有序列表的方式從上到下進行排序,給面試官一種乾凈整潔的感覺

(2) 排序要分清主次等級,最擅長的技能排在前面,以此類推,最不擅長的排在最後面,面試官很大的幾率只會關心你前5條的內容,因為他在面試你之前很有可能已經提前準備了自己的一套問題,他想儘快問完他在你的簡歷上看到的那點東西,然後等著你跳進他早已挖好的坑,並且很樂意在旁邊看著你早已懵逼的表情。所以把你最擅長的技能放在最前面,讓他覺得這些技能你確實很擅長

(3) 技能數量儘量保持在5-10個,不要太多,更不要太少,太多覺得你學藝不精,太少覺得你菜到不行,合理的技能數量才能讓面試官覺得你看起來靠譜

(4) 關鍵字眼捕捉,如今前端的主流框架Vue、React、構建工具Webpack、版本控制Git、JS主流標準ES6,以及服務端開發Node,這些關鍵字眼如果一個都不在你的技能描述中,那我只能說你還沒有做好面試的準備,還需要繼續複習。如果你正在走進高級前端的行列,那麼你肯定不能只停留在會用的階段,底層原理也是跑不掉的。所以這是我所說的關鍵字眼捕捉,讓面試官在你的簡歷中找到他最感興趣的技術點才能對你有興趣

(5) 切勿濫竽充數,我上面說過技能數量儘量保持在5-10個,同時最不擅長的排在最後面,這裡的最不擅長指的是你在項目中運用過,但是你只是簡單掌握,瞭解的不深入。切記千萬不要把你完全不懂的技術或者說你一年前接觸過,但現在已經記不太清的技術也湊上去。我不敢保證面試官一定是從上往下問,如果他問到你不擅長的技術,那你會尷尬得很慘,所以一個簡單的道理,不要打必敗的仗

(6) 切勿出現"精通"字樣,"精通"意味著你願意接受最高難度的面試題,面試官可以隨便問你,如果你不是多年征戰沙場的老將軍,那你的"精通"只會讓面試官覺得可笑,所以就用"熟練掌握"吧,即使你真的很強,那就在面試中展現你的強大,面試官反而覺得你是謙虛,深藏不露。
圖6(筆者推薦,內容自定義):

5.4 工作經驗

這部分是第四個模塊,這部分內容主要是用來描述你到目前為止工作過的公司履歷,如果你是剛畢業,你也可以將自己的實習公司寫上去,但是前提是你的工作內容是前端,而不是其他不相關的行業。如果你是工作多年的老手,你也沒必要將每個公司都寫進去,寫你最近的比較自豪的幾個公司就行了,不要給人一種跳槽頻繁的印象,工作經驗中可以包含以下幾點:

(1) 該公司的入職時間-離職時間(建議不要隨便寫,可能有背調)

(2) 公司名稱

(3) 公司崗位職責(寫明你在公司負責的崗位就是前端工程師)

(4) 公司所在部門(可寫可不寫)

(5) 工作描述(很重要,條理清晰地寫明你在公司中所負責的哪些項目以及你在該項目中所承擔的職責,如圖7)
圖7(筆者推薦):

5.5 項目經驗

這部分是第五個模塊,同時也是一個至關重要的模塊,也會直接影響你的面試邀請數量。我相信大部分人應該是有自己比較拿得出手的項目了,或者如果你說你是剛畢業或者剛參加完培訓出來找工作,那麼在學校你應該會有自己的個人項目(如果沒有那得抓緊啦),在培訓公司也會有自己的練手項目,只要是你自己做的項目,都可以拿出來,畢竟有總比沒有強。但是有一種情況就是,你明明寫了很多項目,並且也用到了很多前沿的前端框架,這些項目對你來說收益很大,而面試邀請卻少得可憐,這是因為你沒有正確地將他們表達出來,這部分內容就來教你如何表達以及表達中的註意事項:

(1) 項目標題要創新,你覺得在這個項目中使用了最流行的前端框架,並且你也在項目中解決了大量頭疼的技術難點,這使得你的技術水平得到了質的飛越,但它確實是一個後臺管理系統,如果你直接用"某某某後臺管理系統",這個標題就直接拉低了面試官對你的印象分,讓他覺得你的項目複雜度也就一般,毫無亮點,如果你嘗試創新一下,改用"某某某智能化科技平臺",逼格蹭蹭地往上漲,項目的含金量也就蹭蹭地往上漲了

(2) 項目描述要具體,寫清楚該項目在公司中所處的定位和所發揮的作用,如有必要的話也可以加上該項目主要包含哪些核心模塊,速食麵試官能快速對該項目有一個初步的瞭解

(3) 責任描述要清晰,責任描述主要是描述你在該項目中所負責的具體內容,這部分內容包含了你在代碼層面的具體實踐,從HTML5和CSS3的頁面佈局,到ES6邏輯編寫,到路由跳轉控制,到數據狀態管理,到自動化工具打包構建,到部署上線,一系列的流程都可以往上面寫,同樣建議採用阿拉伯數字以有序列表的方式進行排序,重要的在前,不重要的在後,條理清晰總是會給人留下深刻的印象(如圖8)

(4) 項目數量儘量保持在5個以內,不要太多,更不要太少,太少很明顯會覺得你的項目經驗不夠,太多一方面會撐大你的簡歷頁數,一方面你能保證你還記得你一年前做的那些項目,並且面試官剛好碰巧問到那些以前的項目,你能準確無誤地答上來?所以不要給自己挖坑,留下那些你印象最深的項目總歸是一個不錯的選擇
圖8(筆者推薦,內容自定義):

5.6 個人榮譽

這部分是第六個模塊,這部分內容對我個人而言就顯得不是那麼重要了,但是如果有比較突出的榮譽也是鼓勵大家往上面寫的。我也有見過寫駕駛證的,我當然知道考駕照不容易,大家都不容易,但是說真的,你又不是面試司機,寫這個真的沒有太大的意義,把你的C1照去掉吧,換成你的四六級,哈哈。。

5.7 自我簡介

這部分是第七個模塊,之所以放在最後一個模塊來寫,是因為基本上面試官都不會看的,所以就不要放到前幾個模塊去浪費地方了,除非你的內容中有非常吸引人的地方或者說有讓面試官眼前一亮的字眼,比如你的github項目的star數量,你自己建立的微信技術交流群等等,也算是不錯的加分項。另一個小技巧就是一般的招聘要求中會有該公司的價值觀或者技術團隊的核心主旨,複製下來,放到你的自我簡介中,讓面試官覺得,沒錯,我今天遇上了對的人。

6. 發送簡歷

前五個步驟我們基本上已經完成了一份簡歷的製作,在發送簡歷給面試官之前,你需要做的是再三檢查你的內容是否有誤,不要將一份錯誤的簡歷發送過去,因為你沒有第二次發送的機會,即使有,你的印象分也已經被拉低,所以三思而後行。如果你覺得你的顏值很高,是帥哥哥漂亮姐姐,那麼你可以將你的電子照片補上去,如果不是,那請你告訴我你放上去的意義,那隻能證明你是個活物。切記,不要發送Word格式的簡歷,請改成PDF格式,保證你的格式在別人的電腦上一定沒問題。發送之前儘量讓你的簡歷頁數保持在2頁,如果超過,請適當調整簡歷內容,至此,你已經成功完成了一份簡歷的發送。

7. 等待邀請

等待的過程是痛苦的,一般中小型公司在發送簡歷之後會有比較快速的反饋,但是大廠還是有一定的等待期的,短則兩三天,長則半個月,不要簡歷投了三天半沒反應就在那兒哭爹喊娘,其實只是面試官還沒有時間看到而已。如果你看了我的這篇文章後,面試邀請增多了,那就跟我點個贊咯,如果還是沒有變化,那請你也不要詆毀我弱小的心靈,可能是我總結得還不夠多,幫不了你。

總結

這篇主要是給大家分享了一下我自己在做簡歷中的一些心得,可能並不適用於每個人,我只是想盡我的一點點微薄之力,幫助那些跟我一樣學歷和背景不突出的人,讓他們能有更大的希望走進他們心儀的公司,成就自己的人生,good luck。。

交流

今天先分享到這裡,基於正文部分所列出的要求,筆者自己整理了一份簡歷模板,如果大家有興趣可以關註咱們的公眾號,我可以發給你哈。後續筆者開始記錄和整理自己平時學習前端所學到的東西,還希望能和大家相互討論技術,一起交流學習。

文章已同步更新至Github博客,若覺文章尚可,歡迎前往star!

你的一個點贊,值得讓我付出更多的努力!

逆境中成長,只有不斷地學習,才能成為更好的自己,與君共勉!


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 先初始化資料庫 const db = wx.cloud.database() 1. 插入操作 // collection('user') 獲取到資料庫中名為 user 的集合 // add 插入操作 db.collection('user').add({ // 要插入的數據 data: { name ...
  • 01 背景 由於導航應用中的地圖渲染、導航等核心功能對性能要求很高,所以高德地圖客戶端中大量功能採用 C++ 實現。隨著業務的飛速發展,僅地圖引擎庫就有40多個模塊,工程配置極其複雜,原有的構建及持續集成技術已無法滿足日益增長的需求變化。 除了以百萬計的代碼行數帶來的複雜度外,高德地圖客戶端中的 C ...
  • async:可選。表示應該立即下載腳本,但不應妨礙頁面中的其他操作,比如下載其他資源或 等待載入其他腳本。只對外部腳本文件有效。 defer:可選。表示腳本可以延遲到文檔完全被解析和顯示之後再執行。只對外部腳本文件有 效。IE7 及更早版本對嵌入腳本也支持這個屬性。 延遲腳本defer HTML 4 ...
  • 調試webpack 1. 摘要 用過構建工具webpack的朋友應該都體會,面對其幾百行的配置內容如大海一小舟,找不到邊。看文檔查百度,對其構建的生命周期看了又看。最終還是很茫然。原因很簡單,構建配置一般都是通過腳手架工具自動生成。看似每天在用,其實接觸很少。直到有一天,發現社區的插件不能滿足需求時 ...
  • JavaScript 的 replace() 方法可以在字元串中用一些字元替換另一些字元,或替換一個與正則表達式匹配的子串。 但是,只輸入字元串的話,僅替換第一個字元,當然也可以用正則表達式來進行全局替換: 那麼,問題來了,如果我用的是變數呢?百度到可以這麼來: 但是,不用 new RegExp 自 ...
  • l - Length changing 改變每頁顯示多少條數據的控制項 f - Filtering input 即時搜索框控制項 t - The Table 表格本身 i - Information 表格相關信息控制項 p - Pagination 分頁控制項 r - pRocessing 載入等待顯示信息 ...
  • 先貼上代碼 子組件代碼 1 //子組件請求介面,用自己封裝的axios 2 getupdate(){ 3 this.$post({ 4 url:this.$apis.unitupdate, 5 postType:'json' 6 }) 7 .then( () => { 8 this.$emit("g ...
  • 1、除了預設的8080埠以外,我們嘗試應用9090埠進行功能變數名稱訪問,打開server.xml 如圖: 2、在代碼裡面進行添加如下9090下麵的代碼: 如圖: 3、用9090埠進行訪問 如圖: 4、配置gzip,同樣在server.xml文件中進行設置,添加代碼 如圖: ...
一周排行
    -Advertisement-
    Play Games
  • 1. 說明 /* Performs operations on System.String instances that contain file or directory path information. These operations are performed in a cross-pla ...
  • 視頻地址:【WebApi+Vue3從0到1搭建《許可權管理系統》系列視頻:搭建JWT系統鑒權-嗶哩嗶哩】 https://b23.tv/R6cOcDO qq群:801913255 一、在appsettings.json中設置鑒權屬性 /*jwt鑒權*/ "JwtSetting": { "Issuer" ...
  • 引言 集成測試可在包含應用支持基礎結構(如資料庫、文件系統和網路)的級別上確保應用組件功能正常。 ASP.NET Core 通過將單元測試框架與測試 Web 主機和記憶體中測試伺服器結合使用來支持集成測試。 簡介 集成測試與單元測試相比,能夠在更廣泛的級別上評估應用的組件,確認多個組件一起工作以生成預 ...
  • 在.NET Emit編程中,我們探討了運算操作指令的重要性和應用。這些指令包括各種數學運算、位操作和比較操作,能夠在動態生成的代碼中實現對數據的處理和操作。通過這些指令,開發人員可以靈活地進行算術運算、邏輯運算和比較操作,從而實現各種複雜的演算法和邏輯......本篇之後,將進入第七部分:實戰項目 ...
  • 前言 多表頭表格是一個常見的業務需求,然而WPF中卻沒有預設實現這個功能,得益於WPF強大的控制項模板設計,我們可以通過修改控制項模板的方式自己實現它。 一、需求分析 下圖為一個典型的統計表格,統計1-12月的數據。 此時我們有一個需求,需要將月份按季度劃分,以便能夠直觀地看到季度統計數據,以下為該需求 ...
  • 如何將 ASP.NET Core MVC 項目的視圖分離到另一個項目 在當下這個年代 SPA 已是主流,人們早已忘記了 MVC 以及 Razor 的故事。但是在某些場景下 SSR 還是有意想不到效果。比如某些靜態頁面,比如追求首屏載入速度的時候。最近在項目中回歸傳統效果還是不錯。 有的時候我們希望將 ...
  • System.AggregateException: 發生一個或多個錯誤。 > Microsoft.WebTools.Shared.Exceptions.WebToolsException: 生成失敗。檢查輸出視窗瞭解更多詳細信息。 內部異常堆棧跟蹤的結尾 > (內部異常 #0) Microsoft ...
  • 引言 在上一章節我們實戰了在Asp.Net Core中的項目實戰,這一章節講解一下如何測試Asp.Net Core的中間件。 TestServer 還記得我們在集成測試中提供的TestServer嗎? TestServer 是由 Microsoft.AspNetCore.TestHost 包提供的。 ...
  • 在發現結果為真的WHEN子句時,CASE表達式的真假值判斷會終止,剩餘的WHEN子句會被忽略: CASE WHEN col_1 IN ('a', 'b') THEN '第一' WHEN col_1 IN ('a') THEN '第二' ELSE '其他' END 註意: 統一各分支返回的數據類型. ...
  • 在C#編程世界中,語法的精妙之處往往體現在那些看似微小卻極具影響力的符號與結構之中。其中,“_ =” 這一組合突然出現還真不知道什麼意思。本文將深入剖析“_ =” 的含義、工作原理及其在實際編程中的廣泛應用,揭示其作為C#語法奇兵的重要角色。 一、下劃線 _:神秘的棄元符號 下劃線 _ 在C#中並非 ...