L 项目介绍
Listing
联系我们 | contacts us
织梦58科技有限公司
电话:(0898)6699 8018
邮箱:admin@dede58.com
传真:(0898)6688 8009
地址:中国广东省广州市番禺区体育西路669号金城国际大厦23楼(邮编:570000)

织梦58模板(dede58.com)微信公众号

您现在的位置:bet36 > 项目介绍 >

你的答案并不是这个项目中最难的点

2020-01-19 18:41

  如题,找前端暑期实习,给面试官讲了项目,面试官一直问,那你这个项目有什么难点呢? 我就说了一些项目开发中遇到的沟通的问题,bet36体育在线还有前期技术学习的问题,再就是一两个技术上问题吧。 然后面试官就说前两个都不是技术的难点,后面的难点我觉得不是难点。然后说觉得我的项目没有难点。 求问这种问题,到底要怎么回答?我表示确实没有在开发中遇到过非常难的技术难点,但是可能确实得总结一下吧,那什么样的难点叫难点?

  工作一年多来面试了也有小五十人了,我尝试从面试官的角度来聊聊这个问题吧。

  当我问这个问题的时候,通常是你的项目介绍太简单了,我会希望你再详细说一下这些个项目,但是我又不想你像流水账地一个一个技术栈地说,所以我就问:“你这个项目有什么难点呢?当时是怎么解决的?”

  举个例子,我们蒜厂主站重度使用了 CodeMirror 这个轮子(我在它上面封装了七八个模块),然而这个轮子的文档写得并不好,很多时候我们会遇到一些需求,而这些需求文档里又写得非常模糊,这就比较头疼了。所以很多时候,我就要

  去不断地从文档的字里行间猜测,并结合源码一步一步地去跟踪,去尝试解决这个问题。但有时候确实超出了我的能力范围,那么我就会把我的问题提炼成一个小 demo,到 StackOverflow 去问,或者问一些同样用这个轮子的作者,甚至干脆去 issue 里问作者

  回到之前实习电面的时候,面试官也问了这个。然后马上就想起来之前有个比较大的项目里的头部下拉功能的实现。当时项目里下拉除了复杂交互和复杂的下拉界面之外,还有个变态的需求是移动端(响应式)的交互和样式是完全另外一套,同样的结构搞两套完全不同的交互和样式,做了两三天才搞定。

  然后简单的跟面试官介绍需求,跟他说线上地址,可以让他看下实际效果,然后介绍自己解决问题的思路。

  谢邀~ 我在电面的时候也被问到过好多次这样的问题,当时我也觉得很头大啊!

  第二次被问到之后,我就觉得这个问题得准备一下了。但是我想想,能够被我解决的事,我现在肯定觉得不难啊;不难被我解决的事,我总不见得跟面试官说,这个问题后来我就放弃不解决了……┑( ̄Д  ̄)┍

  很困难的技术问题,每个人都会碰到过的,谁没花过一两天时间解决稀奇古怪的问题呢?(我最近就被 npm err! weird error 这样含混的报错信息困扰两天了!weird error...你还好意思说!)

  面试中这个问题之所以难回答,倒还不只是记不记得住曾经碰到过的难题的事,而在于这件事说出来是不是足够让面试者满意,甚至超出他的期望

  如果是技术面试官问的,那么比较有经验的面试官一般都会顺着你说的继续往深里问。

  你要准备的不仅仅是你的项目中有哪些难点,更重要的是和这个难点相关的知识都要准备充分。

  你的答案并不是这个项目中最难的点,而是一个最能让你回答好整套相关问题的难点

  这么说虽然挺应试的,但至少你在准备的过程中真的会去学的,所以也是不影响诚信的,顶多就是作为会准备考试的学霸被人羡慕嫉妒恨一下。

  我发现 HR 很喜欢问这种问题,技术面试官相对问得少一些。他们想考察解决问题的能力这一点我可以理解,但是我并不认为这样直接问是一个很好的方法——道理就和做用户调研的时候,你不能直接问用户觉得你们产品有什么问题一样。所以,

  面试官可能也没对你的答案抱多大希望,或者说,其他回答这个问题的同学也没给出高明到哪里去的答案。

  还有很多时候他们就是顺带问到的,你看,技术聊得差不多了,项目看起来也挺像样的,看了一眼表,还有十分钟,那么我们接着刚刚聊的项目,继续说说有什么难点咯?

  或者是,(简历写得挺牛逼啊,我也不知道是不是忽悠的)你就跟我说说这个有什么意义么,还有有什么难度么。

  其实你这个问题的答案没那么要紧,就算你真的面挂了,也不要觉得是因为这个问题没答好

  。当然,我知道的,怪面试官问一个很傻很没意义的问题而导致了面试的失败是一个更好接受的归因方式。

  我不是说,我们需要去抵抗记忆的衰退曲线,也不是非得真的得“记住”曾经遇到过的问题。

  只是,当我们整天忙于解决今天的 bug 和实现明天的 feature,就而很难跳脱出一个狭窄的尺度去看待我们自己的人生。写日记也有这样的缺陷,我可以记录下每天发生的事,可我很难评估自己较长一段时间的成长。

  我一直在尝试量化地记录自己的生活,包括睡眠、阅读、运动等等。并不是贪心地想多睡几个小时或是多读几本书,更看不上那些高效自我管理的理论,只是单纯地想了解自己更多,借助统计数据,从一个更长的尺度去看自己。

  所以,我可以积极地每天记录我每天的工作内容,在工作时碰到的问题,和解决的过程。\(^o^)/~

  我想要一个更好地记录每天做了什么事的软件,试了很多就很不满意,主要还是分析做得不够深入。所以我现在利用仅剩的非常有限的业余时间在做这个 app,希望有一天可以面世。

  当然,我知道自己不是一个特别有毅力的人,也不是在工作方面很有追求才做的这件事,或许也坚持不了多久。

  虽然,这个问题我曾经没有回答好,但是,我可以为下一个问题提前做好准备。

  因为但凡开发到一定程度,不碰到难点是不可能,你若说没有难点要么就是自己能力不够,要么就是本该是你的难点你甩锅给别人了。其实问这个问题一方面是旁敲你的水平另一方面是想看一下你解决问题的思路。

  我以前面试别人也会问这个问题,而且是必问,我认为如果你会定期回顾和梳理自己的技能、知识的话,那么回答这个问题肯定是轻而易举的,并且对其中的难点和解决方案会解释的很流畅。

  所以这个问题并不是考察技能熟练或者知识深浅的,而是考察你会不会去总结和回顾之前的项目或者技术问题,我认为是能验证一个人的学习能力和进步速度很重要的一点。

  然而当我上一次面试别人问我这个问题,我自己居然回答的是被第三方依赖坑了(升级0.0.1,改了接口),我决定以后不问这个问题了,还是直接问博客地址吧……

  以我自己为例,我面试的时候问这一类问题并不是指望对方告诉我他曾经在项目中发大招解决了什么世纪难题,我就是想了解一下对方遇到问题的时候有什么思路,做过哪些尝试,最终问题有没有解决并不是那么重要。

  我建议你欢快而又愉悦的跟面试官说, 没有什么难点啊, 那些复杂问题都被我轻松解决了也线; 效果拔群

  当你通过谷歌或者翻书还是自己思考, 解决了这个问题后,对于你也就不存在难点了.(前提你掌握了这个知识)

  我觉得难点是相对的, 当你项目中有面试官不懂得地方时,他自然就会觉得这很难, 但是对于你,也许这个点你已经掌握了,并不难

  也在面试中问过类似的问题(有自己写过一些小项目吗?有什么觉得有趣的东西?有没有碰到什么比较难的问题?)

  主要是想知道对方是对自己的工作了解多少。因为现在有太多的工具党,可能工作了两三年,完成过一定量的项目,但是对自己用的东西依然没有什么概念。一个项目里可能好几个人,碰到问题解决不了交给主程,完后又不仔细去看别人的解决思路等。

  如果你确实没碰到难点,又非要回答这个问题,百度吧,前端开发过程中遇到的难点,挑几个合适的背下来,多简单的事。

  比如解决了md5碰撞问题, 给出了计算机求解NP问题的算法, 或是完全模拟了DNA合成蛋白质自动机这样的亮点?