简历堆积技术栈没有意义！

自从有了股东服务以来，有不少的股东都会让我帮忙看看简历，最近看多了，我又想出来BB几句了。

对于程序员简历来说，主要分为几大块：

• 个人简介：联系方式/教育背景/基础信息
• 工作经历（校招可能没有）：在哪上过班，上了多久，待的团队是什么
• 项目经历：做过哪些项目，项目的内容是什么
• 专业技能：你会什么技术栈
• 校园经历（社招可以不写）：校园参加过什么比赛，拿过什么比赛的奖项，科研的方向是什么

简历不需要花里胡哨的排版，一般给到简历我这边帮忙去看的，他们的简历排版都没什么问题的。要记住的是，发的简历给别人，得是PDF格式的。

个人简介和专业技能一般也没什么大的问题，因为这些都是雷同的，一般我很快地就扫过去了，也不会纠结具体某几个技术栈是怎么样的。除非，你写了一大版的熟悉/精通xxx技术栈，但本身却没有几年的经验。这会让我下意识地提高对候选者的期望值，我会抓住几个技术栈来问，要是连续几个都答得不好，那那那...

校园经历，有比赛的，只要是编程本专业相关的即可，拿过奖什么的，会觉得还不错。如果是各种乱七八糟跟专业能力无关的，我会觉得候选者可能是在编简历凑字数，会很降低好感。

工作经历，没什么好说的，正常写好时间和对应的工作单位就好了。校招可以没有，但要是有实习经历的会有一定的加分。

出问题最多的其实是项目经历，我看了好几份股东的简历，在项目经历的内容里有喜欢堆积各种的模块。其实大可不必这么做，因为即便是作为面试官，也可能不会做不了这么多的模块（用户登录注册模块/购物车模块/商城模块/网关模块），这跨度有点大，术业有专攻。

当然了，不否定一些在小公司的同学就是全干工程师，就啥都做过。但最好还是拿自己比较拿手，觉得有些设计的思想的才写上简历上。看起来就只是简单无逻辑的增删改查，这也提不起问的欲望，写了等于白写。

更加普遍的现象是堆积各种的技术栈：

使用 Mybatisplus 对数据库表进行管理和高效开发 使用 RestFul 风格完成前端和后端的交互 使用 Nacos 作为服务的注册中心 使用xxl-job配置平台内部api的定时调用

好多通篇都是这样的内容，如果我是面试官，我是不知道问你什么问题的。这些技术栈能干什么，懂的都懂。但是要是我，我是希望从业务的角度去聊技术（单纯聊技术，那不就是八股文吗，那八股文也没啥好聊的）。你是基于什么业务的场景，选择了该技术栈，解决了什么问题，有什么提升。

所以，我一般会建议股东不要堆积技术栈，技术框架是要服务业务，有业务背景才需要用到该技术框架，而实现它对业务带来的好处要讲讲，应表达为：使用技术栈解决具体实际的问题，或提升了xx性能，能量化是最好的。

技术上的亮点：

• “我在处理xxx数据的过程中，实现了数据的一致性和可靠性，做到了数据零丢失”
• “项目引入了xxx规则引擎，其中解决了 xxx 的业务问题，使得工作效率极大提升，新增xxx业务逻辑不再需要重启”
• …

业务上的亮点：

• “实现了业务隔离，不同类型之间的业务互不干扰，从原来的 xxx 提升到了 xxx”
• “参考自某平台的 xx 功能，从零开始实现了业务，使得平台收益增加了 xxx”
• …

项目经历没有怎么办？

很多同学可能没写过项目，就开始写简历了。我个人认为，像 Java 开发这种，在简历上是一定要出现项目的。将心比心，如果你是面试官，应聘者没有项目，那作为面试官的你该问什么问题呢？

所以，一定要有自己的项目（如果真没自己的，推荐austin消息推送平台，死扣这个项目）