在简历指导的直播里，大家的简历都在突出项目用的是微服务。

这个真的让人很头疼。

我给大家说个观点：不管你做的是什么项目，它的重点如果说用的微服务，那这个项目是不适合作为简历主项目的。

我一直在强调校招项目要满足三个特点：重复度要低，真实度要高，亮点要多。

那么微服务，你不管在面试里面还是工作里面，它的重点都不是微服务本身。

面试的时候，有很多的项目让你去装，分很多很多模块。

但你只要背一下每个块之间是怎么使事物注册，怎么垄断，怎么怎么去做，背一下就可以了，安装的目的是一点用都没有。

有同学说工作中不会用吗？

微服务是因为公司里面有很多团队，服务比较多，大家都注册到一个微服务里面，然后大家好彼此调用。

整个公司里面只有一个小团队，叫架构部，专门去做底层的微服务和中间件。

如果你去实习或者工作，你发现你根本就不用去关心这个事情，不会有人让你去装框架。

所以你会发现项目的亮点是微服务是没法去用的。

它是个考点，你放在专业技能里面就行了。

你没有必要去把它放在项目的部分。

而且微服务本身就是量级变大之后的架构调整，它还不像中间件。

大家知道，去大厂的校招，中间件经常会问一些场景题。

因为你不管是redis也好，或者是MQ也好，或者搜索也好，它就是有特殊的功能场景。

这个场景下为什么用这种方案？为什么不用那种方案？这种方案的好处是什么什么。

但是微服务没有。

你在公司的时候，你要干的事就是把你的接口注册到这个服务里面。

不管是Eureka，或者是阿里巴巴的那套系统，会调用别人的服务，就两三行代码就可以了，你完全不会都没问题。

所以你看那些培训班或者是up主，天天忽悠你去装微服务，然后把服务拆开。

这个不管在面试中还是在简历上，还是在实战过程中，都是没有用处的，一点意义都没有。

我们要分层，中小公司一定要写服务，因为大家都会，所以你也要会。

但是不要写在项目上，写在你的专业技能里面。

作为考点去写，不要作为项目去写。

大厂就不要写微服务了，因为大厂只要写微服务，他就不会是纯八股文，他就一定会问微服务的底层和场景题。

微服务没什么场景，但底层太大了，它是大架构，你一般是答不出来的，不要把自己给坑死。