我作為部門的面試官，收穫了不少簡歷。但可惜的是，收到的簡歷數量雖多，但令人中意的卻是鳳毛菱角，一些應聘者倒不是因為自身能力不足而無法進入面試環節，而是簡歷本身就沒有很好的展示出自己的能力，因此與面試的機遇擦肩而過。

為了避免類似的「悲劇」反覆出現，我打算藉著掘金的這次活動，站在面試官的角度，分享一些我在簡歷製作上的一些心得和建議，希望能幫助到有需求的讀者在下次的求職中更加順利。

在下面的篇幅中，我將講述我最看重簡歷的三個部分，希望能對各位讀者有所啟發，這三個部分分別是：

1. 技術能力；

2. 專案經歷；

3. 整體印象；

就我的經驗而言，能夠將這三部分按照一定原則寫好的簡歷，是沒有理由無法獲得一次面試機會的，那麼話不多說，讓我們開始吧 ?。

1. 技術能力

通常，「技術能力」這個部分將緊接著您的個人簡介之後，放在簡歷的核心版面。這樣設計是有道理的，因為它能夠幫助僱主更快的判斷您的技能是否與需求相吻合。

因此在製作這一部分內容時，您應該考慮以下兩點：

（1）寫什麼？

應聘者在技術能力的描述上通常會犯兩個錯誤：要麼 無用的東西寫的太多，要麼 有用的東西寫的太少。這裡的多和少是相對於「僱主的招聘需求」而言的。

我建議每個應聘者在撰寫簡歷的這部分時，都能夠精心設計所需展示的技能， 將自己熟練掌握的技能中與僱主需求重合的部分放在醒目的位置，如果竟然還有富餘，那當然可以驕傲的在其後展示。

但無論如何，在此處展示如下內容是不合適宜的：

1. 自己對該技能只是瞭解而僱主又不需要的技能（這實在毫無意義）；

2. 一些沒有複雜度的，常識性的技能，例如面試高階開發職位時，表明自己掌握 Git 的使用方式或某些具體業務庫的使用；

您越是確保自己展示的技能與僱主的需要完全契合，您就越能吸僱主的目光，並給予它繼續閱讀您簡歷的信心和勇氣。

（2）怎麼寫？

當我們知道該寫什麼技能之後，我們還需要知道如何恰當的描述這些技能，通常我們會以：「瞭解，熟悉，熟練掌握，精通」這幾個形容詞來描述技能的熟練程度，讓我從面試官的角度來與您分享一下我認為這幾個詞背後的含義：

1. 瞭解：表示您聽說過這個概念，甚至瞭解與此概念有關的基本原理；

2. 熟悉：表示您通過 Demo 的形式實踐過某個技術，或做過一兩個與該技術有關的專案，但缺乏沉澱；

3. 熟練掌握：表示您在工業級環境下，通過數個專案的實踐已經掌握了某種技術的核心原理，並能夠靈活的應用在開發中；

4. 精通：表示您通過很多次的專案實踐和潛心研究，已經對某種技術的原理和應用掌握到近乎盡善盡美的程度；

您應該意識到您需要客觀，誠實地評判自己的技術水平，既不要蓄意的誇大，也不應該妄自菲薄。在撰寫該部分內容時，我建議您按照技能的熟練程度自高向低的排列，同時對於僱主明確表示需要的技能給予更高的優先順序。

2. 專案經歷

講完了技術能力，接下來將與您分享簡歷中最重要的部分 -- 「專案經歷」。如果一份簡歷滿分是 100 分，專案經歷所佔的分數應該是 50 分以上。所以務必請您格外留意。

（1）為什麼您必須使用 STAR 法則？

不知道您是否聽說過撰寫專案經歷的「STAR」原則？之所以這麼問，是因為近年來我時常在各大論壇看到有關這一原則的普及文章，可奇怪的是，我很少見到有人在簡歷中將其付諸行動，考慮到實行這一原則的投入產出比，這實在令人感到奇怪。

事實是這樣的，如果您堅持不使用 STAR 原則描述您的專案經歷，我十有八九無法在您的簡歷中獲得任何值得推敲的資訊。

讓我描述一下我經常看到的一類描述：

我在該專案中完成了 XXX，YYY 需求，運用了 a，b，c 技術。

我至今不明白，這種缺乏意義的描述為什麼會如此經久不衰的出現在各式各樣的簡歷中，又為什麼有這麼多求職者對於這個模版的運用如此的樂此不疲。

這種描述方式的弊病在於，它除了告訴我求職者確實有在工作之外，再沒有其他有用的資訊。

讓我們看看遵從 STAR 法則的專案經歷描述中透露了哪些資訊：（順便一提， STAR 法則是指在描述中依次出現：Situation（情景），Task（任務），Action（行動）和 Result（結果）資訊的描述一件事的原則）

XXX 專案出現 XXX 問題，我作為 XXX，負責其中的 XXX 部分，我通過 XXX 方式（或技術方案）成功解決了該問題，使 XXX 提高了 XXX，XXX 增長了 XXX。

當然，這個充滿了 XXX 的範例只是拋磚引玉，目的只是為了向您展示遵從 STAR 法則，您能如何充分的向僱主展現您在專案開發中的產出的價值，取得的成就。並通過您的解決方案瞭解到您多方面的能力。

因此，毫無意外的，我建議您立刻將 STAR 法則運於描述您的專案經歷。

如果您已經這麼做了，那麼請接受我的敬意。

（2）專案重質不重量

除了使用 STAR 法則描述專案經歷，還需注意的一點是： 千萬不要堆疊您的專案經歷！

好的簡歷應該是短小精悍的，正如同沒人感興趣您在小學時期是否是三好學生一樣，僱主通常也並不感興趣您五年前做過哪些專案（除非它真的很優秀！）。

理想情況下，簡歷 最好不要超過 1 頁，至多不超過 2 頁是一個很好的尺度。鑑於這個篇幅，您的專案經歷最好也只需要包含您近 1 年做過的，您覺得有代表性的專案即可。

有人說過，十個平淡無奇的專案抵不上一個精彩動人的專案，事實也正是如此。

3. 簡歷印象部分

說完了技能和專案經歷，最後讓我們談談撰寫簡歷時需要遵守的一些原則。當一份簡歷投遞僱主手中時，僱主通常會大概看一下這個簡歷，憑 經驗和 直覺來判斷是否繼續閱讀這份簡歷，而接下來我想與您分享的，便是我認為一份好簡歷應該具備的「好味道」。

（1）撰寫簡歷三大原則：清晰，簡短，必要；

正如標題所呈現的，一份好簡歷應該滿足以下三個特徵：

1. 清晰：這表明簡歷的內容應該是沒有歧義，易於理解的，同時簡歷整體還要富有邏輯；

2. 簡短：無論是生活還是工作中，我們都需要擁有一種「抓住重點」的能力，因此優秀的求職者應該儘可能在簡歷中就展現這一點，而展現的方式就是，儘量寫出不超過一頁的簡歷，同時讓它充滿誘惑；

3. 必要：招聘本身是一個相互匹配的過程，彼此展示必要的資訊，能夠幫助彼此最大化的節約時間，提升效率。確保簡歷中出現的內容都是僱主期望瞭解的很容易就能博得僱主的好感。

希望您能在理解這三原則後重新審視並優化您的簡歷，確保萬無一失後，我們就可以進入下一個重要的環節：簡歷投放。沒錯，這裡我也有話要說。

（2）為什麼您應該停止海投？

我的最後一個建議是： 不要海投，要有的放矢。

我當然理解面對求職壓力，海投所消耗的成本及其低廉，但請注意，相對的，海投帶來的收益也近乎微乎其微（更別提海投失敗更容易給人帶來挫敗感，使人陷入一種負面情緒的惡性迴圈）。

其實「海投」和「精準投放」之間的差距並沒有特別懸殊，有時候只需要您一點點額外的努力，就能帶來巨大的收益。

我建議您將自己的所有資訊先整合在一個文件內，然後每天選擇 10 家您嚮往的僱主企業，仔細閱讀對方的招聘需求，並根據對方的招聘需求在自己的文件中摘出與之匹配的部分組合在一起。

之後就可以爽快的投遞出去了。猜猜看接下來會發生什麼？因為您的技能描述完美契合了僱主的需要，並且專案經歷的描述由於運用了 STAR 法則，僱主能夠更充分的瞭解到您各方面的能力。

毫無疑問的，您將大大提升您進入面試環節的機率！

這可是成功的第一步！

4. 結尾

至此，文章終於到了尾聲。總結一下，我們談論了簡歷製作過程中需要注意的以下三個部分，並分別給出了一些建議：

1. 技術能力： 先寫崗位所需能力，再寫加分能力，不要寫無關能力；

2. 專案經歷： 只寫明星專案，描述遵循 STAR 法則；

3. 簡歷印象： 簡歷遵循三大原則：清晰，簡短，必要， 要有的放矢，不要海投；

希望我所分享的經驗能對您有所幫助，也希望您終能如願以償進入心儀的企業工作。 感謝您讀到這裡，真是不容易！

《Java 最常見的 200+ 面試題：面試必備》