如何建立自己的微信公众号(你真的会写简历吗?)
簡歷是我們找工作的行頭,重要性不言而喻。可你真的會寫簡歷嗎?
面試其實就是面試官和你的一次約會。他是女你是男,能不能在一起取決于你能否討他的歡心。一份整潔的簡歷,重要性不亞于你約會時的行頭和裝束。
感謝這個時代簡歷不再需要手寫,不然很多人的“字”都過不了關,比如說我,現在幾乎是不會寫字的。
簡歷是一個行業性和時代性很強的東西,不同的時代和行業簡歷的最優形態都不同,但一份好的簡歷總會有一些共同的特質。當然,簡歷只是“形”,真正重要的還是你個人的綜合素質、業務能力以及技術水平。如果個人不具備很強的競爭力,那么簡歷就成了各大直播平臺網紅主播的封面照,只能在列表里看看,是萬萬不能點進去的。
我不能說什么樣的簡歷好,什么樣的簡歷不好,每個簡歷審閱者都有自己的偏好。但我嘗試從這些年看技術簡歷的經驗中提取出一些我所關注的點,嘗試和大家聊聊一份簡歷應該有的結構、細節、風格,以及一定不要有的內容。
簡歷這東西,說白了,就是你認真,他/她也認真。
整體風格
首先,簡歷的第一要素是它必須要,簡潔而不簡單。這是整體風格。我們來看看整體風格上要注意哪些。
我看過很多同學的簡歷只有一頁,字大行稀,這不好,3秒看完,還不知道你到底會干啥,這樣的簡歷HR篩選簡歷這一關都過不了,根本到不了技術面試官手里;也看過很多簡歷,一頁里密密麻麻的宋體4號字,這也不好,看的太累(但絕對比字大行稀要好)。通常來說選用宋體5號字,正文行間距在1.2左右。
正文不要有任何的加粗,只加粗標題(目的是為了讓結構清晰)。各種在正文里加粗的作法會讓面試者覺得太做作,自信的人是不需要特意強調某個關鍵字的,你的整體風格看起來清爽簡潔,簡歷篩選者自然會認真對待,并自己去尋找她需要的信息,根本無需加粗。
我推薦的簡歷頁數遵循一頁紙原則,一頁最佳。
不要做彩色的簡歷(設計師除外)。只有黑白兩色即可。
對于研發崗位,不要附加照片,不要附加照片,不要附加照片,長的美不美、帥不帥都沒有太多的好處。你根本不知道看簡歷的會不會嫉妒你的美貌。
簡歷的格式最好是PDF、PDF、PDF,重要的事情說3遍。很多人喜歡發Word,不是不行,但絕對沒有一份PDF的看的舒服。一是PDF是只讀模式,二是PDF打開更快速。Word這種東西,打開全屏的錯別字檢查,這體驗簡直是不能忍。
簡歷的命名請采用以下格式 姓名-電話-職位.pdf。
不要在簡歷中寫自己的微信號、QQ號。聯系方式只留下一個郵箱和手機號即可。郵箱最好是163,outlook或者gmail,隨意。qq郵箱這個怎么說吧,我個人認為是無所謂的,但遇到有些面試官就不好說了。
內容
一份簡歷的結構非常的重要,基本上如果我至上到下掃一遍覺得結構非常混亂,不能讓我對你有一個初步的了解,是不會繼續往下看的,直接打回到HR那里。大家要知道每個人的時間都很寶貴,看簡歷的人沒有義務為你的不認真買單。
好的簡歷結構遵循以下的層次結構(并不是唯一結構,只是我推薦的一種):
1. 標題。標題只需要寫XX的個人簡歷即可。
2. 個人簡介。個人簡介包括姓名、畢業學校(大學以上)、年齡、出生年份(別寫月日,看簡歷的不會想在你生日的時候給你一份驚喜)、學歷、目前職位、籍貫、聯系方式。要注意,這些內容通常都非常簡單,不要每個屬性單獨一行,一行排3個屬性最好。
3. 工作經歷。這是我很多同學完全忽略的地方,完全沒有分清楚工作經歷和項目經歷。工作經歷必須單獨成為一塊兒,每段經歷不需要些太多,只需要以年份+公司名稱+職位即可。比如
2001~2003 xxx公司,PHP程序員
2003~2005 xxx公司,架構師
2005~2012 xxx公司,技術總監
2012~2016 xxx公司,CTO
就是這么簡單即可,具體的工作內容是在項目經驗里描述的。我推薦的就是這些內容,如果你還要加上薪資多少、公司規模等附加內容,我并不推薦,因為這些內容都是可以虛構的,寫上去沒有任何好處,反而會給簡歷閱讀者一種無法掌控的心里暗示,他根本無法去核對這些信息。所以簡歷一定要盡可能的寫一些容易實在的內容。
注意,時間一定要按照順序排列,不要倒敘排列。這里是為了讓簡歷閱讀者看到你的履歷,沒有必要倒敘排列。時間最好能夠接上,如果時間有中斷,比如中間自己出去瞎折騰創業去了,想好怎么回答面試者的提問。80%的概念,提問者會問你中間這段時間干嘛去了。
4. 相關技能。 不要簡單的羅列技術名詞(這點太太太重要了),有些同學面試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篩選者看的都已經審美疲勞了。如果你的個人博客里沒有什么有深度的技術文章,我并不建議附帶這種純粹的頁面網頁。原因還是在于我說的,你既然附上了作品,那么你肯定認為這是你最好的或者是最滿意的。但你最好的最滿意的作品,只是一個簡單的效果網頁,這會給面試官一種你根本不理解現在的前端是要做什么的感覺,他會潛意識的認為,你還停留在前端就是做網頁這個階段。得不償失。當然,如果你有些博客的習慣,并且認真的對待每一篇的文章,那么無聊文章水平高低,都建議附加上。還有,不要附帶自己的微信公眾號在簡歷里,你是求職研發的,不是來做媒體的,這和技術不搭邊。
5. 項目經歷、經驗
切忌多而雜,很多同學,4,5頁簡歷十幾個項目,不管大項目、小項目統統都羅列出來,這非常的不好。
你需要挑選有代表性的項目,每個公司1到2個項目為佳。項目經驗、描述把握一個原則,求質不求量。深度描述你在每個項目里的職責。推薦大家重點描述項目遇到了什么問題,你是如何解決的,或者是從業務、設計上巧妙規避或者是用什么技術來解決這個問題的。比如使用任務隊列異步解耦訂單的處理;使用Redis的pub\sub來做定時器,避免長連接輪詢;前端使用事件注冊機制傳遞參數避免類與類之間的耦合等。一個項目里技術點太多了,選擇你認為最重要或者你最得意的技術點來描述項目是非常好的做法。
不要在項目里機械的寫出自己的職位,很多同學羅列十幾個項目,每個項目都機械的寫上項目經理、產品經理、程序員、小組長、負責人。沒有必要。現在的公司都喜歡說自己是扁平化管理(實際上越說自己扁平化的公司越是官僚味道濃厚),但公司是公司,你是你,不建議可以強調自己在每個項目中的職位。你只需要寫出你在項目中做了什么事情,解決了什么問題,深度描述你所使用的技術即可。其他的奇淫技巧根本不需要。
簡歷包括以上內容即可,如果你還有其他的比較有名氣的開源項目可以附加上。我并不推薦雜七雜八的寫一些個人的小作品,如果你在github上有一些高Star的開源項目,可以寫上去,絕對是加分項。
最后,還是要提醒各位馬上要換工作的同學,你的技術水平如何,一個稍微有資歷的技術面試官問幾個問題馬上就能知道你的技術水平如何。所以,努力提升自己才是最重要的,如果你的技術功底深厚,不需要太多技巧簡歷也不會太差。
總結
以上是生活随笔為你收集整理的如何建立自己的微信公众号(你真的会写简历吗?)的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 热敷蒸汽眼罩的作用功效(“蒸汽眼罩”靠谱
- 下一篇: 小天鹅e3(小天鹅洗衣机显示e3是什么故