又是一年跳槽季,金三銀四絕不誇張。 簡歷是咱們找工做的行頭,重要性不言而喻。可你真的會寫簡歷嗎?
面試其實就是面試官和你的一次約會。他是女你是男,能不能在一塊兒取決於你可否討他的歡心。一份整潔的簡歷,重要性不亞於你約會時的行頭和裝束。
感謝這個時代簡歷再也不須要手寫,否則不少人的「字」都過不了關,好比說我,如今幾乎是不會寫字的。
簡歷是一個行業性和時代性很強的東西,不一樣的時代和行業簡歷的最優形態都不一樣,但一份好的簡歷總會有一些共同的特質。固然,簡歷只是「形」,真正重要的仍是你我的的綜合素質、業務能力以及技術水平。若是我的不具有很強的競爭力,那麼簡歷就成了各大直播平臺網紅主播的封面照,只能在列表裏看看,是萬萬不能點進去的。
我不能說什麼樣的簡歷好,什麼樣的簡歷很差,每一個簡歷審閱者都有本身的偏好。但我嘗試從這些年看技術簡歷的經驗中提取出一些我所關注的點,嘗試和你們聊聊一份簡歷應該有的結構、細節、風格,以及必定不要有的內容。
簡歷這東西,說白了,就是你認真,他/她也認真。
總體風格
首先,簡歷的第一要素是它必需要,簡潔而不簡單。這是總體風格。咱們來看看總體風格上要注意哪些。
我看過不少同窗的簡歷只有一頁,字大行稀,這很差,3秒看完,還不知道你到底會幹撒,這樣的簡歷HR篩選簡歷這一關都過不了,根本到不了技術面試官手裏;也看過不少簡歷,一頁裏密密麻麻的宋體4號字,這也很差,看的太累(但絕對比字大行稀要好)。一般來講選用宋體5號字,正文行間距在1.2左右。
正文不要有任何的加粗,只加粗標題(目的是爲了讓結構清晰)。各類在正文里加粗的做法會讓面試者以爲太作做,自信的人是不須要特地強調某個關鍵字的,你的總體風格看起來清爽簡介,簡歷篩選者天然會認真對待,並本身去尋找她須要的信息,根本無需加粗。
簡歷的頁數不少文章推薦1到2頁不超過3頁,這說了和沒說同樣。我推薦的簡歷頁數是2頁,1頁太少,3頁太多,2頁最佳。
不要作彩色的簡歷(設計師除外)。只有黑白兩色便可。
對於研發崗位,不要附加照片,不要附加照片,不要附加照片,長的美不美、帥不帥都沒有太多的好處。你根本不知道看簡歷的會不會嫉妒你的美貌。
簡歷的格式最好是PDF、PDF、PDF,重要的事情說3遍。不少人喜歡發Word,不是不行,但絕對沒有一份PDF的看的舒服。一是PDF是隻讀模式,二是PDF打開更快速。Word這種東西,打開全屏的錯別字檢查,這體驗簡直是不能忍。
簡歷的文件命名請採用如下格式 姓名-電話-職位.pdf。
不要在簡歷中寫本身的微信號、QQ號。聯繫方式只留下一個郵箱和手機號便可。郵箱最好是163,outlook或者gmail,隨意。qq郵箱這個怎麼說吧,我我的認爲是無所謂的,但遇到有些面試官就很差說了。
內容
一份簡歷的結構很是的重要,基本上若是我至上到下掃一遍以爲結構很是混亂,不能讓我對你有一個初步的瞭解,是不會繼續往下看的,直接打回到HR那裏。你們要知道每一個人的時間都很寶貴,看簡歷的人沒有義務爲你的不認真買單。
好的簡歷結構遵循如下的層次結構(並非惟一結構,只是我推薦的一種):
標題。標題只須要寫XX的我的簡歷便可。
我的簡介。我的簡介包括姓名、畢業學校(大學以上)、年齡、出生年份(別寫月日,看簡歷的不會想在你生日的時候給你一份驚喜)、學歷、目前職位、籍貫、聯繫方式。要注意,這些內容一般都很是簡單,不要每一個屬性單獨一行,一行排3個屬性最好。
工做經歷。這是我不少同窗徹底忽略的地方,徹底沒有分清楚工做經歷和項目經歷。工做經歷必須單獨成爲一起,每段經歷不須要些太多,只須要以年份+公司名稱+職位便可。好比
2001~2003 xxx公司,PHP程序員前端
2003~2005 xxx公司,架構師jquery
2005~2012 xxx公司,技術總監git
2012~2016 xxx公司,CTO程序員
就是這麼簡單便可,具體的工做內容是在項目經驗裏描述的。我推薦的就是這些內容,若是你還要加上薪資多少、公司規模等附加內容,我並不推薦,由於這些內容都是能夠虛構的,寫上去沒有任何好處,反而會給簡歷閱讀者一種沒法掌控的內心暗示,他根本沒法去核對這些信息。因此簡歷必定要儘量的寫一些容易實在的內容。
注意,時間必定要按照順序排列,不要倒敘排列。這裏是爲了讓簡歷閱讀者看到你的履歷,沒有必要倒敘排列。時間最好可以接上,若是時間有中斷,好比中間本身出去瞎折騰創業去了,想好怎麼回答面試者的提問。80%的概念,提問者會問你中間這段時間幹嗎去了。
相關技能
不要簡單的羅列技術名詞(這點太太過重要了),有些同窗面試PHP崗位,技術名詞從服務器到前端、從數據庫到緩存、從PHP到Java,幾乎我知道的技術名字他都寫上去了。我一看工做年限,纔不到3年。這樣的簡歷,直接是被Pass的,對於一個正常智商水平的人來講,3年是不可能精通或者瞭解這麼多技術和語言的。換句話說,若是你天賦異稟,我以爲你是不會投簡歷到咱們這家小公司的,你早就是BAT、MS、Google的搶手貨了。
推薦技術以Tech Stack技術棧的形式出現,造成一個系統,而不要東一個西一個,前端就是前端、服務器就是服務器,清清楚楚明明白白,即便你認爲你是一個FullStack開發者,也請偏重一端,而不是兩端齊頭並進。你認爲的Full Stack在不少有資歷的技術開發者面前也許只是玩具,自娛自樂能夠,但並不能應用到真實的生產環境中(真實環境有很是多的細節,一個非專業的開發者很難兼顧到全部細節)。因此,若是你要以 Full Stack的姿態出如今面試官面前,請三思。畢竟像模像樣的公司,前端和服務器是區分很是嚴格的,專人專事兒才能作好一個產品。
因此,請慎重填寫技術名詞,最好每一個技術名詞附加一個更加詳細的使用點。好比你說你懂Redis,那麼請這樣寫:熟悉Redis的常規操做,對Redis五種數據類型、pub\sub模式有較深刻的理解,並將Redis應用在系統的緩存層以及秒殺系統中(若是你這樣寫,多半面試官會問你關於秒殺的細節,你就能夠提早準備這方面的知識了);
這樣寫遠比你把同類緩存系統所有羅列一邊要好不少不少。
還要提醒你們,同類技術最好只寫一個,不多有人能精通兩個以上。好比對於Vue、Ng、React,我推薦事實求是。只選1個來寫,精通AngularJS(而後按照上訴舉例的Redis,寫出其特性,好比AngularJS的指令、雙向數據綁定等)。其實只寫精通AngularJS便可,沒有必要再補充一句「熟悉Vue」。簡歷閱讀者要的是精通而非「泛」。並且,相信我,一個資深的技術總監,都相信一個真理,你精通一個框架再熟悉其餘的框架並非一個難事兒。你徹底不須要擔憂我只會Vue,但公司要的是NG怎麼辦?這是沒辦法的辦法,那麼多框架,你能學得完?好比TP和Laravel,你精通一個另一個真的不是什麼太大的問題,但前提條件是,你!要!精!通!
精通有點兒誇張,這個詞在簡歷裏已經被用爛了。事實上,嚴格意義上來說,咱們都只是可以很熟練的使用某個框架,要說到精通,我的認爲等你把框架源代碼看完了再來談「精通」。因此,我認爲是否是用精通這個詞來描述技術,這取決於「精通」在你簡歷裏出現的頻度。若是你總共6項技能,4到5項都是精通、精通、精通、精通、精通,這很容易讓你在面試的過程當中至關的尷尬。合理分配精通、熟悉、瞭解這3個等級詞彙的出現頻度是很是重要的。
另一個建議是,對於你不熟悉的只是知道是幹什麼的技術,千萬不要寫。不少面試者很喜歡找你只是簡單提了一下的技術來發問,固然他並無期望你能回答的多麼準確,可若是哥們你一臉懵逼,徹底不知道他說的是什麼,應付幾句的話都說不出來,那真的是得不償失。若是你萬一被問的懵逼了,請直接了當的說抱歉,這個我瞭解的並不深刻,切忌東拉西扯,此地無銀三百兩。
對於前端同窗來講,不要過多的描述CSS和HTML相關的能力。在不少公司眼裏CSS和HTML是屬於很是基礎的能力,重要的是什麼,重要的是JavaScript。若是你用JavaScript寫過或者開發過任何框架性的東西,這是至關加分的。不少同窗對於前端的理解還停留在「前端就是作頁面」這個階段,但事實上前端已經和服務器沒有差異,大量複雜的業務須要前端來處理。這也是爲何這些年前端框架這麼流行的緣由,早期的網頁哪兒有框架這個說法,一個Jquery走天下,更早的時候還有extjs這些,注意jquery只是一個庫或者說工具,並非框架。
總結來講,CSS和HTML提一下便可,能夠描述本身可以熟練使用LESS或者SASS。
還有一個坑,若是你不是專業的DBA,切忌不要寫精通MySQL,你根本不知道MySQL或者其餘數據庫精通是一個什麼概念,隨便問你幾個數據庫的鎖機制你都答不上來,更況且不少同窗連事務都沒有使用過,只是簡單的查詢數據並不能說「精通MySQL」。固然,若是你應聘的是Web開發者,面試官也根本不會對你的MySQL要求有多高,會使用事務、可以很好的創建索引,避免過多的使用join查詢,不會愚蠢的循環查詢數據庫便可。
不少前端開發者喜歡附上本身我的做品,這個我的做品一般就是本身搭建的一個我的主頁或者是博客,動效很是華麗,頁面UI上佳,但相信我,HR篩選者看的都已經審美疲勞了。若是你的我的博客裏沒有什麼有深度的技術文章,我並不建議附帶這種純粹的頁面網頁。緣由仍是在於我說的,你既然附上了做品,那麼你確定認爲這是你最好的或者是最滿意的。但你最好的最滿意的做品,只是一個簡單的效果網頁,這會給面試官一種你根本不理解如今的前端是要作什麼的感受,他會潛意識的認爲,你還停留在前端就是作網頁這個階段。得不償失。固然,若是你有些博客的習慣,而且認真的對待每一篇的文章,那麼無聊文章水平高低,都建議附加上。還有,不要附帶本身的微信公衆號在簡歷裏,你是求職研發的,不是來作媒體的,這和技術不搭邊。
項目經歷、經驗
切忌多而雜,不少同窗,4,5頁簡歷十幾個項目,無論大項目、小項目通通都羅列出來,這很是的很差。
你須要挑選有表明性的項目,每一個公司1到2個項目爲佳。項目經驗、描述把握一個原則,求質不求量。深度描述你在每一個項目裏的職責。推薦你們重點描述項目遇到了什麼問題,你是如何解決的,或者是從業務、設計上巧妙規避或者是用什麼技術來解決這個問題的。好比使用任務隊列異步解耦訂單的處理;使用Redis的pub\sub來作定時器,避免長鏈接輪詢;前端使用事件註冊機制傳遞參數避免類與類之間的耦合等。一個項目裏技術點太多了,選擇你認爲最重要或者你最得意的技術點來描述項目是很是好的作法。
不要在項目裏機械的寫出本身的職位,不少同窗羅列十幾個項目,每一個項目都機械的寫上項目經理、產品經理、程序員、小組長、負責人。沒有必要。如今的公司都喜歡說本身是扁平化管理, 不建議強調本身在每一個項目中的職位。你只須要寫出你在項目中作了什麼事情,解決了什麼問題,深度描述你所使用的技術便可。其餘的奇淫技巧根本不須要。
簡歷包括以上內容便可,若是你還有其餘的比較有名氣的開源項目能夠附加上。我並不推薦雜七雜八的寫一些我的的小做品,若是你在github上有一些高Star的開源項目,能夠寫上去,絕對是加分項。
最後,仍是要提醒各位立刻要換工做的同窗,你的技術水平如何,一個稍微有資歷的技術面試官問幾個問題立刻就能知道你的技術水平如何。因此,努力提高本身才是最重要的,若是你的技術功底深厚,不須要太多技巧簡歷也不會太差,但本文所提出的注意點並不屬於技巧,而是一份優秀簡歷的基本要素。
做者:7七月 連接:www.imooc.com/article/166… 轉載來源:慕課網github