最近很多小伙伴问我，蜗牛哥，我很迷茫，不知道该怎么办？
最近我参考了50多份大厂的面经以及招聘需求，深入了解了不同公司的招聘要求，我发现很多公司对一些技术的要求都是惊奇的一致！
那我们只需要把这些点做好充分的准备，就有机会面试通过，那针对这些招聘要求，我们就得开始构思简历了！
构思简历
这个步骤需要我们把招聘需要我们懂的知识点列举进去，比如你觉得下面这个简历写的怎么样？
大部分的词都是直接从招牌网站上抄过来的，那我们既然抄过来，是不是就得针对性的去准备一下呢？
很多小伙伴又可能会问了，那我现在做的东西，都没啥并发量，还是内部使用的，没有任何高并发的经验，该怎么突出自己的项目亮点呢？
现在很多小伙伴都喜欢朝着高并发项目去包装自己的简历，那这边就有几个问题！
第一，我作为一个面试官，面试的时候，很多人都说各种高并发，也确实是审美疲劳了，这个时候反而不容易脱颖而出。
第二，作为面试官来讲，我招聘的名额就这么多，就只能提升面试的难度，陷入无尽的内卷中。。。
事实上，很多面试官都没有高并发的经验，纸上谈兵终觉浅！高并发要依托于公司产品的形态，并不是你想做就能做的！
那我在这里给大家写几个简历优化的小建议！增加你简历上的项目亮点！认真看！
第一，我觉得比较好的切入点是一致性！
这个一致性 包含多级缓存的一致性！也包括事务中的一致性！
那为什么我觉得这个点可以拿出来深聊呢！因为我们很多时候，尤其是中大型的互联网公司在招人的时候，其实是非常看重你大型项目的一些经验的！
那既然你用上了分布式 缓存，这种给面试官潜在的信号就是你这个项目规模还是比较大的，给面试官印象就会比较好！
第二，系统的稳定性，不知道大家系统有没有经常出现一些小问题，比如报一些异常啥的，但是对业务的影响不是很大，很多人可能就睁一只眼，闭一只眼。
那如果你能够深究这种问题，是可以发现很多别人不一定在乎的东西，如果你有这种精益求精的精神，面试官是非常喜欢的！但是切记不要标新立异，一定要讲清楚这个问题的价值和问题在哪里
第三，产品技术思维，以前在业界经常会有这种说法，说程序员很容易陷入所谓的技术思维里面去，事实上，很多技术上的挑战是可以优化产品业务形态去把这个问题给规避掉的。
就像我之前有分享过12306，本身面临的存储这一块的性能挑战非常大，但是开发人员并没有去死磕这里面的技术挑战，而是通过业务上的一些分时段售票，候补票机制，再加上一些验证码，去过滤掉一些灰色流量，这样通过业务的方式去规避掉这个技术问题！
第四，这一个大家要慎用，但是如果你可以讲清楚为什么这样用是非常出彩的！那就是我们的反常规设计！
我相信很多人也在背各种八股文，遇到问题的时候，就照搬网上的答案。
例如我们项目中要解决分布式并发的问题，那你肯定首先想到就是分布式锁，那可能立刻就会说到redis分布式锁，但是呢，你想一下，能否尝试用mysql去实现呢？
就像很多人被问到redis可以做什么，很多都说缓存，那如果你说用redis来做限流，是不是就立刻不一样了？
你抛出一些反常规的解决方案，就非常容易引起面试官的好奇心。
但是你得讲清楚这个里面每一步为什么选择的理由，一定要结合自己具体的业务场景去说，这可能就比你单纯的讲一个八股文会更有优势一些！
最后说一句(求关注!)
如果这篇文章对您有所帮助，或者有所启发的话，求一键三连：点赞、转发、在看。
