作為一個程序員，想必大家曾經都做過一些項目，可能現(xiàn)在手頭上也還有一些項目。不過還是有很多學生朋友來問我“沒有項目怎么辦”，誠然，確實有不少同學沒有實習經歷，又沒有什么像樣的項目經歷，對于這樣的同學，簡歷上的項目經歷難道只能空著了嗎。其實不然，就算你是跟著一些課程做項目，你也可以通過豐富項目內容的方法把項目變成自己的，只要你真的去做了，真的理解了代碼邏輯，同時有所收獲，這個項目就是有價值的，是可以登上簡歷這一大雅之堂的。

正因為如此，現(xiàn)在很多簡歷上的項目經歷的質量都是參差不齊，同時有的項目經歷又非常相似，面試官一眼就能知道你的項目到底是真是假。大部分的面試官都會對你的項目經歷進行提問，你能不能清晰到位地描述號好你的項目經歷，決定了你的項目價值，即使項目再牛掰，你不能把它講清楚，那么也是白搭。所以，回答關于項目方面的問題，是有技巧可循的，比技巧更重要的是三條原則，這也是我經歷各種面試之后總結出來的東西。

1、真實性

項目經歷，貴在真實，簡歷造假什么的真的不要想了，面試官稍微深入問一下簡歷上的東西，保證你會一臉懵逼，簡歷上那些高大上的技術到頭來反而成為你被面試官抓住的把柄。何謂真實，首先，你要真的做過這些項目，其次，對項目的描述要真實，可以適度修飾，但不要太過夸大。項目是真實的，你自己心里才會有底，面試官問的有問題，你才有把握能夠回答。退一萬步講，就算你真的騙過了面試官，那你也諞不了你自己，簡歷造假如果在日后被發(fā)現(xiàn)，那處罰也是相當嚴重滴。

2、所寫內容一定要和你有關

很多朋友都犯過一個錯誤，包括我，就是把喜歡把項目經歷寫的天花亂墜，比如把整個系統(tǒng)的開發(fā)工作都寫在簡歷上，把部門的技術棧搬到簡歷上，把那些你沒參與的工作都寫到了簡歷上。其實這只是看起來很美好而已，當面試官問你比較不熟悉的模塊時，你就只能說這個不是你做的，那個也不是你做的，這就十分尷尬了，在面試官那里一定也是大大扣分的。

在吃了幾次這樣的虧之后，我簡歷上的項目經歷再也沒有出現(xiàn)和我無關的內容了，面試官問到實現(xiàn)細節(jié)我也能夠應對自如，畢竟自己做過，心里肯定清楚呀。所以，與其指望著拿別人做得模塊來渾水摸魚，不如想想如何提煉一下你的項目內容吧，就算真的只是簡單的CRUD，也沒有關系，所謂“亮點自尋”，這個時候你就應該想辦法把項目里的亮點找出來。比如你用了哪個ORM框架來實現(xiàn)數(shù)據(jù)庫交互，為什么用Mybatis而不用Hibernate，或者是用了哪個Web框架、日志系統(tǒng)、構建工具，又或者用了什么數(shù)據(jù)庫、緩存，為什么要用這些技術。除此之外，你也可以介紹一下自己如何優(yōu)化模塊的性能，復雜的業(yè)務邏輯又是如何實現(xiàn)的。

3、分點敘述，條理清晰

這一點與其說是原則，不如說是技巧。把“分點敘述”翻譯成白話文就是“一個模塊用一段話來介紹，如果你做了 3 個模塊，那么就分1、2、3點，分別用一句話來介紹所做的內容”這里補充一下，你可以在分點描述里提及技術棧，或者是在項目總結的部分介紹相關技術棧。

比如：1、我負責部門數(shù)據(jù)運營報表模塊的開發(fā)工作，使用JUC并發(fā)工具、線程池等技術完成該模塊的業(yè)務邏輯開發(fā)，使用MySQL數(shù)據(jù)庫、Hibernate框架完成數(shù)據(jù)層的處理，同時我對該模塊的業(yè)務代碼進行了優(yōu)化，提升了數(shù)據(jù)報表30%的響應速度。

為什么要分點敘述，其實就是讓你的項目條理更清楚，面試官很容易就能看出你做了哪幾個模塊，可以對應地進行提問。以前我沒有分點描述項目，結果面試官只能從一大段話中提取一些關鍵字來提問，這可能讓面試官很不滿意。不只是項目經歷里的模塊需要分點描述，你自己在介紹自己的項目時也應該通過這種方式來完成，這樣的好處顯而易見。

你很快就能夠條理清晰地向每一個面試官介紹自己的項目，并且針對每一個模塊都可以很自然說出它們的難點、亮點，以及實現(xiàn)過程。不要問我為什么知道的，當我面試的次數(shù)越來越多時，我已經習慣了介紹項目、回答項目問題了。所以每次遇到關于項目的問題基本上都是張口就來，面試官一問什么我就知道要答什么了。雖然以上三點原則不能包治百病，但是對很多同學來說應該是蠻有益處的。

版權聲明：轉載文章來自公開網(wǎng)絡，版權歸作者本人所有，推送文章除非無法確認，我們都會注明作者和來源。如果出處有誤或侵犯到原作者權益，請與我們聯(lián)系刪除或授權事宜。