他看了幾千份技術簡歷，願意把技術簡歷的祕籍傳授給你

先玩個小遊戲，若是你在寫簡歷時也遇到了相同的狀況，請打勾：

不知道招聘企業最看重什麼，學歷、技術、仍是項目？

習慣把工做年限寫長，好比2016年畢業要寫2年工做經驗。

Java、Python、C/C++等技能，無論熟不熟，都要寫「精通」。

項目經歷、工做經歷幾筆帶過或囉囉嗦嗦。

以爲技術簡歷和普通簡歷沒什麼區別，照着模板寫就行了。

每次面試官最後說「你有什麼要問的嗎」，都以爲特別尷尬。

勾0-1條，請點左上方的叉號，關掉這個頁面。

勾2-3條，你以前的簡歷多是在自嗨，須要一點解藥。

勾4-6條，重度患者，請仔細消化下面的內容。

其實，上面的幾種狀況，大部分人寫簡歷和求職時都會遇到。

有的人不瞭解面試官的需求，想把簡歷寫得面面俱到，寫完倒是毫無重點，且不自知，最終簡歷石沉大海；

有的人想在簡歷中呈現更好的本身，無論這個「本身」是否是真實的：把工做年限加長、把技能全寫成精通。這種自嗨只能換來面試時的尷尬；

有的人技術強，肯努力，卻懷才不遇，找不到一條更有效的渠道，讓更多大公司瞭解到本身，就錯過了不少上升機會。其實這也是能夠改善的。

這篇文章，就教你如何躲過這些簡歷中常見的「坑」。寫一份讓面試官喜歡、又真實的技術簡歷。

若是你是在校生，你更該好好看看這篇文章。它將讓你畢業時已經擁有一份最好的技術簡歷。

（本文內容整理自「 百樓俱樂部技術分享第一期——如何準備技術簡歷 」，分享人是實驗樓CEO石頭山。

「 百樓俱樂部 」顧名思義，是實驗樓100樓以上的用戶組成的羣體，除了按期的技術分享外，還有其餘福利，歡迎你們爬樓加入。）

簡介
分享人：石頭山

（實驗樓CEO，曾任職於VMware、Intel等知名外企，有9年研發和管理經驗，篩選過數千份簡歷，面試過數百名技術人員，深知簡歷和麪試的「套路」，將帶你從面試官的角度，瞭解什麼樣的簡歷纔是受人歡迎的。）

01

「 本文不適合老司機… 」

今天的話題時如何準備技術簡歷。我我的由於在技術公司，包括一些外企有過不少經驗，因此在這裏和你們分享一些想法和經驗。

對於這個話題，咱們面向的讀者是面向互聯網行業或軟件行業求職的人，並且主要是應屆生和畢業三年之內的求職者。由於對於經驗豐富的求職者，他們的招聘方式可能會差別很是大。比方說，他對簡歷的重視程度會愈來愈低，更多依靠的是行業內的知名度，和公司內部高級工程師的引薦。

由於我我的缺乏大型國企、傳統行業的經驗，因此說這個話題不免不全面，請你們見諒。

02

「 基本信息那麼簡單嗎？」

首先是基本信息，你們確定都會寫到。包括：

姓名

年齡

工做年限

學歷

城市

聯繫方式：手機 + 郵箱

這裏還有幾項須要注意的：

首先在基本信息裏面，咱們會看到，有不少同窗會故意地把本身的工做年限寫得很長。好比16年畢業，本身會選擇性地寫成兩年甚至三年的工做經驗。我要講的是，這是徹底沒有必要。

由於首先，這會讓招聘者很疑惑，你前面的這些工做經驗是哪裏來的？固然大部分多是把實習經驗算成工做經驗了，但實際上到面試階段仍是會把這部分拋除掉的。

因此咱們但願的原則是儘量地實事求是，不要虛報。不要把本身的畢業年限故意提早，來增長本身的工做年限。哪怕這會幫你過簡歷自動篩選的過程，到人工篩選或面試時，仍有很大的可能會被篩掉。

另外，對於一些轉行的朋友，若是你原來不是作計算機這一行的，而且和計算機行業相差很是多，比方說汽車維修，那就簡單的一句話概過就能夠了。只是爲了讓你的招聘方知道，你畢業之後前幾年並非在從事計算機行業，而後把本身在計算機行行業內的工做經驗、工做年限寫清楚就能夠了。

聯繫方式的話，手機號天然沒必要多說，郵箱儘量地用一些經常使用的郵箱。若是你有本身的我的網站，也能夠選擇用本身我的網站的郵箱。可是呢，郵箱的名稱儘量要簡短好認，好比1和L混合在一塊兒的那種郵箱地址，看起來是很是痛苦的。

03

「 工做、實習經歷，至關重要 」

簡歷的第二部分，就是工做和實習經歷。

公司名稱

職位

時間

詳細工做

這部分至關重要。不管是應屆畢業生，仍是工做過幾年的、有經驗的，其實招聘方最看重的就是這一部分的內容。

在這一部分中，至少你要證實你在先前的實習或者工做中，有很是多收穫，有對你我的的成長很是有幫助的經歷。這樣的經歷是最有價值的。

另外工做經驗要儘量地避免斷檔。若是有斷檔的話，在你面試的時候確定會問到，你須要有一個比較合理的解釋。比方說你中間是出國讀書了，或者哪一種狀況，而後有一兩年的斷檔，這個是沒什麼問題的。

第二點須要注意的就是，一個公司只須要寫一欄。在這一欄下，你能夠列出1、2、3、四的這種條目，詳細介紹在這個公司中，你所從事的事情以及學到的技術。可是要避免一個公司寫不少欄，哪怕你在這公司裏的職務有些變化，你能夠只寫一個最重要職務，或者一個最高級的職務。

對於工做的描述，須要詳細地介紹本身曾經開發的產品，以及開發這個產品中間用到的一些技術，負責的任務，而且要標明是否帶過團隊、帶團隊的規模是多少我的、這個項目的是否本身獨立完成、或者兩我的協做完成中你所處的角色，這個是很是細節的地方，可是必定要寫得清楚一些。不須要太囉嗦，可是每一點必定要點到位。

最後一點就是剛纔也提到的，把每一項以一個簡短的條目一二三四標出來。這樣能讓對方很是清晰地看到，你所收穫到的一些關鍵點，可以抓住他們的眼球。

在描述項目中的時候，儘量多的使用一些關鍵字，一些技術的關鍵字。比方說，這個項目中我用到了Mongo DB、Laravel，或是先後端經常使用的一些框架，而後把它寫到這個項目描述中。

而對於應屆生來講的話，若是沒有工做經驗，實習經驗就很是很是寶貴了。由於目前絕大部分的公司，其實都相對功利，但願本身招聘來的應屆生可以直接上手，儘量地快速融入本身的團隊，造成戰鬥力。真正說但願拿過來培養一到兩年的公司，應該是規模很是大的企業，屬於比較少見的一種狀況。

04

「 什麼樣的項目經歷讓人信服？ 」

第三部分一般是項目經歷，分爲：

項目名稱

項目描述

承擔的職責

用到的技術

實現的效果

項目經歷，通常會把本身先前的工做或者實習，以及在學校實驗室跟老師作的項目，作一些提取。選取其中最好的項目，最可以表明本身真實水平的。像一些課程的大做業，實際上是徹底沒有必要貼上去的。固然，若是這個大做業的代碼量很是大，而且有必定的知名度的話也能夠。

一些狀況下，項目經驗和工做經驗是能夠合併到一塊兒的。好比你工做經歷很是豐富，每一份工做的項目也很是明確，那徹底能夠將這兩項內容合在一塊兒。而後對於應屆生，若是工做經歷和實習經歷都沒有，項目經歷必定要寫得很是精選。

在項目的描述中，咱們最看重的就有三點。

這個項目跟應聘的職位之間的關聯性。

這個項目在整個技術圈內的知名度。

最後就是這個項目是否有一些數據，能夠證實你作到了，而且讓你有所收穫。

回到剛纔的項目經驗，其實咱們是須要證據的，而最好的證據就是你GitHub的代碼連接，或者是你這個項目的一個線上版本——有多是一個網站，有多是你展現的一個demo。只要有這樣的效果，對於審覈簡歷的人來講，他一眼就能看出來這個項目的技術水平，是能增長不少分的加分項。

選擇熟悉的項目，必定要選擇熟悉的項目。應該本身寫的項目若是進入了面試，頗有可能面試官的問題都來自於你寫的項目內容中，因此不要寫那些本身模棱兩可，或者說僅僅是一個旁觀者身份的那種項目。只是看過的，或者沒辦法深刻進去的，被問到也很尷尬。

項目經歷還須要數據支撐。舉個例子，好比你爲實驗樓開發了一個實驗操做的模塊，這個模塊能夠支持1000人同時作實驗，而且已經穩定在線上運行了幾年，這個實驗操做模塊能達到幾百萬次實驗的檢測。這實際上是很是好的，有價值的項目經驗。

其實不僅是應屆生，咱們鼓勵全部的人在簡歷裏面，儘量的在項目經驗部分列出本身曾經參與過的開源項目。比方說你參與過一些很是知名的、像VIEW一類的開源項目，提交過代碼、提交過PR，這實際上是很是好的增分項。

若是，應屆生沒有這方面的項目的話，也能夠寫一些實驗樓的大項目。可是呢，若是是單純的實驗樓的教學項目，其實咱們更但願你可以作一些擴展，就是在實驗樓項目基礎之上，額外作了一些擴展功能。這也能夠幫你在向面試官介紹項目的時候，更好地展現本身的能力。

最後一點須要注意的是，你的項目描述必定要以很是標準的技術語言來寫。甚至說一些技術的關鍵字，該大寫的地方必定要大寫，該小寫地方必定要小寫。這其實很是體現一我的專業化的水平。

05

「 精通Java、Python、C、PHP = 呵呵 」

第四部分一般是技能列表。

注意事項：

實事求是

根據目標職位適當調整

數字證實：30000行代碼、3個項目-Python

項目證據：爬取知乎10萬用戶-Python

咱們在介紹完本身的項目經歷以後，一般會寫一個技能的列表。而這個技能列表，一般會根據你所應聘的職位作一些修正。你若是應聘Python後端工程師，那你儘量地把本身Python相關的技能放在最前面。這些關鍵點，就可以抓住潛在面試官的眼球。

首先須要注意的仍然是實事求是，儘量地不要寫精通這兩個字，能夠寫熟悉或瞭解。

技能列表也能夠增長一些數字輔助的證據。比方說在Python後寫上：我曾經有3萬行代碼的經驗；曾經作過三個項目，三個項目在前面的項目經驗裏也能夠作一些驗證。此外還有其餘的一些證據，比方說我曾經用Python爬取知乎10萬個用戶，這其實都是很是好的、能體現你技能水平的一些工做。

06

「 教育經歷中須要規避的 」

教育經歷這部分，好像就沒有什麼太多可說的。基本上專科、本科、碩士這些本身寫清楚，學校、專業、時間也寫清楚就能夠了。

務必實事求是，沒有必要在這方面弄虛造假。儘管不少的公司可能會看學校，看學歷，但在個人理解，他們只是在選擇一種更快的篩選方式。而這一點，在實驗樓咱們並不會特別看重。咱們對學歷，或者說學校，其實並非特別在意。咱們更看重的是你先前的一些工做經驗或者本身的項目經驗，和其餘的一些證實本身實力和能力的東西。

在教育經歷這裏，你們儘可能不要特別強調自學成才。由於哪怕你沒有上大學，沒有上大專，高中畢業，可是本身對計算機很是感興趣，又很是努力，是能夠拿項目來證實的。可是不要在這裏強調自學成才，由於自學成才的機率是很是很是低的，徹底靠本身拼搏，出來一個能力很是強的我的，是很是難的，不少公司對這種小几率是很是害怕的，基本上就會選擇篩過。

最後一點就是，儘量不要寫培訓班的經驗。由於目前大部分的線下培訓，都是比較粗糙的，可以得到的技能的提高也是很是有限的。

07

「 不要輕視額外信息 」

第六點基本上簡歷的最後一部分，會介紹不少其餘的額外信息，比方說我的的網站或者是GitHub的連接。這裏就有不少須要注意的地方。

首先你本身的我的網站或技術博客，若是內容不夠豐富的話，只有一兩篇日誌這種的，實際上是徹底沒有必要放出來的。

第二點須要強調的就是，GitHub是很是很是重要的。至少咱們實驗樓在招聘的時候，會首先看GitHub上面的一些記錄，比方說原創的代碼項目，甚至說代碼的一些規範，包括提交的一些記錄。若是你的GitHub倉庫裏是空的，而且，大部分都是fork別人的代碼，那就不要放了，能夠避免不少時間上的浪費。

若是你有其餘原創的項目代碼的下載連接，其實也是能夠放在這裏的。可是，若是須要招聘方花不少時間去查看的話，一般都不會有人看。

在列出任何一個額外信息的時候，把它的亮點附在後面。比方說你本身的技術博客，你能夠寫上有150篇的技術博文，當月的訪問量達到了100萬。這樣子是經過數字來吸引別人對你技術博客的關注。

在技術簡歷裏，非技術相關的信息，比方說參加過的志願活動、社團活動啊、一概不要放，除非是技術社團。可是技術社團除非很知名，通常狀況下也價值不大。

最後就是，不要寫本身的我的描述。技術簡歷比較單純一些，咱們只看重你的技術水平，你的項目經驗。其餘的你我的的一些愛好，好比喜歡什麼運動，這真的不是特別重要。

最後一點就是，若是職位沒有要求你寫指望的薪資，就不要寫，能夠到現場去談。有可能你寫了就會錯過一些面試的機會。

08

「 私人乾貨——技術社交！」

最後介紹一些簡歷以外的東西，我我的稱之爲就是「 技術社交 」。實際上是爲你打造一個不須要簡歷，就得到一些應聘機會的方式。須要經過下面這些渠道，增長你本身在技術社區裏的知名度。

當知名度有了的話，不少公司會主動地去聯繫你。我知道的就有不少大公司的HR，會泡在GitHub上，而後去爬當地star排名很是靠前的用戶，再主動地發郵件聯繫他們，邀請他們來公司進行面試。

而這部分的內容，就須要時間和我的精力的投入。比方說大學裏，你能夠選擇從大二開始維護本身的GitHub倉庫，在上面能夠多建立一下項目，而後把本身原創的一些代碼，包括參與的開源項目中提交的PR均可以發佈上去。

你還能夠用GitHub去搭建一個本身的技術博客，把大二大三大四幾年以來的技術的積累和收穫都放在上面，到你真正畢業去找工做的時候，其實你基本上不須要一個簡歷了。GitHub上面幾百次的提交就是對你最好的一個證實。

還有就是像Stack Overflow這一類的技術社區。我我的建議是，在你有一些很是深刻的技術瞭解以後，能夠嘗試着去回答一些小白的提問，這樣子對我的的名聲和技術也是有一個提升。

其餘的內容無外乎就是你翻譯過的一些技術文檔，國外的很是著名的技術文檔。其實在GitHub上，就能夠加入不少的翻譯組。還有你爲一些在線教育網站貢獻的內容，比方說想實驗樓，你在實驗樓投稿了一些課程，或是在一些在線教育的視頻網站上，發佈了一些本身錄製的視頻，這其實都是很是好的證實。

09

「 常見問題！」

第三部分的內容，就是我能想到的一些常見的問題。

首先須要注意的是，簡歷必定要短。把你最重要的內容精簡到一頁紙裏面；把你最重要的關鍵字，精簡到最突出的位置上。

千萬不要增長大段的內容，大段的文字是簡歷的一個大忌。也不要夾雜太多我的感覺、我的經歷的文字，真的沒人看。Hr或者工程師在收到不少簡歷的時候，他們的時間是很是有限的。若是你不能在很短的時間內抓住他們的眼球，那實際上是浪費了一個很好的機會。

第二點是關於信息的順序。首先應屆生的話要突出學校，就把本身的教育信息和我的信息合在一塊兒就能夠了。非應屆的話，最重要的是你的工做經驗——你先前的工做、工做的時間長短、工做的核心內容是否與你應聘的職位相關、以及工做中的一些數據證據。我的信息下面就能夠直接放一些工做經歷。

在投遞簡歷的時候要根據應聘的職位進行一些調整。好比調整一些想要順序、技術技能的順序、以及先前工做經驗中重點關鍵詞的描述，儘量往應聘需求上靠。

簡歷的格式儘量的用pdf，這樣通用性會更好一些。而後是不要放照片，除非是長得很是漂亮，或者職位有要求的，基本上，我見過的職位是沒有要求放照片的。

最後就是若是投遞外企的話，儘量一頁英文簡歷，一頁中文簡歷，由於面試你的極可能是外國工程師。

另外，若是選擇一個公司，能夠適當地對這個公司的產品，包括用到的技術進行一些調研，也能夠準備一份簡短的對該公司產品的技術分析，放在簡歷裏面。固然基本上用不到，更多的可能在面試環節裏會用到。

這就是我今天給你們分享的一些內容，由於比較精簡，可能不少地方並非特別全面，你們想問的問題，或者想討論的話題均可以提出來。

10

「 用戶提問」

提問：學完基礎後，怎麼找一個好項目來作？

回答：學完基礎以後，能夠先來實驗樓作一些小的項目。若是你想有拿得出去、能夠證實的項目，最好是去GitHub上找一些開源的項目，看一下人家提的ISSUE，而後找一些本身能夠修的，再嘗試着去提一些PR，哪怕被拒掉了。我以爲通過這幾回交流以後，基本會有被接受的。這是一個很是好的鍛鍊本身的機會。

提問：通常公司最看重應屆生的哪方面？實習經驗仍是其餘東西？

回答：就拿咱們公司來講，對應屆生更多地看重的是實習的項目經驗，以及學習能力，包括他真正解決問題的能力。並非特別重要的是你如今技術方面的東西。由於過來之後，都是須要在團隊裏面進行很長時間的磨合，磨合的過程當中也會有高級工程師會帶一些，作一些經驗的分享。

提問：您強調 GitHub 中原創性的重要性，但我的又想兼容較大的提交量，這樣的話須要怎麼平衡？好比在實驗樓作完實驗，自動會把實驗代碼git下，其實更多的是一種我的的記錄和託管，但這不是與原創性有所矛盾啦？

回答：GitHub的提交和原創性其實並不矛盾啊。比方說你有什麼思路，就在GitHub上建立這個項目，嘗試着從最小的版本開始，慢慢地作一些迭代，持續上半年的時間，你的項目從代碼量到知名度都會起來的啊。固然這就是一個堅持的過程。另外，若是要一個知名度比較高的，其實能夠找一個大型項目裏面的ISSUE，至關於你幫別人解決一些已知的問題。或者用他的框架去提出一些問題，而後提出本身的修復方案，提交一個PR，在討論或者說在代碼提交中，都會收到不少國內外工程師的反饋，這也是很是重要的。

提問：感受面試完了，面試官說：個人問題問完了，你有什麼要問的嗎？這是最尷尬的時候。

回答：其實這個時候面試官也很尷尬……他可能本身也沒有什麼話要說了，只不過想找一個方式來結束本次面試。其實這個時候你就能夠禮貌性質地問一些公司產品或者研發技術的一些問題。若是正好面試官屬於這個產品線，或者對這個技術很是感興趣的話，能夠再深刻地跟他探討一下，可是呢，不要冒昧的提出一些本身並非特別懂的建議。

原文連接