面试的时候怎么介绍项目经验比较出彩?

简历里做过的项目不少,面试时依次介绍时间太长还没有重点,像流水账一样。怎么介绍会比较出彩,让面试官印象深刻?

阅读 5k
20 个回答
  1. 突出易识别的数字指标,比如“提升了 20% 访问量”、“增加了 15% 用户留存”
  2. 缺少数字指标,可以引用权威评价,比如“产品总监认为这个功能对全站有 5% 的提升”
  3. 强调自己在项目中的作用,分析技术选型,展现自己的技术视野的广度和判断力
  4. 分析“如果是今天,自己会怎么做这个项目”,展现自己的持续学习能力
  5. 针对面试方的招聘需求,介绍项目中相关重点,突出自己能匹配岗位

如果以上几点真的什么都没有,那不提也罢……

已参与 「极客观点」 ,欢迎正在阅读的你也加入。

介绍自己工作比较重的咯,比如说:前端就是低代码、IM、编辑器等等这些。反面例子就是 CURD,切图仔。

当然不是说 CURD 做不出成绩,而是太难做出成绩了。


至于说项目,一般就是准备两个,然后深挖即可。至于什么做了登陆、用户管理之类大可不必再说

已参与 「极客观点」 ,欢迎正在阅读的你也加入。

楼上大哥从技术角度已经说出了我的心里话了(如果我再重复上面这些话,显然过于啰嗦),所以我打算讲讲说话语速,接受批评,以及打扮上来谈吧。

语速,是我的缺点

语速上,切记一定要慢,也不要因为害怕出错声音发抖。坦白的说,我自己就有一个坏毛病,说话语速过快,这个毛病我是在大学时候才发现,因为初中高中时候大家都是闷头义务教育,而大学时会有课件讲解,我记得我大二时候给同学们讲解一个新闻舆情分析,题目叫做《从舆情角度看3q大战的关系》,当时还做了一个自认为精美的课件,我对这个作业非常有信心,因为那时候360内部的某些技术,产品同学和我一直有联系沟通,哈哈哈。因此飞快的讲解,甚至还用了一些专业术语,当然结局是不理想的,我下课后总结了原因有二
一方面是讲解速度快,同学们听着很吃力,仿佛在经历英语八级训练。
第二是专业术语虽然是对的,但是台下同学们都是新闻专业,因此没有考虑观众的感受,这显然是不对的,甚至是不礼貌的。因此一定要聊大家都理解的。所以这也解释了我为什么随时和别人都说自己是修电脑的,而不是做安全的。

接受批评

如果你在和人聊项目的时候,对方给过你批评,这应该是一件非常开心的事情,对方批评严厉,往往是为了你负责,也说明他很重视你,要微笑的接受,同时提出改进建议

穿衣打扮

通常情况下休闲的打扮就好,我的有位同事,为了表示自己很努力,剃了光头,这种事我原本以为会是段子,没想到发生到了生活中,哈哈,虽然做法滑稽,不过也是为了印象拼命。值得鼓励。

已参与 「极客观点」 ,欢迎正在阅读的你也加入。

做了哪些项目
项目里用了哪些技术栈
遇到了哪些问题,如何解决
这个项目给公司带了多少收益

已参与 「极客观点」 ,欢迎正在阅读的你也加入。
  1. 突出项目在公司里面的效益和成就
  2. 强调自己在项目里面的角色。
  3. 突出遇到了什么复杂的问题,采用了什么方式去解决问题的。

个人认为主要就这三点。

已参与 「极客观点」 ,欢迎正在阅读的你也加入。

我觉得重点是突出项目中体现的解决问题的能力和自我学习能力

  1. 项目中用到的技术,常用的要很熟悉,可以一笔带过。但是用到了市面上不太常用的技术,可以重点介绍,并且描述选择该技术的原因,自己是如何学习以及看待该技术的。最后提出使用该技术取得了什么成果。比如页面中形状的绘制,从DOM到SVG再到canvas,最后到离屏canvas,这个过程是如何一步一步达到最优效果的。亦或者采用http2的server push等,这里既能体现解决问题的能力,也能体现学习能力。
  2. 要对项目有全局认识,整体架构都要清楚,而不是只能聊自己做过的的部分。很多面试官会从你对项目的描述中来判断你在项目中担任的角色是否重要。比如你在该项目中只负责一些简单的管理界面,但是面试官问你,“你们缓存是如何做的”,“你们如何解决性能问题的”等等,你说这些不是我负责的,所以不清楚,那么印象分就大大地降低。
  3. 体现专业性。在项目中用过的技术或者方案,要尽量用专业词汇来描述,而不是模棱两可的一些表述。比如我们重构某个模块,“从修改数据结构开始,从普通的树结构改为图,这样做的原因是因为我们需要有一对多或者多对多的关系,而由于XXX原因,我们又采用了有向图的结构...
已参与 「极客观点」 ,欢迎正在阅读的你也加入。

其实这个东西得靠平时积累,多关注自己的产出和输出的价值。比如某个需求的核心能力的选型,对比原有业务有什么优势(价值),因为这个项目收获了什么。

已参与 「极客观点」 ,欢迎正在阅读的你也加入。

1.项目中担任角色,在项目中负责了什么,主导了什么,执行了什么标准
2.项目应用的技术特色,应用了什么,创新了什么方法,解决了什么问题
3.项目的技术深度和广度,通过项目,在项目中接触了什么,学习了什么

项目经历就是让面试者迅速了解你的技术能力,工作组织能力和以前的工作领域。

已参与 「极客观点」 ,欢迎正在阅读的你也加入。

你在这个项目中承担怎样的角色,应用了那些技术,尤其是比较复杂的算法啦,写了比较漂亮的代码啦,再拓展一下,有哪些收获。

已参与 「极客观点」 ,欢迎正在阅读的你也加入。

着重讲项目带来的效果,比如产生多少收益,解决过什么重大问题,项目中使用过哪些比较主流的技术以及对主流技术的理解,这样很方便面试官了解你的技术功底

已参与 「极客观点」 ,欢迎正在阅读的你也加入。

介绍某个项目前,建议不要是练习的项目,而是经过完备开发流程的落地项目。楼上几位基本已经覆盖的很全面,补充几点:

  1. 实话实说,没有考虑过的点避免装大被面试官抓住紧追不放;
  2. 尽量谦卑的介绍,突出个人的同时,略带强调团队的重要性;
  3. 有时候真的很看运气,不必过于执着

已参与 「极客观点」 ,欢迎正在阅读的你也加入。

  1. 讲项目的上下文,也就是开发的背景。什么情况下做的这个项目?做这个项目的目的是什么?解决了什么问题?给公司、团队带来了多大的收益?
  2. 讲你在项目开发过程中承担的角色。你是核心开发还是架构师?你发挥了什么样的作用?
  3. 重点讲项目的难点。这个难点难在哪里?你是如何调研友商的解决方案的?做了哪几种解决方案的对比?你选择哪一个方案为最优解?为什么这么选?
  4. 讲项目的复盘。你做完这个项目学会了什么技术?这个项目有哪些不足是可以改善的?

已参与 「极客观点」 ,欢迎正在阅读的你也加入。

前提是简历写的有效真实,且按时间由近及远,

面试时,主要讲近3个项目就可以了,可以重点讲讲遇到了什么难题,如何解决。


已参与 「极客观点」 ,欢迎正在阅读的你也加入。

1、挑选项目中的重难点,需要攻破的点去说。
2、面试的节奏问题,尽量把握好面试的节奏问题,语速、语气、神态等等。
3、讲述一个项目时,能主动聊起一些遇到的困难或者遇到的事情,最后采取的解决方式等等
4、提早了解面试公司的技术栈,往他们的技术栈去聊,当然也是自己要掌握。
5、聊一些较有深度的问题,自己主动引导面试官,当然也要注意适可而止。

已参与 「极客观点」 ,欢迎正在阅读的你也加入。

项目有哪些难点亮点,通过什么样的技术手段,做了哪些尝试,解决了什么问题。
只要能体现项目价值点的,就可以写上去。


已参与 「极客观点」 ,欢迎正在阅读的你也加入。

其实面试时候介绍项目环节,主要就是介绍项目的亮点以及你自己做了什么亮点工作,介绍工作经验的时候可以根据时间年限来讲最近5年的一个经历即可。

已参与 「极客观点」 ,欢迎正在阅读的你也加入。

说那些效率、访问量提升了多少百分比,有点大而空,很多人其实做的东西并没有这么高端,不做官网类的可能也不在意访问量什么的。最好是抓住核心问题,说出自己的想法和最终的解决方案,尽可能说的具体一点,这样才能让面试官感受到你是真的在项目里遇到并解决了这个问题并有所收获,从发现问题到解决问题也能对你有更进一步的了解

已参与 「极客观点」 ,欢迎正在阅读的你也加入。

前因后果、技术设计与难点、业务价值、自己的思考与成长,这些点能说好就不错了。

已参与 「极客观点」 ,欢迎正在阅读的你也加入。

可以按STAR法则讲述,有目标、有数据、有结果。

STAR法则,即为Situation Target Action Result的缩写,具体含义是:

  • Situation: 事情是在什么情况下发生
  • Target: 你是如何明确你的目标的
  • Action: 针对这样的情况分析,你采用了什么行动方式
  • Result: 结果怎样,在这样的情况下你学习到了什么

简而言之,STAR法则,就是一种讲述自己故事的方式,或者说,是一个清晰、条理的作文模板。

已参与 「极客观点」 ,欢迎正在阅读的你也加入。
撰写回答
你尚未登录,登录后可以
  • 和开发者交流问题的细节
  • 关注并接收问题和回答的更新提醒
  • 参与内容的编辑和改进,让解决方法与时俱进
推荐问题
logo
极客观点
子站问答
访问
宣传栏