记一次“失利后”经过半年准备通过阿里社招的经历与感悟

写在最前

本次分享一下在作者上一次“失利”即拿到毕业证第二天突然“收到”阿里社招面试通知失败之后，通过分析自己的定位与实际情况，做出的未来一到两年的规划。以及本次社招的面试经历（但这部分不是重点，每个人的面试经历都是不一样的。千人千面嘛）

PS:当然了计划赶不上变化，半年后一次内推的机会“稀里糊涂”得就通过了。。

欢迎关注我的博客，不定期更新中——

基于个人定位与实际情况的发展方向

上一次面试挂了后，我便对自己的情况进行了总结：

• 17届普通211，非cs科班。数据结构与算法、计算机基础等方面相对薄弱。
• 在面试挂掉的时间点是17年6月，实习半年，尚未毕业，缺少硬性工作经验条件。
• 公司内部尚无主力产品，工作基本为零散项目，缺少业务驱动的可深挖性。例如有主力产品为react，那么你可以借着业务深入了解其源码与原理等一切以react栈为出发点的知识与实践经验。
• 前端基本功技术栈：css相对弱（因为我真的懒得写样式），对js的基础知识兴趣浓厚，同时向往服务端，尝试基于node搭建服务。

于此同时我个人认为通过面试的最重要关键点：一定要有一个亮点打动你的面试官！

什么是亮点？

亮点就是在某个层面的深入研究成果：）

PS: 只是针对刚工作的伙伴，高p请放过我

个人理解亮点可以是两方面：
1. 在公司的项目中中，源于业务并高于业务的沉淀。正如同之前我总结个人情况中提到。如果你的简历里面主要介绍了react的项目。那么这其中会存在两个互补的研究即项目与react（同理还有vue与项目等等，为啥不是单独的react、vue；因为这只是个框架，结合框架解决实际问题才是最重要的，框架真的太多了，但业务都是相似的）：

（1）业务的难点，如何解决，更好的思路？针对业务的优化？等等业务层面的深挖。

（2）针对react你都了解多少？如果你对其了解只停留在api的阶段，那应该是凉凉了。。源码？设计思想？至少给知道diff怎么回事，setState到底是同步的还是异步的，以及为什么要这么处理？等等很多。

核心思路就是通过你的业务与对技术相结合的深度挖掘来打动你的面试官

2. 第二点我是针对自己做的，因为结合我之前的分析可以发现我其实不具备1的条件，即没有主力业务。在你的业务量极小的时候，你是没有业务驱动的需求去让你挖掘那些背后的优化与更好的解决方案的。也许你会说那你也可以读react源码啊。但是，我读了源码不能反哺到业务中又有什么用呢？不知道如何解决实际的问题，仍然没有做到1的要求即项目与某框架的技术的结合沉淀。故针对我个人情况我选择了如下方式：

(1)由于自己其实没有别人那么忙，我就强制自己每周周末坚持沉淀自己，并产出技术文章，不论是哪个方面的（因为我真的做不到1中的事情，我只好多学习多产出）。通过撰写博客引起更多人的关注，同时也可以**让面试官侧面了解我，毕竟一次面试能决定的东西太少了**。

(2)**在这个过程中我找到适合自己的路，选择一个较脱离