被美團(tuán)選中的 簡歷,長這樣??
第18期的簡歷優(yōu)化實(shí)戰(zhàn)案例是校招實(shí)習(xí),中大本科的同學(xué),求職崗位Java后臺(tái)研發(fā),已上岸美團(tuán)
看下如何優(yōu)化來擴(kuò)大簡歷的相對(duì)優(yōu)勢。
原簡歷:
??結(jié)構(gòu)優(yōu)化
- 突出求職崗位:要明確寫出求職崗位
- 簡化個(gè)人信息:移除出生年月、身高等無用個(gè)人信息,只留姓名、電話、郵箱
- 移除專業(yè)技能:"專業(yè)技能"是技術(shù)簡歷的大坑?,最佳實(shí)踐是在項(xiàng)目主要工作中描述,否則會(huì)吃虧,詳情見主頁置頂,移除
- 移除自我評(píng)價(jià):"自我評(píng)價(jià)"同樣是技術(shù)簡歷的大坑?,主觀評(píng)價(jià)無法量化和驗(yàn)證,移除
??排版設(shè)計(jì)優(yōu)化
- 移除冗余圖標(biāo):去除帶冗余信息的圖標(biāo),增加簡潔度
- 移除冗余排版:去除上下邊距的無用排版,增加美觀度
- 調(diào)整時(shí)間順序:中文從左往右閱讀,左邊放重要信息,如學(xué)校、公司,時(shí)間不重要,統(tǒng)一放右邊
??專業(yè)度描述優(yōu)化
所有專業(yè)度描述都可以參考我主頁置頂?shù)腟TAR法則筆記。而當(dāng)前簡歷項(xiàng)目描述都存在下面問題:
- 籠統(tǒng)技術(shù)描述:“研究代碼整體邏輯,解決了部分項(xiàng)目歷史疑難雜癥”,這句話沒有任何技術(shù)點(diǎn)展示,會(huì)吃虧
- 缺少量化指標(biāo):沒有數(shù)據(jù)量化的指標(biāo)衡量技術(shù)收益
- 缺少任務(wù)概述:任務(wù)簡介沒有統(tǒng)一表達(dá)格式,最優(yōu)是動(dòng)賓結(jié)構(gòu)短語
下面看如何優(yōu)化:
例子一
原文:“授信過程中調(diào)用 dubbo 接口向 aigc 模塊請(qǐng)求一個(gè)風(fēng)險(xiǎn)分析報(bào)告的流水號(hào),若請(qǐng)求失敗則發(fā)送一個(gè) mq,定時(shí)任務(wù)一個(gè)小時(shí)消費(fèi)一次獲取流水號(hào),后續(xù)可以通過 base64 編碼、rsa 私鑰加密后的流水號(hào)向 aigc 模塊鑒權(quán)獲取風(fēng)險(xiǎn)分析報(bào)告?!?/p>
優(yōu)化思路:①重新理清業(yè)務(wù)流程,拒絕流水賬表達(dá);②尋找業(yè)務(wù)流程中的技術(shù)點(diǎn)并找出對(duì)應(yīng)的量化指標(biāo)
輔導(dǎo)過程:①通過模擬面試,理清審核業(yè)務(wù)流程;得出技術(shù)點(diǎn)“Redis”、“RabbitMQ”、“dubbo”、“編碼方案”、“對(duì)稱/非對(duì)稱加密”;②挑選技術(shù)亮點(diǎn)寫入簡歷。
優(yōu)化后:
①優(yōu)化審批查詢效率:使用 Redis 搭建緩存模塊,并對(duì)審批數(shù)據(jù)進(jìn)行緩存,將審批數(shù)據(jù)查詢平均耗時(shí)從300ms優(yōu)化至10ms。
②優(yōu)化審批提交流程:梳理審批提交業(yè)務(wù)流程,并使用 RabbitMQ 進(jìn)行對(duì)通知業(yè)務(wù)進(jìn)行異步化,將接口TPS提升20%。
小結(jié)
在簡歷優(yōu)化的旅程中,我們雕琢的不僅是一份求職文書,更是自我價(jià)值的精準(zhǔn)呈現(xiàn)。每一處細(xì)節(jié)的打磨,每一次思路的梳理,都如同為人生拼圖找準(zhǔn)位置。它教會(huì)我們,清晰定位、突出優(yōu)勢,才能在人生的賽道上,吸引伯樂的目光,收獲理想的回響?
關(guān)注我,下期繼續(xù)分享更多實(shí)戰(zhàn)案例,春招加油!??