最近面了很多大厂的web前端岗位，都被刷了，在决定入职前，手里拿了几分待遇差不多的offer，后期的面试越来越顺，自己思考和总结了一下，原来面试也有好多技巧和方法可循，希望这些方法可以帮助到为找工作而且苦恼的你，可能每个人的方法不一样，不过至少可以提供一些参考。
先说明一下我的基本情况，93年生人，初中毕业后上了一家技校，网络工程专业，函授中央广播电视大学信息管理专科证书，11年毕业，工作7年了，前2年换了3家公司，基本上做都是偏设计的工作，也就是大家总说的低端美工（非美术工程师，会改图的切图仔），最近5年都在一家 外包公司做前端 ，从单打独斗到建立团队再到爆发成长和稳定运行再到最近的衰落，5年时间里，自己有很多心得，离职前也写了自己的五年反思，不过本次的重点是自己如何在一家公司呆了5年以上还能凭借综合能力找到一份待遇还不错的工作。
1、适应与了解：让自己适应外面的技术和文化
这里我们先要思考一个问题，在一个环境下呆5年，即便业务或者技术能力很强，也很难适合每一个公司的招聘岗位，另外，在一个环境下5年，你的思维模式基本固化到和你现在所处的公司文化同步。
综合以上两点，就会有一个客观存在的问题，技术与业务以及思维固化5年，如果想快速的找到心怡的工作其实很难，除非你能碰到和你现在所处公司的业务、技术、文化基本一致的公司，那么即便是这样，你估计也不会对这个职位感兴趣。
我的经验是这样（很伤心的向你讲述我的错误经历），我刚刚提完离职申请，就在boss和拉钩上更新简历， 因为工作年限比较长，基本上都是高级工程师或偏架构和管理的岗位 ，而且由于 工作年限很有优势 ，简历稍微漂亮一点， 很容易能够拿到大厂的面试邀请 ，我拿到了京东、阿里、36氪、CSDN等比较大型的互联网公司的面试邀请。
我呢，在十几人的前端团队里任命为一个小leader，自以为技术还可以，自己懂一些前端的生态，做过几个小程序和基于vue或者其他框架的项目，就飘飘然的去面试了，结果就是面试官们一个个微笑着告诉你“静候佳音”。
所以，比较好的做法是在招聘网站上把大厂的公司设置不可见，先投递规模比较小的公司试试水，权衡一下自己的期望薪资和市场环境，了解一下技术现状和外面行业的各种动态，面试官们都比较关注的问题有哪些，根据这些，改进一下自己的自我介绍和简历。
技术上，除了js语言自己的特性问题，如原型链、作用域、继承等，基础的问题大部分都是数组的操作，排序怎么写，map和forEach的区别，object的属性和方法有哪些等等，vue被问的比较多，vue的响应原理，父子组件通信，vue-router的应用，vueX的核心api，还有就是部分关于小程序、ES6、webpack等问题，另外会问一些状态码、jsonp、同域跨域、动画性能、前端优化方面的问题， 其实大部分问题百度一下都能找到答案，不会因为某一个知识点没有答出来就起了决定性作用 ，毕竟前端的范畴很大，比这些更重要的还有其他问题。
比如经常被问到，如果你与中级开发相比，工资要求比别人高，那么你的优势是什么？你比其他人更有价值的地方在哪里？这个也是自己要思考的问题，面试官有可能不会前端技术，但会通过沟通技巧把你的技术水平、工作能力等还原出来，是否能够直观的表达出自己的优势也关系到你能不能入职一份你向往的工作。
2、包装：自己的价值
我们之前的公司的大部分工作是页面制作，一小部分是做前端业务逻辑的开发，而且我一干就是五年，所谓的一个技能重复运用了5年，大家理所当人认为工作能力是没有提升的，肯定没有人要，我也在思考自己的价值是什么？
设计排查我在之前的工作中，会涉及上下游工作，我们会做设计的排查，是不是少404、500等特殊页面，用户登录与未登录的状态是否完整，列表页面有没有loading效果，数据最多和最少的情况怎么展示，表单有没有多次提交的验证码，有没有校验和格式提示，这些都能有效的避免前端工作后期出现恶性迭代，提高前端效率。我是从UI转的前端开发，平常除了看一些前端技术外，也会看一些用户体验和设计规范方面的知识，所以在实际项目中，面对临时的需求任务，会结合技术、视觉、用户体验三方面的信息做出更好的决策。
组件划分另一方面，组件划分也是一部分，一个项目划分多少页面，划分多少复用组件，如何更高效的组织它们，它们的api怎么定，场景是否都能满足，每个人写一套别人已经写好的东西，既浪费时间又不能提高，而且还不能集中精力去做一个精美的组件出来，后期使用和维护也有很大的问题，而这个正好是我目前的重点工作。
前端技术当然了，打铁还需自身硬，技术就是要懒，就是要提效，就是要比别人快，持续的学习前端技术，懂得运用自动化工具解决开发痛点并提高效率，从grun到gulp再到现在的打包工具webpack，怎么找到目前工作和技术的契合点来提效；前端框架，有没有应用和对比？怎么根据团队的实际情况去选型和应用，解决工程上的问题，前后端分离的开发流程，怎么定义符合restful 的api接口。另外，小程序和H5的区别是什么？http协议怎么样？怎么用node去解决实际工作中的问题，比如联调转发、mock数据、接口校验等等，这些也是自己扎扎实实的底子，是自己吃饭的家伙。
软技能
另外，从一个开发到管理，技能有所变化，也涉及到很多知识，怎么建立团队？自己怎么做奖惩制度，保证公平性，怎么建立良性的沟通？怎么激励成员？怎么调节矛盾？怎么上情下达？如何应对平行沟通与斜向沟通？也有很多技巧，自己一方面在自考项目管理的课程，另一方面，也看一些管理类的书籍，德鲁克、安迪格鲁夫等等，很助于管理工作的完成。
我在做自我介绍的时候经常被问到：日常的工作是什么？后期回答是： “前端的技术架构、难点攻坚和工作分配协调，保证前端开发任务的顺利进行” ，这个才是你7年工作年限岗位的职责，当然还有比如团建、技术氛围、人员管理等辅助的技能，不是和初中级抢开发任务，也不是和各个负责人天天扯皮。
这个问题你即不能回答我是以技术为主，管理一窍不通，也不能回答我只是协调沟通，很少写代码，技术比较弱，我也是在被问及多次后，才想到的回答， 有准备和无准备的回答相差甚远，至少我前两次临时想到的回答没有令面试官脸上泛起信任的微笑。
3、高效：面试中的沟通
有时候很多HR小姐姐会在boss直聘上沟通两句就直接发面试邀请了，最好抓住这个时机多了解了解你要应聘的岗位和公司， 最最重要的是问清楚岗位的薪资预算 ，防止出现这种情况：你面的很开心，面试官很满意，最后因为预算问题浪费大家的时间。我也有遇到过，最好提前委婉的问清楚，毕竟最关心这件事是你自己。
还有很多直接HR看一下简历就在招聘软件上给你发面试邀请了，其实大厂的公司都会先电话确认，然后再发面试邀请函，大家都重视自己的时间，也是对应聘者的尊重。
我之前也负责过前端人员的招聘，我的领导也传授给我很多经验，大部分有面试经验的面试官一般会让应聘者自我介绍一下，包括自己的学习历程，工作经历，主要技能等等，根据这些信息初步判断一下应聘者的技术水平，然后挑选一些细节的问题再追问一下真实性，如果感觉技术水平与公司的岗位相符，就问一些自己团队现在或者未来要用的技术，根据答题情况评估一下学习成本，然后再问问求职者自己的职业规划，讲讲这个岗位的职责和工作内容，看这个岗位是否与求职者的预期相符，辅助的会问一些日常的学习方式和爱好，综合的对应聘者进行考量，毕竟是双向选择， 仅仅干巴巴的问几个技术问题来找到合适岗位的应聘者其实很难的 。
当然，并不是每一个人都能遇到沟通技巧运用特别熟练的面试官，我也遇见过好几个拿着简历翻来覆去的看，最后憋出几个不知所云也不知怎么回答的发散性问题，我刚刚负责招聘工作的时候也经常出现这样的情况，大家尬聊十几分钟后不欢而散，应聘者觉得自己没有给表达的机会，面试官觉得自己没了解到应聘者。
我的经验是以下四点：
第一，要做自我介绍，要讲一下自己的工作经历，介绍负责过的项目和主要职责，如果面试官对项目感兴趣再具体讲一下项目细节，为的是 让面试官快速了解你的经历和水平 ，最好可以在简历上准备二维码，方便预览。
第二，要表达自己的价值，告诉面试官 你的优势和价值，比别人强的地方在哪里 。
第三，要表达自己的期望，比如我期望自己在未来五年内，沉下心来做事情，框架也好，项目也好，工具也好，这些想做的事会不会有助于岗位工作的提高，有没有大幅改进和提升， 让面试官对你未来的期望值提高 。
第四，要问，你不能总是干巴巴的去输出，别人对你了解的很清楚，你却一点不了解对方，找工作就像交女朋友一样，要互相了解后再下决定，你要问问公司的核心业务是什么呀，是朝阳产业还是夕阳产业，这个岗位的主要工作是什么呀，有没有未来的晋升空间，公司有没有培养的计划呀，公司是技术为主还是业务为主还是销售为主呀，侧面或者正面的去了解这个公司，了解要加入的团队，去 考量自己是否适合这个岗位 。
四个点清楚以后，我们就知道自己是去干吗了，根据现场情况去反映，比如有的面试官对沟通比较生疏，上来问了几个技术问题，你可以委婉的说：“不好意思，我比较紧张，我能先自我介绍一下吗？”，另外，如果面试官尬聊，自己也可以趁着空档去问问岗位的工作内容和公司的主营业务，或者说说自己对工作的期望，当然，也许会遇到很多突发的情况，老生长谈，还是要控制情绪，因为自己的目的是高效的获得适合自己的岗位，其他都是次要的。
总结：
1.上边写了这么多，最后归纳一个顺序出来吧。
2.思考：自己的工作优势与价值
3.准备：自我介绍内容与简历
4.反馈：小公司面试，适应和了解文化、技术、行业
5.调整：调整自我介绍和沟通技巧
6.实战：应聘自己心仪的公司
当然了，这只是自己的一些心得，不一定适合每一个人，只是自己记录一下自己是怎么走出来的，可以做一些参考，另外可以看看罗振宇的《知识就是力量之如何找到一份合适的工作》来扩宽一下思路，最后，祝各位找到自己心仪的工作。