程序員跳槽有一份好的簡歷，office讓你拿到手軟

時間 2019-12-06

原文原文鏈接

做者：果汁簡歷前端

工欲善其事必先利其器，這是自古以來的道理，因此若是想找到一份好的工做，必定要先整理一份好的簡歷。git

模板
寫簡歷首先要有一個好的模板，咱們作技術的不一樣於 UX,UED，咱們不須要那麼花哨，可是也須要整潔乾淨。好的模板能讓你的簡歷給面試官一個好的印象，有一句話說得好，簡單而不簡單。
回到技術上面，既然咱們天天都用 Markdown 寫文檔，那麼爲何直接用它編寫咱們的簡歷呢？清楚，簡介，一目瞭然，方便存檔和編輯。github

在線 Markdown 簡歷生成工具，能夠導出 PDF。http://cvbox.sinaapp.com面試

有道雲筆記，支持 Markdown 語法，而且能夠存儲，同時支持導出 PDF數據庫

技巧
目前寫簡歷的方式有兩種廣泛被承認，一種是 STAR, 一種是 FAB。
STAR法則,即爲Situation Task Action Result的縮寫，具體含義是:
Situation: 事情是在什麼狀況下發生
Task: 你是如何明確你的任務的
Action: 針對這樣的狀況分析，你採用了什麼行動方式
Result: 結果怎樣，在這樣的狀況下你學習到了什麼編程

FAB 法則，即Feature Advantage Benefit 的縮寫，具體含義以下：
Feature：是什麼
Advantage：比別人好在哪些地方
Benefit：若是僱傭你，招聘方會獲得什麼好處後端

綜上所述，不管是那種方式都是在用最簡單明瞭的方式告訴別人你的工做，能力同時也體現了你的表達和總結能力。因此這個地方本身必定要反覆推敲。api

規避
技術點，技術點描述不須要多而繁雜，不能亂入座，什麼開發工具，寫 Tomcat，你怎麼不說 Java 是操做系統呢。緩存

PS:大公司大多考慮的是領域深度，而不是很關心你是否爲全棧。前端框架

項目經歷，時間倒序，項目不在於多，在於有亮點。

反覆檢查和校驗，切記馬虎，切記馬虎。切記錯別字，切記錯別字，切記錯別字，筆者寫簡歷的經理，檢查幾回之後還會有錯別字。對於篩選簡歷的人是看到錯別字，拼寫錯誤是很是致命的，第一印象就是馬虎。

簡單說明厲害便可，切勿長篇大論，沒重點。你要考慮到天天篩查簡歷的人可能選擇100多份。

格式，不用花花綠綠，直接markdown便可，簡潔而且有極客精神，若是喜歡其餘格式儘可能簡潔明瞭。

不須要把內容壓縮到一頁，趕忙整潔，讓閱讀者繼續看就能夠了。

PS: 網上的謬論說必須只能一頁。

儘可能不同凡響，面試者天天看不少簡歷，不要把本身簡歷寫的本身以爲都什麼亮點。若是特別沒有亮點能夠寫一些本身遇到的問題，解決的問題，或者講述一下本身理解的別人作的最好的設計方案。

打個樣，下面是一篇 JAVA 開發工程師的簡歷樣例。