|
“干貨”這東西，市場(chǎng)上魚(yú)龍混雜，真假不一...作為一個(gè)潛入IT圈五年之久、看過(guò)數(shù)萬(wàn)份簡(jiǎn)歷的老司機(jī)，在這個(gè)問(wèn)題上還是有點(diǎn)發(fā)言權(quán)的。HR在篩選簡(jiǎn)歷時(shí)主要從公司需求出發(fā)，重點(diǎn)不一，不過(guò)還是有很多“通用”的套路，在短短30秒內(nèi)判斷出這份簡(jiǎn)歷是否值得跟進(jìn)？ 擺好正確姿勢(shì)，老司機(jī)要開(kāi)車(chē)了...  一、基本格調(diào) 即打開(kāi)簡(jiǎn)歷之后的第一印象。就好比我們看見(jiàn)一個(gè)人，會(huì)有一個(gè)整體的感覺(jué)，他是fashion的、小清新的還是老道的？有了第一印象之后再慢慢分解來(lái)看。 加分寫(xiě)法： 1、簡(jiǎn)潔明了，邏輯結(jié)構(gòu)清晰。 2、字體，排版，順暢，清晰整齊就好。 3、最好是PDF格式，兼容性強(qiáng)且不易亂序。 減分寫(xiě)法： 1、設(shè)計(jì)的過(guò)于浮夸或者過(guò)于簡(jiǎn)單的。（eg.有的簡(jiǎn)歷五顏六色、非?？犰牛瑓s半天找不到聯(lián)系方式，抑或是只有個(gè)人基本信息和公司名稱(chēng))； 2、寫(xiě)了十幾頁(yè)，半天打不開(kāi)的，或者加載了半天，打開(kāi)還亂碼。 二、基本信息 （姓名/性別/畢業(yè)院校/電話(huà)/郵箱/居住地/期望地） 加分寫(xiě)法： 1、清晰羅列出以上信息，這樣HR就不用在接下來(lái)的電話(huà)溝通或面試中再去追問(wèn)這些內(nèi)容，建立我們接下來(lái)電話(huà)溝通對(duì)你的熟悉度； 2、再額外能加上QQ或者微信就更好了（以防有時(shí)候電話(huà)打不通哦，時(shí)不時(shí)會(huì)遇到這種情況）； 減分寫(xiě)法： 1、大部分的基本信息沒(méi)有寫(xiě)； 2、直接甩一個(gè)Github鏈接，極致簡(jiǎn)潔的幾句描述，需要通過(guò)你的鏈接來(lái)找你的聯(lián)系方式。（如果不是博客寫(xiě)的特別好，基本是要放棄你了）； 三、工作經(jīng)歷&項(xiàng)目經(jīng)歷 加分寫(xiě)法： 1、工作經(jīng)歷項(xiàng)目經(jīng)歷可參照萬(wàn)能的STAR法則來(lái)寫(xiě)（ps.STAR面試法，是企業(yè)招聘面試過(guò)程中可采用的技巧，它的用途是對(duì)應(yīng)聘者做出全面而客觀的評(píng)價(jià)。其中，“STAR”指SITUATION(背景)、TASK(任務(wù))、ACTION(行動(dòng))和RESULT(結(jié)果)。） 2、效力過(guò)哪些公司，我們匹配的公司？ BAT？ 知名大型互聯(lián)網(wǎng)公司？ 3、做過(guò)什么行業(yè)領(lǐng)域，和我們目前的行業(yè)是否匹配； 4、擅長(zhǎng)的技術(shù)語(yǔ)言，應(yīng)用了哪些技術(shù)棧，（Java, Scala，Ruby, React, Vue, Microservice…）； 5、經(jīng)歷的項(xiàng)目復(fù)雜度，及在項(xiàng)目中承擔(dān)什么樣的角色(人的變化/技術(shù)的變化/環(huán)境的變化/不同工作經(jīng)歷相同角色的不同點(diǎn))； 6、時(shí)間節(jié)點(diǎn)（空檔期）； 減分寫(xiě)法： 看了半天，不知所云，沒(méi)有任何亮點(diǎn)，沒(méi)有讓人有去和你聊一聊深扒的信息。
來(lái)幾個(gè)例子 例子1（錯(cuò)誤書(shū)寫(xiě)方式）： XX（全棧工程師）2013.06 — 至今 參與需求分析及實(shí)現(xiàn)方案設(shè)計(jì)。 設(shè)計(jì)數(shù)據(jù)庫(kù)表結(jié)構(gòu)，實(shí)現(xiàn)后臺(tái)功能及web頁(yè)面展示。 產(chǎn)品線(xiàn)上部署及運(yùn)維。 ay 配置管理工程師 2010.03 — 2013.03 負(fù)責(zé)公司產(chǎn)品性能測(cè)試，及線(xiàn)上數(shù)據(jù)分析 負(fù)責(zé)公司配置管理，環(huán)境維護(hù)等工作 點(diǎn)評(píng)：看不出來(lái)他做的什么事情，沒(méi)有邏輯性，甚至不知道他做的什么技術(shù)語(yǔ)言。 例子2（正確書(shū)寫(xiě)方式）： 西安XXX公司 Java工程師 — 2016.2月-2017.2月 1、MOGU推薦架構(gòu)數(shù)據(jù)與緩存層設(shè)計(jì)開(kāi)發(fā)； MOGU是一款時(shí)尚資訊app,負(fù)責(zé)推薦頁(yè)面資訊feed流的展示及用戶(hù)歷史的展示； 負(fù)責(zé)數(shù)據(jù)層,處理前端邏輯整個(gè)開(kāi)發(fā)工作,分布式rpc服務(wù)搭建； 負(fù)責(zé)進(jìn)行壓測(cè)監(jiān)測(cè)、緩存處理,對(duì)接又進(jìn)行改進(jìn)優(yōu)化,主用redis緩存； 2、基于JAVA的電商爬蟲(chóng)開(kāi)發(fā)； 使用java搭建爬蟲(chóng)server平臺(tái),進(jìn)行配置和開(kāi)發(fā),進(jìn)行網(wǎng)頁(yè)改版監(jiān)測(cè)功能開(kāi)發(fā)； 爬取淘寶時(shí)尚品牌與其他電商網(wǎng)站商品品牌與詳情等； 通過(guò)頻率、ip池、匿名代理等應(yīng)對(duì)一些網(wǎng)站的反爬； 3、同圖搜索Solr服務(wù)開(kāi)發(fā)； 基于算法組的同圖策略,使用solr做java接又實(shí)現(xiàn)rpc服務(wù)搭建,進(jìn)行索引構(gòu)建和solr實(shí)現(xiàn)； 北京XXX java大數(shù)據(jù)工程師— 2013.4月-2015.12月 1、負(fù)責(zé)實(shí)時(shí)流消息處理應(yīng)用系統(tǒng)構(gòu)建和實(shí)現(xiàn)； 在調(diào)研了kafka的優(yōu)勢(shì)和我們的具體需求之后,用kafka作為消費(fèi)者,保證高吞吐處理消息,并持久化消息的同時(shí)供其它服務(wù)使用,進(jìn)行了系統(tǒng)的設(shè)計(jì)和搭建使用。 本地日志保證消息不丟失,并通過(guò)記錄游標(biāo)滑動(dòng)重復(fù)讀取數(shù)據(jù)。 使用storm 負(fù)責(zé)搭建消息處理架構(gòu),并完成基于業(yè)務(wù)的消息落地,提供后續(xù)的數(shù)據(jù) 統(tǒng)計(jì)分析實(shí)時(shí)和離線(xiàn)任務(wù),諸如pv、uv等數(shù)據(jù),為運(yùn)營(yíng)做決策。 網(wǎng)站用戶(hù)行為埋點(diǎn)和基于js的日志收集器開(kāi)發(fā),定義接又和前端部門(mén)配合。主用go 2、hadoop集群搭建和數(shù)據(jù)分析處理。 2、基于CDH的集群搭建工作,后期進(jìn)行維護(hù)； 編寫(xiě)MapReduce程序,能將復(fù)雜工作邏輯化,盡最大能力發(fā)揮大數(shù)據(jù)應(yīng)用的特點(diǎn), 對(duì)程序高要求,監(jiān)控自己程序運(yùn)行情況,使用內(nèi)存合理,注重增量和全量運(yùn)算的利弊。 3、調(diào)度系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn) 基于quartz2搭建調(diào)度平臺(tái),帶徒弟實(shí)現(xiàn)相關(guān)功能并定期review代碼； 4、數(shù)據(jù)庫(kù)調(diào)優(yōu) 負(fù)責(zé)主從搭建,并掌握主從搭建的利弊,了解業(yè)界mycat原理,有數(shù)據(jù)庫(kù)優(yōu)化經(jīng)驗(yàn),能 正確并擅長(zhǎng)使用索引,對(duì)鎖有深刻的認(rèn)識(shí)； 5、網(wǎng)站開(kāi)發(fā) java web網(wǎng)站業(yè)務(wù)開(kāi)發(fā),并能很好的使用緩存技術(shù),對(duì)重構(gòu)有實(shí)際的經(jīng)驗(yàn),并對(duì)面向?qū)?象開(kāi)發(fā)有全面的實(shí)戰(zhàn)經(jīng)驗(yàn)。了解java數(shù)據(jù)結(jié)構(gòu)的使用場(chǎng)景,雖然對(duì)于大并發(fā)沒(méi)有太大的 發(fā)揮余地,但是掌握了數(shù)據(jù)結(jié)構(gòu),對(duì)于并發(fā)和阻塞等有自己的見(jiàn)解。 點(diǎn)評(píng)：非常清晰的告訴簡(jiǎn)歷閱讀者自己做了什么事情，負(fù)責(zé)了什么樣的事情，用了什么技術(shù)棧，且邏輯連貫。 四、工作期望&個(gè)人評(píng)價(jià) 加分寫(xiě)法： 1、對(duì)自己有一個(gè)全方位的一個(gè)描述總結(jié)，讓別人更好的解讀你。或者在此處，高亮你的優(yōu)點(diǎn)特長(zhǎng)有哪些。 2、即使不寫(xiě)個(gè)人評(píng)價(jià)，也一定記得寫(xiě)上工作期望。 減分寫(xiě)法： 完全看不出個(gè)性特點(diǎn)，寫(xiě)和沒(méi)寫(xiě)沒(méi)什么區(qū)別。
來(lái)幾個(gè)例子 例子1 （錯(cuò)誤書(shū)寫(xiě)方式）： 1、為人性格,誠(chéng)實(shí)謙虛，勤奮，能吃苦耐勞，有耐心，有團(tuán)隊(duì)意識(shí)，能和同學(xué)和諧相處，能虛心接受別人的建議的人。 2、責(zé)任心強(qiáng)，善于溝通，具有良好的團(tuán)隊(duì)合作精神；專(zhuān)業(yè)扎實(shí)，具有較強(qiáng)的鉆研精神和學(xué)習(xí)能力；性格比較樂(lè)觀外向，喜歡打羽毛球。
例子2 （正確書(shū)寫(xiě)方式）： 我對(duì)自己的定位： 主攻前端,同時(shí)在其他方面打打輔助。我不希望過(guò)于依賴(lài)別人,即使沒(méi)有后端沒(méi)有設(shè)計(jì)沒(méi)有產(chǎn)品經(jīng)理,我依然想要把這個(gè)產(chǎn)品做到完美。畢竟全棧才能最高效地解決問(wèn)題。 我對(duì)工作的態(tài)度： 第一,要高效完成自己的本職工作。第二,要在完成的基礎(chǔ)上尋找完美。第三,要在完美的基礎(chǔ)上,與其他同事 互相交流學(xué)習(xí),互相提升。工作是一種生活方式,不是一份養(yǎng)家糊口的差事。 我怎樣克服困難：不用百度是第一原則,在遇到技術(shù)問(wèn)題時(shí)我往往會(huì)去Google、Stack over flow上尋找答案。但通常很多問(wèn)題 并不一定已經(jīng)被人解決,所以熟練地閱讀源碼、在手冊(cè)、規(guī)范甚至 REPL的環(huán)境自己做實(shí)驗(yàn)才是最終解決問(wèn)題的辦法。相信事實(shí)的結(jié)果,自己動(dòng)手去做。 怎樣保持自己的視野：我一直認(rèn)為軟件開(kāi)發(fā)中視野極其重要,除了在 Twitter 上關(guān)注業(yè)界大牛,Github Trending 也是每周必刷。 另外 Podcast、Hacker News、Reddit 以及TechRadar 也是重要的一手資料。保持開(kāi)闊視野才能找到更酷的解決方案。 我的優(yōu)勢(shì)： 熱愛(ài)技術(shù)、自學(xué)能力強(qiáng),有良好的自我認(rèn)知。全面的技能樹(shù)與開(kāi)闊的視野,良好的心態(tài)、情商與溝通能力。 我的劣勢(shì)： 非科班出身沒(méi)有科班同學(xué)對(duì)算法的熟練掌握,但我決定死磕技術(shù),彌補(bǔ)不足。
例子3 （正確書(shū)寫(xiě)方式）： 極客、熱愛(ài)技術(shù)、熱愛(ài)開(kāi)源 Ruby on Rails：精通 Agile/Lean：精通 ReactJS：掌握 Docker：掌握 AWS：掌握 五、是否有博客，個(gè)人技術(shù)棧點(diǎn)等 看到有這項(xiàng)的HR兩眼已經(jīng)放光了，加分加分項(xiàng)，說(shuō)明你真正的熱愛(ài)技術(shù)，善于學(xué)習(xí)總結(jié)，樂(lè)于分享，且有投入自己的業(yè)余時(shí)間到軟件事業(yè)中。 我喜歡的書(shū)籍：《重構(gòu)》《卓有成效的程序員》《代碼整潔之道》等； 我喜歡的社區(qū)：51CTO、圖靈社區(qū)，知乎，博客園，Stack Over flow，Google Developer Group等； 我的博客鏈接、個(gè)人作品鏈接如下: https://github.com/github ...... 六、簡(jiǎn)歷內(nèi)容真實(shí)性 老司機(jī)提醒你，你簡(jiǎn)歷的任意一個(gè)細(xì)節(jié)將會(huì)是后面面試中的呈堂證供。 基本就這些了，希望對(duì)大家能有幫助。 |
客服電話(huà)
官方微信
請(qǐng)發(fā)表評(píng)論