對于目前的比較火的項目來說可以分為幾類：c端業(yè)務(wù)項目?、b端業(yè)務(wù)項目、輪子項目基架項目

c端業(yè)務(wù)項目

商城項目、外賣項目、12306等等都屬于復(fù)雜的c端業(yè)務(wù)項目，這類項目的優(yōu)缺點在于：

優(yōu)點:

1. 架構(gòu)復(fù)雜，積累架構(gòu)經(jīng)驗，后期進入公司后不會被復(fù)雜架構(gòu)唬住
2. 中間件豐富，可以提早學(xué)習(xí)各組件用法
3. 開拓技術(shù)事業(yè)。c端項目在公司中不會有太多機會接觸(基本涉及大用戶量的都維穩(wěn)為主)

缺點:

1. 重復(fù)率高，面向用戶的項目來來回回就這么幾個方向
2. 架構(gòu)過于復(fù)雜，技術(shù)細(xì)節(jié)過多，掌握不好容易翻車
3. 形成刻板印象，由于選擇c端服務(wù)人過多，翻車頻率也高，導(dǎo)致面試官通常對這類項目帶有有色眼鏡

b端業(yè)務(wù)項目

xxx后臺管理系統(tǒng)、cms系統(tǒng)等屬于b端業(yè)務(wù)系統(tǒng)，從社區(qū)看到的簡歷上來看幾乎沒人用了，這類項目的優(yōu)缺點：

優(yōu)點：

1. 架構(gòu)清晰，通常為單體項目，學(xué)習(xí)成本低，見效快
2. 業(yè)務(wù)邏輯清晰，翻車幾率小
3. 盡早接觸真實的開發(fā)場景，進了公司大部分人就是增刪改查

缺點：

1. 項目本身結(jié)構(gòu)簡單、業(yè)務(wù)邏輯幾乎沒有復(fù)雜的地方，技術(shù)收益有限
2. 現(xiàn)在大家寫的項目都琳瑯滿目，普普通通的業(yè)務(wù)系統(tǒng)顯得有點弱勢

輪子項目

手搓Spring，手搓RPC等等屬于輪子項目，這種就不用說了，硬核中的硬核，spring在每個javaboy心中的分量有多種自不必多說，這類項目的優(yōu)缺點：

優(yōu)點：

1. 了解常用底層框架的底層邏輯
2. 從代碼層面加深八股文印象，很多八股在寫輪子的時候能實踐一遍

缺點：

1. 純學(xué)習(xí)項目，有點與工程背道而馳搞科研整活的意思，說服力與業(yè)務(wù)項目差點意思。
2. 起調(diào)太高會有兩種結(jié)果，一種面試官感興趣使勁問刨根問底，另一種自己也忘了當(dāng)年背的八股不太敢問草草忽略。
3. 這種最底層的框架設(shè)計非常復(fù)雜，不是拿來學(xué)幾個月就能吃透的，很多時候復(fù)習(xí)一會覺得差不多了，過幾天又忘了.....

基架項目

數(shù)據(jù)同步項目、業(yè)務(wù)網(wǎng)關(guān)項目等等屬于基架項目，這類項目通常是公司基礎(chǔ)架構(gòu)部去維護，一般是用于大型互聯(lián)網(wǎng)公司內(nèi)部使用，這類項目的優(yōu)缺點：

優(yōu)點：

1. 架構(gòu)清晰合理，代碼優(yōu)雅，一般基架項目都得積累很久，這種項目通常是提供給各個部門調(diào)用的，出一個bug影響一堆人。
2. 既有業(yè)務(wù)邏輯設(shè)計又有架構(gòu)組件設(shè)計，既有復(fù)雜業(yè)務(wù)又要與底層組件交互，學(xué)習(xí)收益高。
3. 拓寬視野，基本上公司內(nèi)部就是這么用的或者這么用過，學(xué)習(xí)以后真到了公司不至于被人發(fā)現(xiàn)自己是個水比。
4. 重復(fù)率低，目前看還是很少有人選這類項目。

缺點：

1. 一般寫基礎(chǔ)架構(gòu)項目如果面試官喜歡問項目會問的很細(xì)節(jié)，學(xué)的不扎實可能會翻車
2. 學(xué)習(xí)門檻較高，代碼比較復(fù)雜難啃

大家要有一個概念，你的辛辛苦苦字字珠璣寫出來的項目經(jīng)歷，在你投遞到某個公司后，這個公司第一個看到的人不是你的一面面試官，而是HR，只有HR過了，才有機會讓面試官篩選。

對于面試官而言一個應(yīng)屆生無論寫哪一類的項目差別可能沒有特別大，大家心里都明白，都是這么過來的何苦為難呢。但不包裝華麗一點HR可能就會被篩選掉。

所以學(xué)沒學(xué)到位可能不是第一位，如何包裝順利到面試環(huán)節(jié)才是重中之重，過不去初篩，就算把項目全寫一遍也沒有展示自己的機會~