项目名称：一般这个不会带来什么加分点，你写个出名的项目另说。

项目描述：你用较为简短的话语介绍完你的项目，让面试官和 HR 一看就知道这大概是个什么项目，是个电商商场，还是个后台管理系统什么的。

涉及技术：把项目中的亮点技术栈都枚举出来，如果能跟招聘要求大部分匹配上，那又是一个隐藏的加分点老铁，稳了呀。

列出来的技术，是当前比较流行的技术栈那是极好的，不是也没关系别瞎写，写个你不会的，你在给自己挖坑，有小伙伴肯定会说不会可以学，面试时间本来就是很高的成本，你还花这么多时间学新东西，可以，但是没必要。

设计技术：这个主要是把其中比较有东西的链路拿出来说一下，并且说一下这个链路用了什么思路，用了什么技术栈，面试官问都方便问了，知道为啥问得我都会么？因为都是我写出来让他问的哈哈。

个人职责：写清楚你在小组内的角色，以及你的个人职责，比如你是小组的后端开发，负责订单模块啥的。

这个点的目的是为了让面试官在看的时候清楚你在整个项目的位置，你负责了啥模块他问的时候也有针对性的问了。

展开剩余63%

难点收获：这个没有就不写了，有的话还是可以写一下的，像我自己一些大促场景的线上 BUG，还有一些难点攻坚的，我都会写一下，这样可能会给面试官进一步了解你的机会。

从项目描述，涉及技术，个人职责，清晰的调理去介绍你的个人项目，以及你的职责，这样面试官一看完心里就有数了，你几斤几两或者怎么面你，他都知道了。

项目一定要自己亲手负责的，因为面试肯定会问你负责了啥，有啥难点，你说你负责下单我就问你下单怎么实现，你说你做了秒杀，我就问你秒杀怎么实现，聊到对应的技术栈也不会放过你的，所以编就是在给自己挖坑。

还有小伙伴面试的时候想用支支吾吾，口齿不清的回答掩盖自己的尴尬，卧 *，你当面试官是傻子嘛？

不要写 N 个不大不小的项目，一个公司你写一到两个比较大型和独特的项目就够了，写多了面试官也觉得 get 不到重点，也觉得你不行，我遇到过写了 Demo 级别项目上去的，问他啥都不知道，啥都没实现，完犊子。

还是那句话，不要任何形式的项目造假，一问就能问出来了，你不会就不会，你编个项目那性质就是造假，就是骗人了，你就永久进入这个面试官的黑名单了。

常见项目问题：

你负责了项目的哪块内容？

项目的难点痛点是什么？你们怎么解决的？

你使用 XX 技术栈的时候有没有什么坑，你们怎么解决的？

项目中遇到过什么印象比较深的 Bug？

遇到 XX 情况么？怎么解决的，怎么优化的？能多说几种方案么？

你是根据哪些指标进行针对性优化的？

发布于：湖南省