面試官做多了,也給不少HR支過招,我從不同的角度談談程式設計師的簡歷如何碼。
首先,我談談HR和技術面試官看簡歷時的視角。
一份看上去舒服的簡歷,標點符號正確,沒有錯別字,字裡行間邏輯清晰,內容豐富,能看出面試者態度認真誠懇用心,且沒有耍小聰明。如若看出態度問題,簡歷估計直接就篩掉了,到不了技術負責人手裡。
另外,HR也會受命篩選技術點、專案經歷。技術點最好滿足技術負責人的基本要求,同時專案經歷沒有摻水,例如很多人把自己網上看影片做的作業專案,或者一些書裡教的專案案例(圖書管理系統、電子商城)拿來濫竽充數,這顯然並不容易過HR的法眼。
最後就是學歷和資質了。在HR眼裡,學歷不能造假,越高越好。看完學歷看資質,資質必須是行業能夠認可的。
技術點必須是專業可信的,一談某個技術點,後面肯定是自然而然地跟上相關技術,或者跟上某個獨特的觀點。寫個後端技術,突然冒出個數據庫名稱,再冒出個語法。如果是這麼凌亂的描述,這份簡歷基本就是pass了。
專案經驗必須紮實寫。關於專案描述除了概述,重點就是自己負責模組的內容,千萬別把別人做模組的也算到自己頭上。要知道,這份簡歷除了作為透過簡歷篩選的利器,同時也是面試的依據,千萬別給自己挖坑。
瞭解完HR和技術面試官的視角後,我們再好好梳理一下程式設計師“迷人”簡歷的要點:
以上是我的回答,望採納。
面試官做多了,也給不少HR支過招,我從不同的角度談談程式設計師的簡歷如何碼。
首先,我談談HR和技術面試官看簡歷時的視角。
HR視角:態度 + 技術點 + 專案經歷 + 學歷資質一份看上去舒服的簡歷,標點符號正確,沒有錯別字,字裡行間邏輯清晰,內容豐富,能看出面試者態度認真誠懇用心,且沒有耍小聰明。如若看出態度問題,簡歷估計直接就篩掉了,到不了技術負責人手裡。
另外,HR也會受命篩選技術點、專案經歷。技術點最好滿足技術負責人的基本要求,同時專案經歷沒有摻水,例如很多人把自己網上看影片做的作業專案,或者一些書裡教的專案案例(圖書管理系統、電子商城)拿來濫竽充數,這顯然並不容易過HR的法眼。
最後就是學歷和資質了。在HR眼裡,學歷不能造假,越高越好。看完學歷看資質,資質必須是行業能夠認可的。
技術面試官視角:技術點 + 專案經驗及專案負責模組技術點必須是專業可信的,一談某個技術點,後面肯定是自然而然地跟上相關技術,或者跟上某個獨特的觀點。寫個後端技術,突然冒出個數據庫名稱,再冒出個語法。如果是這麼凌亂的描述,這份簡歷基本就是pass了。
專案經驗必須紮實寫。關於專案描述除了概述,重點就是自己負責模組的內容,千萬別把別人做模組的也算到自己頭上。要知道,這份簡歷除了作為透過簡歷篩選的利器,同時也是面試的依據,千萬別給自己挖坑。
瞭解完HR和技術面試官的視角後,我們再好好梳理一下程式設計師“迷人”簡歷的要點:
字型、排版、行間距、錯別字都仔細摳一下,務求整齊、清晰;考慮到WPS和WORD這些常用的工具相容性,匯出一個PDF確保開啟檔案不錯亂;如果是使用一些平臺的模版,也請多附上一份PDF;技術點儘量簡明扼要,相同體系技術點一併描述,不同體系的技術點最好另起一行;學歷切莫造假,有資質堆資質,不吝嗇展現自己,也不能有“無所謂”的心態;專案經歷貴精不貴多,概述記得保持簡明扼要,不拖泥帶水;明確並重點描述個人在專案中的定位和參與角色,更深度地描述技術亮點;個人總結部分,能用一兩句簡單的話概括自己的優缺點。同時,嘗試用一些煽動型的文字,打動HR和技術面試官。以上是我的回答,望採納。