閱讀本文大概需要 5 分鐘。
作者：黃小斜
作爲一個程序員，想必大家曾經都做過一些項目，可能現在手頭上也還有一些項目。
不過還是有很多學生朋友來問我“沒有項目怎麼辦”，誠然，確實有不少同學沒有實習經歷，又沒有什麼像樣的項目經歷，對於這樣的同學，簡歷上的項目經歷難道只能空着了嗎。
其實不然，就算你是跟着一些課程做項目，你也可以通過豐富項目內容的方法把項目變成自己的，只要你真的去做了，真的理解了代碼邏輯，同時有所收穫，這個項目就是有價值的，是可以登上簡歷這一大雅之堂的。
正因爲如此，現在很多簡歷上的項目經歷的質量都是參差不齊，同時有的項目經歷又非常相似，面試官一眼就能知道你的項目到底是真是假。
大部分的面試官都會對你的項目經歷進行提問，你能不能清晰到位地描述號好你的項目經歷，決定了你的項目價值，即使項目再牛掰，你不能把它講清楚，那麼也是白搭。
所以，回答關於項目方面的問題，是有技巧可循的，比技巧更重要的是 3 條原則，這也是我經歷各種面試之後總結出來的東西。
1、真實性
項目經歷，貴在真實，簡歷造假什麼的真的不要想了，面試官稍微深入問一下簡歷上的東西，保證你會一臉懵逼，簡歷上那些高大上的技術到頭來反而成爲你被面試官抓住的把柄。
何謂真實，首先，你要真的做過這些項目，其次，對項目的描述要真實，可以適度修飾，但不要太過誇大。
項目是真實的，你自己心裏纔會有底，面試官問的有問題，你纔有把握能夠回答。退一萬步講，就算你真的騙過了面試官，那你也諞不了你自己，簡歷造假如果在日後被發現，那處罰也是相當嚴重滴。
2、所寫內容一定要和你有關
很多朋友都犯過一個錯誤，包括我，就是把喜歡把項目經歷寫的天花亂墜，比如把整個系統的開發工作都寫在簡歷上，把部門的技術棧搬到簡歷上，把那些你沒參與的工作都寫到了簡歷上。
其實這只是看起來很美好而已，當面試官問你比較不熟悉的模塊時，你就只能說這個不是你做的，那個也不是你做的，這就十分尷尬了，在面試官那裏一定也是大大扣分的。
在吃了幾次這樣的虧之後，我簡歷上的項目經歷再也沒有出現和我無關的內容了，面試官問到實現細節我也能夠應對自如，畢竟自己做過，心裏肯定清楚呀。
所以，與其指望着拿別人做得模塊來渾水摸魚，不如想想如何提煉一下你的項目內容吧，就算真的只是簡單的CRUD，也沒有關係，所謂“亮點自尋”，這個時候你就應該想辦法把項目裏的亮點找出來。
比如你用了哪個ORM框架來實現數據庫交互，爲什麼用Mybatis而不用Hibernate，或者是用了哪個Web框架、日誌系統、構建工具，又或者用了什麼數據庫、緩存，爲什麼要用這些技術。
除此之外，你也可以介紹一下自己如何優化模塊的性能，複雜的業務邏輯又是如何實現的。
3、分點敘述，條理清晰
這一點與其說是原則，不如說是技巧。把“分點敘述”翻譯成白話文就是“一個模塊用一段話來介紹，如果你做了 3 個模塊，那麼就分1、2、3點，分別用一句話來介紹所做的內容”
這裏補充一下，你可以在分點描述裏提及技術棧，或者是在項目總結的部分介紹相關技術棧。
比如：1、我負責部門數據運營報表模塊的開發工作，使用JUC併發工具、線程池等技術完成該模塊的業務邏輯開發，使用MySQL數據庫、Hibernate框架完成數據層的處理，同時我對該模塊的業務代碼進行了優化，提升了數據報表30%的響應速度。
爲什麼要分點敘述，其實就是讓你的項目條理更清楚，面試官很容易就能看出你做了哪幾個模塊，可以對應地進行提問。
以前我沒有分點描述項目，結果面試官只能從一大段話中提取一些關鍵字來提問，這可能讓面試官很不滿意。
不只是項目經歷裏的模塊需要分點描述，你自己在介紹自己的項目時也應該通過這種方式來完成，這樣的好處顯而易見。
你很快就能夠條理清晰地向每一個面試官介紹自己的項目，並且針對每一個模塊都可以很自然說出它們的難點、亮點，以及實現過程。
不要問我爲什麼知道的，當我面試的次數越來越多時，我已經習慣了介紹項目、回答項目問題了。所以每次遇到關於項目的問題基本上都是張口就來，面試官一問什麼我就知道要答什麼了。
雖然以上三點原則不能包治百病，但是對很多同學來說應該是蠻有益處的。