发布网友 发布时间:2022-04-13 14:13
共9个回答
热心网友 时间:2022-04-13 15:42
一定要分点回答(逻辑清晰):
1、时间;
2、什么功能;
3、遇到什么问题;
4、怎么定位问题;
5、怎么解决问题,为什么要这样解决;
6、在性能、可用性、资源、用户产生了正面影响。
讲清楚问题是什么,难在什么地方,你是怎么解决的,你为什么要这样解决,有没有什么数据和测试证明你有效解决了,例如下面这个回答结构:
1、我(最近的一个时间)在做(怎样的一个产品/程序),这个产品/程序的目的是(帮助用户完成什么事),其中有一个(什么模块),为了实现(什么功能),用到了(什么技术),但是(遇到了什么挑战/难点/bug)。
2、我通过(怎样的手段)定位问题所在,问题出现的原因是(简要的点到技术点的描述),我在(至少两个资料来源)上找到了参考,最后基于(怎样的决策标准)决定采用(何种解决方法),运用了(哪种技术),最后成功解决了问题/实现了功能。
3、结果是这个产品/程序(对用户,系统,性能,可用性,资源等产生了何种正面的影响)。下一步,我认为我应该研究(何种更先进的方式),进一步(怎样让产品/程序做得更好)。
热心网友 时间:2022-04-13 17:00
做对,就是我掌握的理论,技术,工具是有依据的,不是野路子。说直接点,我能解决问题,并且不会挖坑,或者不会带来太大的副作用,你招我进来,我保你三年质量,五年维护。作为面试官,多少也是认可的。热心网友 时间:2022-04-13 18:35
起码在deadline前解决问题,不会对项目进度造成太大影响。毕竟团队项目是有周期的,你的能力前提是保证不能拖延整个团队进度,或者对产品功能的完整性造成印象。热心网友 时间:2022-04-13 20:26
如果是一开始就问的,很有可能就是想通过这个问题,根据你的简历,引申其他一些更加细节的技术问题。这种情况,你一定要注意,一定要根据自己的实际经历和能力来描述,保证面试官不要问到你的盲区,或者延伸一点自己也是能hold住的。热心网友 时间:2022-04-13 22:34
就是这类问题往往比较主观,综合全面,虚实结合。如果面试官是最后问的(前面问了若干问题),可能是最后了解确认一下你的经验,那么回答的时候,除了实事求是外,可以适当包装一下让故事好听。热心网友 时间:2022-04-14 00:59
讲的好,普通的经历也会让人感觉津津有味,讲不好,有料的经历也会让人觉得索然无味。在面试的时候,除了能力,基础外,表达也是其中一项。以后相处了,如果沟通不好,工作合作会比较吃力的,至少要保证在技术的表达式是ok的。热心网友 时间:2022-04-14 03:40
比如说最近新学习了一门技术,在把这门技术应用于实战的时候发现自己太naive,知道很多理论但是不知道怎么动手。总结原因,是因为自己的实践经验太少了,考虑做一个程序。期间碰到了很多难以解决的问题,比如对api不熟悉,底层实现不了解,编码规范不知道,导致了开发速度慢、出了bug无法解决、写出来的代码不能直视。结果还是要看面试官心情。热心网友 时间:2022-04-14 06:38
做好,就是我能有更好的办法解决问题。这一层面,能在已有的实践中体现最好,如果没有,也可以谈谈你认为更优解的思路和具体方案的设计。这个层面,是在考量你的潜力。很多人会觉得这块比较虚,没做过的话说了意义不大,索性不说。但有的面试官会评估你的潜力,尤其是职位高的,毕竟公司还要发展,以后遇到的问题是未知的,你是否有足够的心态和潜力去面对未知的问题和领域,决定了你是否是面试官需要的人才。热心网友 时间:2022-04-14 09:53
之前在github上弄了一套面试题,前面基础部分全部是github上的英文原文,后面提高部分的题目大部分是根据我们的需求做的一些提问。两部分各自十问,共计二十问,前面十选五作答;后面多答多加分。当初设计这一份题目的目标并不是为了难倒面试者,而是为了给面试创造话题,看看有什么可聊的。因为很多面试者不知道该讲什么,而且紧张。面试官也不知道该问什么,看简历也只能猜个大概。当然,二十题的分数也是对面试者的一种考核。后面十题没有标准答案。