被问到项目亮点、难点、遇到的问题、解决思路_前端面试被问到项目中难点

面试中被问到你的项目亮点、难点、遇到的问题、解决思路是不是很蒙，现在我拆分一下问题

什么是项目亮点：

你负责的业务是什么？(学会发现问题)

1. 你真的想过业务是什么吗？
2. 有为业务想过什么吗？
3. 有了你，业务有什么不同吗？
4. 能不能几分钟说明白，你负责的业务是什么？
5. 可有想过有没有说到位，甚至答非所问

---

这里谈谈我个人对业务的理解，或许没有普遍意义，所以仅供参考。

提示：以下是本篇文章正文内容，下面案例可供参考

一、业务最核心的要素是业务本身的价值

一家公司，或者一个部门，做的事情有许许多多，零零散散。也有很多事情合到一起，促成了一件大事的时候。那么，我们是把那些零散的事情都看成业务？还是只把那一件大事看成业务呢？我认为都可以。决定权在于这件事是否逻辑自洽，以及是否具有独特的价值。

二、那么，做个页面就是亮点了？

• 当然不是，但是亮点已经离我们很近了。如果你想要有亮点，那你需要保持思考。在上面的例子中，我们有许多可以优化和验证的事情。

• 营销页每天换内容，怎么快速替换？ 营销部门人越来越多了，页面每天要10个，一个人怎么做得完？

• 前端的人也越来越多了，改个组件不能只靠复制黏贴，怎么管理？ 拉新回流效率具体有多高？新人真的有买我们的商品吗？

• 这么多人投入，都是要工资的，卖出去的商品能够发我们的工资吗？

• 转化率低了，怎么才能提升？

• 这个按钮写错个样式到了右边，居然点的人特别多？那下次是不是都应该放右边？

上面列举的几个问题，估计很多同学日常都有做类似的事情。但问题是，这些事情是你想做的，还是产品让你做的？这些事情能诞生什么出来呢？

1. 配置后台与投放策略
2. 营销搭建体系
3. 工程化研发套件
4. 业务埋点与数据分析系统
5. 数据仓库与数据分析后台
6. A/B test系统

至少在我看来，如果面试的同学上来自我介绍的时候，能够讲一下上面例子中遇到的问题，之后再说做了下面对应的某一个系统，那么，这就是绝对够分量的亮点。只可惜这样的同学少之又少，大部分同学是因为产品说要做就去做了。

所以，你真的想过业务是什么吗？有为业务想过什么吗？有了你，业务有什么不同吗？

接下来为大家讲讲这种情况该怎样去写

• 第一，在你项目中有问题可以用更好更新的技术解决的，但当时你用了比较保守稳定的方法解决，在面试的时候可以讲自己是用新技术解决的，这就是你的项目亮点，但你一定要会这个新技术，并且使用一遍。
• 第二，自己学的一些技术亮点，也可以加到自己的项目中，当成自己的项目技术亮点。如果你是啥都不会，那我也无能为力了。

这两种方法不是骗人，面试官考的也是你会不会，自己会就可以了，这是表达的技巧

思考

什么样的前端项目才算是有亮点的项目？

比如你对h5 和css动画非常感兴趣，就可以搞一个小游戏或者动画啥的；你对小程序非常有兴趣，那也可以搞一个。总之其实面试官想从你的项目里了解你学习前端的思路，项目没有高低的，只要不是一个静态页面就行

不会框架的话，用js自己封装的一些有价值的插件，就github上那种人家也做过的，你弄过来搞懂了，也算有价值的，最重要的是言之有物。

程序员面试 10 大隐喻，千万不要踩坑！

隐喻1：面试的本质不是考试，而是告诉面试官你会做什么

很多刚入行的小伙伴特别容易犯的一个错误，不清楚面试官到底想问什么，其实整个面试中面试官并没有想难倒你的意思，只是想通过提问的方式来知道你会什么。

比如：面试官提问在实际项目中你们是怎么样使用缓存的？

初入行回答：使用redis，key-value存放

但是面试官可能是想知道：一般在业务中缓存什么样的数据，为什么要缓存这些数据，缓存数据如何保证实时性，如果缓存失效会对正常业务流程有什么影响，为什么要选择redis，redis的实现原理等等；

围绕着这个话题只要你能在某一方面回答得很深入很透彻，基本上面上的可能性会大大提高；

如果当你听到这个话题时，感觉不知道如何回答，或者说感觉很简单，几句话就说完了，那么基本上你很难面上，因为你的知识储备不够，说不出来关于技术相关的内容。

隐喻2：薪水要求高一点录取概率就大一点

我们公司曾经面试一个刚毕业的大学生，简历上写的精通java，精通mysql，精通spring，然后我就问他你期望的薪水是多少呢？

他的回答是4K，先不说他简历上写的是真是假，但是有一点很明确，如果你在市场上去肉，别人都是卖30元一斤，而路边有个摆摊的只买10元一斤，那么你们会去买么？

另外，我想告诉大家的是，一般来说对于一家正规的互联网公司，真的不在乎多给工资，最重要的是人才；

或者我们换位思考一下，假设你是项目经理，你来招人帮你干事情，你会节约一点工资，去招技术差的，帮老板节约成本，自己慢慢来带人么，给自己找一大堆事情么？

而且，从心里角度来说，人们一般只会集中精力关注一个点，如果你的期望薪水高一点，那么他在考虑是否录取你时考虑的就是薪水问题，或者就是考虑你的技术问题，但是工资是老板发，技术是自己使用，所以从某方面来说如果有几个人与你技术差不多，但是从潜意识里，就会因为你的期望工资高而觉得你的技术好一点，最后录取你，这就像假设我们要求买一件羽绒衣服，同时看上了两件，一件800元，另一件1000元，我相信大多数人都会认为1000元这件质量好点，如果再加上买这件衣服的钱不是你出，那么你会选择那件呢？

最后提醒大家，期望薪水高一点并不是说无边界，那么到底多少合适呢？

可以从两个方面考虑一是工作年限，一般来说

初入行：8K到12K
1年到2年：10K到15K
3年到5年：13K到22K
5年以上：18K以上

当然，不同的地区有点差别，但差别应该不大

另一个方面是参考大公司的工资标准，打开招聘信息，查看大公司的招聘信息，一般来说都是给的一个区间值，你可以把区间值最大的那个值乘80%作为你的期望薪资的参考值。比如：

24*0.8=19.2 那么期望薪资19K比较合适

隐喻3：简历上罗列了很多技能的很难面上

这里我就简单说一下为什么，简历上罗列很多技能可以反映如下几个问题：

1.不清楚java工程师的核心技术是什么，给面试官的第一感觉就是：外行；

2.罗列的技能越多面试官问的方向就越多，你很难每一样都精通，最后会成为问的每一个技能你都只会点皮毛；

3.完全暴露出你没有任何工作经验，我见过有的把熟练使用办公软件、外语等级、计算机二级什么的都写在上面；

那面试技能这里到底应该怎样写呢？从个人经验和及面试反馈来看，个人建议如下：

1.写两个精通或者深入研究的技术点，如：对多线程高并发、jvm有深入研究等；

2.写三个熟练应用，这个最好写常用的框架，如：vue、react等；

3.写三个了解并能简单使用的技能，如：自动化部署、全文检索、前端相关的框架等；

总之技能这一栏要在潜意识里引导面试官去问你你已经准备好的话题；

隐喻4：笔试题做不来影响并不大，关键是要体现出你在认真对待

首先大家要明白一点的就是，在你认真对待笔试题的情况下，笔试题做得好与不好、正确与错误其实影响并不大，注意我这里说的是认真对待的情况下。

这一点估计没有多年工作经验或没有带过团队开发的人很难理解，其实大部分面试官招人重点看如下3点：

1.是否聊得来
2.主观能动性
3.逻辑思维注意：

我这里并不是没有任何基础的人具备上述三点就能面试，而是指已经基本会编程的情况下满足上述三点就很容易面试上；

隐喻5：对自己要自信，面试官只是比你早到公司几个月而已

首先强调一点，对自己自信，并不是不尊重面试官；这里主要表达的核心思想是，在整个面试中你要让人感到你和面试官是平等的，面试官在挑选你，你也在挑选公司；

隐喻6：不写假简历，但必须扬长避短

其实这就是里我们常常说的如何包装简历，老老实实总是会吃亏的；诚实守信、不写假简历这是最基本的职业道德；

但是，扬长避短，适当的夸张一下自己的能力是很有必要的，这就如同一家公司在对外宣传自己的产品是一个道理；

好了，这一点我也不好在公开场合长篇大论，先具体、实际的了解情况，然后在根据实际情况包装简历；

隐喻7：老板是人精，谈理想时，别虚伪，要坦诚

这里一般是面试的最后一个环节，你一定要让人感觉你是一个真诚、实干的技术员，千万不能让人感觉你是一个浮躁、眼高手低的人；

隐喻8：不打没有把握的仗，必须充分准备

这是面试是否顺利非常非常重要的一个环节，也是很多浮躁的最容易犯的错误。

它的核心思想其实就是：面试必须系统化的认真的准备！重要的事说3遍。

面试必须系统化的认真的准备！
面试必须系统化的认真的准备！
面试必须系统化的认真的准备！

怎样系统化的认真的准备呢？

以下7个步骤是在我实际经验中总结出来的，提供给大家参考

1.最基本条件，熟练完成ssm结构下的CRUD+高级查询+分页+登录+注册+注销+购买+订单

2.系统化的知识点，对知识点系统化的梳理和系统化的看面试题，并且强行将知识点划分为3类，精通、熟练、了解，千万别东看一下西弄一下，最后会让你浮躁的心直接在面试中崩溃掉。

**3.写简历，**简历中必须在醒目的位置体现出技术点（hr就认几个关键词，决定是否通知你面试），如果投递出去的简历面试邀请率低于60%，肯定是简历写得有问题，最好找专业人士帮你看看简历。

4.模拟面试（三次），提高面试通过率。面试的成本其实挺高的，好不容易收到面试通知，千辛万苦赶车找路来。

到面试的地方，如果犯了常规的低级错误，其实很不划算，早一天找到工作就早一天赚到钱（程序员的工资平均在500左右一天）

5.实战学习面试（5次实战面试），出去面试，但目的不是为了面上，而是为了让你放松心情，不紧张，习惯与面试官进行技术沟通（其实很多人在这个阶段就会拿到offer）

面试完后马上回忆并记录面试中问了那些问题，自己大体是怎么回答的，然后与专业人士讨论这样回答是否恰当，必须保证下次遇到类似问题会回答得更好，否则面试很多次也不会有提高，因为在你回答得不好或者明显错误的地方面试官并不会给你指出来，这就是为什么，很多人出去面试说自己回答得很好，然后就让他等通知，然后。。。就没有然后了

6.正式面试，同样，每面试一次后马上与专业人沟通，最后你会发现每个面试官问的问题都大同小异，你会觉得面试so easy!当你拿到多个offer后，然后从中选一个，那感觉简直就像走上了人生巅峰！

7.通过试用期，虽然都说面试造飞机、工作拧螺丝，但是估计对于刚入行的人来说，还是有很多的技术没有接触或者不懂，这时不懂的一定要多问，业务上的多问同事，技术上的要先自己研究一下，如果还是不懂就要多请教专业的人，实在不懂再问同事，总而言之言而总之一定要积极主动！

隐喻9：选择大于努力的前提是先足够的努力才会有选择

很多人都在倡导选择大于努力，可更重要的往往更容易被忽略，那就是：只有足够的努力才会有选择。

这就形成了一个死循环，或者用我们程序员术语叫做：死锁，选择一家好的公司上班，对自己的发展前景很重要，但前提是你能拿到好公司的offer！

隐喻10：人生苦短，绝不将就，必须去自己真心想去的公司

我遇到过很多人，在跟他们聊天时，他们都有类似的心理：一点都不想在这里上班，但是工作又不好找，只好暂时做着，这一做就是好几年；每天带着一种不愿意的心情上班，是何种的煎熬，而且我相信也很难作出卓越的成绩，最多勉强把工作完成，这样做下去意义又何在！

**

初入工作要不要问

有的小伙伴第一次参加工作或者工作时间只有一两年，那工作的时候遇到问题要不要问，怎么问，问谁？
首先你要知道你的问题是业务的问题还是技术的问题？
如果是业务的问题比如业务逻辑比较复杂导致代码逻辑不清楚，这个时候你可以问产品他要做的是什么样的问的细一点，如果涉及到以前的业务不敢轻易改动可以看看上次负责这个业务的是谁或者找找之前的文档看完了改之前找产品或者组长确认一下避免出现线上bug。

如果是技术问题知道，你必定要知道你要实现什么功能 能不能描述清楚， 你遇到了什么问题，你做过什么样的尝试，有没有在csdn上查一下是否有人遇到过类似的问题，还是没能解决那么你可以问同事了，问的时候先问人家什么时候有空，得空后要先描述清楚你要做的是什么 ，而不是你的bug是什么！ 然后在说你遇到的问题和思路，你问的人要是技术可以可能在你说你要做什么的时候他就有数了，在帮你解惑一下你的bug就很完美了， 别人给解决以后自己一定要理解透彻不然有误差或者有bug就难受了。

试用期一定要多问不要怕别人觉得你菜，试用期不问难道等以后挨骂么，前期多看看业务相关的东西就是你们做的项目业务流程，然后了解内部组件库，还有封装的一些功能，代码质量要求等等，前几个项目不要做完了就做完了，一定要多在这个时间了解一下这个项目相关的东西，试用期问问题就算是问题很蠢也不会有人说什么，也不要觉得自己的问题很蠢 ，有时候就是会这样被一些基础的东西卡住了，常规操作莫慌 ，一个问题如果超过半小时没解决就别难为自己了，该问问该查查或者找个人说一下你的想法你可能突然就通了。
**
结束语

以上的工作经验总结，不一定完全正确，但一定是发自内心的实际经验总结与思考！

更细化的可以看我另一篇博客可能会让你更有思路不假大宽link

欢迎私信¹

---

1. 博主主页也有很多开发中的各种记录包括但不限于遇到的问题及解决方案: 点这里可以浏览一下
   开发中的问题就那些，多看看别人的问题怎么解决可以打开思路遇到问题不麻爪～
   看的这里了关注收藏一下吧 ↩︎