簡(jiǎn)歷上的項(xiàng)目經(jīng)歷怎么寫?這三條原則不可忽視 !

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

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

1、真實(shí)性

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

2、所寫內(nèi)容一定要和你有關(guān)

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

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

3、分點(diǎn)敘述，條理清晰

這一點(diǎn)與其說是原則，不如說是技巧。把“分點(diǎn)敘述”翻譯成白話文就是“一個(gè)模塊用一段話來介紹，如果你做了 3 個(gè)模塊，那么就分1、2、3點(diǎn)，分別用一句話來介紹所做的內(nèi)容”這里補(bǔ)充一下，你可以在分點(diǎn)描述里提及技術(shù)棧，或者是在項(xiàng)目總結(jié)的部分介紹相關(guān)技術(shù)棧。

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

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

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

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