对于目前的比较火的项目来说可以分为几类：c端业务项目 、b端业务项目、轮子项目基架项目

c端业务项目

商城项目、外卖项目、12306等等都属于复杂的c端业务项目，这类项目的优缺点在于：

优点:

1. 架构复杂，积累架构经验，后期进入公司后不会被复杂架构唬住
2. 中间件丰富，可以提早学习各组件用法
3. 开拓技术事业。c端项目在公司中不会有太多机会接触(基本涉及大用户量的都维稳为主)

缺点:

1. 重复率高，面向用户的项目来来回回就这么几个方向
2. 架构过于复杂，技术细节过多，掌握不好容易翻车
3. 形成刻板印象，由于选择c端服务人过多，翻车频率也高，导致面试官通常对这类项目带有有色眼镜

b端业务项目

xxx后台管理系统、cms系统等属于b端业务系统，从社区看到的简历上来看几乎没人用了，这类项目的优缺点：

优点：

1. 架构清晰，通常为单体项目，学习成本低，见效快
2. 业务逻辑清晰，翻车几率小
3. 尽早接触真实的开发场景，进了公司大部分人就是增删改查

缺点：

1. 项目本身结构简单、业务逻辑几乎没有复杂的地方，技术收益有限
2. 现在大家写的项目都琳琅满目，普普通通的业务系统显得有点弱势

轮子项目

手搓Spring，手搓RPC等等属于轮子项目，这种就不用说了，硬核中的硬核，spring在每个javaboy心中的分量有多种自不必多说，这类项目的优缺点：

优点：

1. 了解常用底层框架的底层逻辑
2. 从代码层面加深八股文印象，很多八股在写轮子的时候能实践一遍

缺点：

1. 纯学习项目，有点与工程背道而驰搞科研整活的意思，说服力与业务项目差点意思。
2. 起调太高会有两种结果，一种面试官感兴趣使劲问刨根问底，另一种自己也忘了当年背的八股不太敢问草草忽略。
3. 这种最底层的框架设计非常复杂，不是拿来学几个月就能吃透的，很多时候复习一会觉得差不多了，过几天又忘了.....

基架项目

数据同步项目、业务网关项目等等属于基架项目，这类项目通常是公司基础架构部去维护，一般是用于大型互联网公司内部使用，这类项目的优缺点：

优点：

1. 架构清晰合理，代码优雅，一般基架项目都得积累很久，这种项目通常是提供给各个部门调用的，出一个bug影响一堆人。
2. 既有业务逻辑设计又有架构组件设计，既有复杂业务又要与底层组件交互，学习收益高。
3. 拓宽视野，基本上公司内部就是这么用的或者这么用过，学习以后真到了公司不至于被人发现自己是个水比。
4. 重复率低，目前看还是很少有人选这类项目。

缺点：

1. 一般写基础架构项目如果面试官喜欢问项目会问的很细节，学的不扎实可能会翻车
2. 学习门槛较高，代码比较复杂难啃

大家要有一个概念，你的辛辛苦苦字字珠玑写出来的项目经历，在你投递到某个公司后，这个公司第一个看到的人不是你的一面面试官，而是HR，只有HR过了，才有机会让面试官筛选。

对于面试官而言一个应届生无论写哪一类的项目差别可能没有特别大，大家心里都明白，都是这么过来的何苦为难呢。但不包装华丽一点HR可能就会被筛选掉。

所以学没学到位可能不是第一位，如何包装顺利到面试环节才是重中之重，过不去初筛，就算把项目全写一遍也没有展示自己的机会~