hello，大家好，我是bigsai。
最近發了位元組實習面經和騰訊實習面經，刷題和八股文很多小老弟知道套路，知道該怎麼去做，但是很多人比較匱乏專案這方面的經驗，這方面的話我的經驗也不是很多，就分享一下自己的看法，大家可以適當的看看。
不過上牛客看了最近的面經和自己幾輪面試經驗，感覺各家對專案的重視還是蠻大的，所以提早吃透自己的專案，做好介紹和描述優化，能夠在衝刺面試專心備戰八股文和麵經。
專案重要嘛
專案真的蠻重要的！對於簡歷模組來說，一般也就是基本資訊、個人技能、競賽榮譽、(有效)實習經驗、專案經驗、個人評價這幾個核心模組，在向網際網路公司投遞的過程中很多時候咔嚓的一下就被刷了，咔咔投，咔咔被刷。
在各個模組中，大部分指標都是一些偏硬的短期能夠優化的空間很少，而個人發揮較大空間的就是專案經驗和個人評價這兩塊，但個人評價寫的都很優秀的(吹吹自己還是會的)但是專案寫的水平就參差不齊，有的人寫著寫著就寫偏了…… 所以在簡歷這個環節中，專案還是非常重要的，好的專案能夠讓HR和麵試官眼前一亮，當然，這裡的好並不一定真的好，但要讓HR和麵試官覺得好。
專案從何來
很多人都困惑專案到底該從哪裡來，並且很多人都覺得自己刷題有思路，八股文也能背，就是專案經歷這塊讓自己很是苦惱，自己就是無專案經歷，專案空想肯定是想不出來的。
如果有機會，專案還是一定要自己參與一些的，這樣對專案的理解比較深刻，並且說出來的時候也更自信。
校園本創、大創、創新創業大賽等等：各個學校基本都有這個專案活動，這種活動一般是從開題到結束大幾個月或者近一年，有指導老師，一個團隊大概3-5個人(幹活的大概也就那核心兩人)，這種一般可能有兩種，一種是老師或者學長有的資源專案要進行擴充優化，另一種就是從0開始開發一個專案，我其實感覺第二種更好一些，參與專案的設計和開發能夠學到更多。在這種環境下，任務分工明確，開題、中期答辯報告、答辯報告、導師指導交流這些都需要對專案進行深入思考考慮。在這過程不僅能在專案製作過程中學到開發技術，撰寫各種文件、PPT也能加深自己對專案背景、意義、功能、未來展望等方面的理解，這些在簡歷和麵試中是非常重要的。如果在這過程走完(最好做一個負責人)，專案經驗是不用愁的，並且加入也很容易，聯絡熟悉的老師或者學長溝通溝通即可。
計算機類軟體設計大賽： 計算機有很多軟體設計類大賽，比如中國軟體杯、挑戰杯、網際網路+、華為杯、計算機設計大賽等等，雖然含金量高低不等，但不少比賽學校還是很重視的，會組織報名參加甚至指導。這類賽事很多，有的賽事還會有特定的主題要求，時間可能不那麼寬鬆但是還是來的急的，找兩志同道合隊友一起幹，不過最好有一個比較會吹牛寫文件和演講的，這類比賽很多時候你的演講口才一定程度能決定你的專案成績，而技術並不是很重要的評判標準，要讓裁判覺得你這個專案確實很有價值和前景。這方面如果欠缺可以多看看馬baba的演講，薰陶薰陶。
校園使用類： 有些專案可能在學習生活中真的需要使用，但是不一定很適合比賽，比如作業提交系統系統、校園義工管理平臺、課程成績查詢小程式、校園xx專案等等，這些專案可能聽起來沒那麼高大上，但是大部分都是可以投入使用，有一部分使用者群體，要圍繞落地這方面對專案進行詳細的描述。
實習專案、教師專案： 有些同學參加了實習，負責專案中的某個模組，又或者老師可能接了某些專案自己參與其中負責某些模組。這類專案大部分都是有實用場景並且整個專案挺大，不需要將整個專案都搞的透徹但是你要知道整個專案是幹什麼的，自己負責的模組設計、功能、實習要很清楚。
其他途徑： 除此之外，可能還有一些其他途徑能夠有專案經驗的機會，比如有些課設如果有優化空間可以拿來作為專案經歷，還有就是畢業設計有的好的選題的也可作為專案經驗。
上面說到的只要想參加其實都很很容易加入的，誰不喜歡來個幹活的人呢！你只需要用下圖這個姿態找到對應負責人即可：
如果自己沒機會參與專案但是卻專案經驗怎麼辦？
這個的話肯定不能坐以待斃啊，感覺有這幾個途徑可以簡單考慮下(詳細就不介紹)：
1.首先可以向自己熟悉的人(最好不是同屆但問題也不大)如果他有不錯的專案可以拿過來學習摸透使用一下，因為熟人他可以把專案相關的所有文件、程式碼都給你，你在吸收理解同時有不會的也能直接諮詢他，吸收起來效率很高。
2.如果沒啥熟悉的人可以要來專案學習，那麼Github或者網際網路上面的資源就需要你去尋找 並找到一個適合自己的，不過這種專案通常不一定很容易好找，可能會面臨以下幾個問題：專案太大學不完，專案太小有點拉胯，專案沒文件吸收太慢等等，找到一個好的專案確實不容易。
3.花錢在網上報班或者買專案速成一下，有點貴但是並不是很推薦，土豪請隨意。
專案選題注意
不能為了專案而專案，專案選題也有很多注意點和講究的，這裡面談談個人的看法：
在專案選題方向上，應該避免過分大眾化、抄襲化。可以從以下三個角度和方向考慮一下：研究型專案、落地型專案、開源型專案。
研究型的專案的話，可以看看當前各個大廠的發展、投資方向，有的雖然不太適合我們做(技術難度和成本大)，但是往一些教育、學習等方向還是可以做一些小型專案的。而電商、社交論壇等方向在很久前就挺成熟，花樣繁多，你的創造不一定會讓別人產生興趣。
落地型的話就是能夠真實落地使用的，如果你有想法的可以搞個網站、app上線運營，面向全社會人群，如果這個小站能夠有一定使用者量和粘性那麼對你的受益無窮，這個的話認識不少優秀的人搞了自己網站有資源整合的，有面向刷題的，有面向就業薪水，有面向學習打卡的，都有不少的使用者，還是非常羨慕他們的。如果很難大範圍應用，可以做個校園之類專案或者xx管理系統，但是避免圖書管理系統因為一個學校只有一個圖書管理系統並且肯定不會用你開發的那個。
開源型的話我覺得對程式碼規範性和專案複用性的要求比較高，一般都是開源愛好大佬去寫的一些專案或輪子，通常要對一行或者一個模組有比較深的理解，能夠有效降低其他開發者的開發成本和難度才行，如果對這方面有想法的那肯定不會愁有無專案經驗的。
簡歷上的專案
有了專案之後，肯定要想著往簡歷上編寫啦，但也需要注意以下幾點。
寫的不同於說
簡歷上寫的專案經歷，和我們和麵試官介紹的專案經歷不同，寫在簡歷上的專案介紹儘量保持描述精煉，專案介紹用詞規範高大上一點；給面試官講專案的時候儘量保持通俗化介紹，避免背誦劇本。另外給面試官介紹時候也可以把專案開發背景、為什麼開發專案、專案功能模組、專案設計過程、難點重點、意義和取得收穫等等都可以介紹，不過專案中不能能各個模組都介紹很詳細，你可以挑一些你覺得靚點稍微詳細一點。
儘量保持真實
專案介紹儘量保持真實性，不要吹得天花亂墜，也不要覺得專案沒啥技術含量。在專案介紹過程中就要介紹自己負責的模組，面試官問專案中的問題、細節處理避免卡殼。介紹專案時候如果專案確實沒那麼高大上那就要往真實需求、落地真實使用等方向描述。
內容完整緊湊
專案內容介紹方面，有很多人拿捏不是很準，有的人寫的過於簡短讓人覺得好像沒有專案一樣，有的人介紹太過於詳細讓人很難有耐心看下去(HR篩選簡歷一份簡歷可能就看一分鐘左右)。簡歷上的專案描述應該包含 功能模組、使用到技術、個人職責、收穫等方面的內容，避免專案中只講技術不講業務，也要避免只講業務不講技術，不過在介紹技術、方案時候最好能說一下使用這個技術、方案專案某方面的提升之處和優勢就更好了。
控制專案數量
簡歷上的專案一般2-3個為益，最好不同專案的方向不同，如果整體描述內容較為豐富，可寫兩個，如果內容比較精簡，寫三個也成，但個人覺得2個專案就足夠了。
避免技術陳舊
自己的專案使用的技術應該用到當前流行的主流框架和技術棧，避免使用太過於陳舊的技術棧或者不相關的技術棧，比如如果一個專案中用JSP這種技術面試官的第一想法可能是很陳舊，如果用到一些比較犀利的中介軟體或者微服務元件(把握火候)面試官可能會比較感興趣。
其他
無論在哪，都要體現一個自信、樂觀、謙虛學習的態度。介紹專案可以考慮一些漸進式、發展性。
結語
除了上面說到的，肯定還有重要點沒有涉及到，並且上述就是自己的個人看法，對一些無專案經驗小白可能有一些幫助。
總結一下，大部分面試流程是演算法+八股文+專案。很多時候八股文的內容是根據專案技術棧進行延伸一下問的，其實如果專案中用到技術被問到大部分自己還是瞭解被問到大部分都能回答的，並且專案中設計模式，HTTP知識，MySQL、Redis等中介軟體也是面試官很喜歡問的。
如果還年輕，自己可以參與一個專案，跟學長、學姐、老師溝通交流就很容易加入隊伍的，我當時大二時候也沒有專案經驗，大三時候自己主動找舍友做夥伴，找老師加入一個本創專案然後開始從0設計開發，過程雖然很長但是專案各種文件和包裝優化還是知道一點的。拿著專案順便去參加比賽，參加一些看看別人專案描述自己描述多碰撞幾次還是會有很多收穫的。
如果時間來不及，那就抓緊找一些七大姑八大姨的專案學習一下。
在面試過程中的專案介紹，是對簡歷上更詳細的介紹和描述，可以提前先寫一個介紹稿子邏輯順著邏輯介紹，不過多說幾次其實邏輯性就會更強，面試途中難免緊張，但是多面幾次有經驗就好了。
大廠面試就是演算法題+八股文+專案，如果專案不愁，那麼好好刷題和準備八股文就可以了，我這裡也給大家整理好力扣刷題筆記和八股文面經，有需要的可以自取一下：刷題筆記八股文
另外，有一些學弟學妹如果需要看簡歷歡迎找我交流。
關於作者：我是
bigsai,在讀研一，手握騰訊、位元組實習offer，藍橋杯國一選手，專注於資料結構與演算法、Java領域的知識分享，喜歡用圖將複雜內容簡單化，同名公眾號【bigsai】，堅持輸出乾貨，如果有學習、實習、考研、選擇等問題歡迎交流！