面试时一个回答的时间很长(为了讲清楚项目内容)好不好?

2019-10-31 20:58:53 +08:00
 1oNflow

准备面试写稿子的时候发现,如果想把自己做的项目,前因后果,思考的过程,具体解决方案都说清楚,再加上连接词成为一个故事,字数非常多,感觉会讲到 10 分钟左右,因为总共面试可能也没多长时间,面试官还得把流程过了,这样讲太久会不会让人厌倦,并挤压了后面环节(比如做题)的时间?

但是不详细说清楚又感觉自己想表达的没有传达到,会起到反效果(已经尽量删减了,感觉再删逻辑就不连续了)。

大家面试时都是尽量多说一点吗?

2029 次点击
所在节点    程序员
4 条回复
superrichman
2019-10-31 21:25:26 +08:00
看情况吧,小心有些面试专门套你的方案,方案套完了还让你回去傻等通知。
ericgui
2019-11-01 03:15:12 +08:00
当然不好
你应该在 2 分钟内把要点说出来,然后等着对方的反应,然后根据对方的反应来深入讲解。
flyingghost
2019-11-01 15:44:29 +08:00
站在面试官的角度想问题。

——你喜欢受试者叨逼叨滔滔不绝吗?
——不喜欢。面试节奏应由我控制。
——那受试者讲太简略讲不清楚怎么办?
——没什么讲不清楚的。你说线程池我自然知道并发和必要的同步手段,你说 https 我自然知道证书、服务器配置等细节。我不问太细,只有几种可能:
1,我觉得没必要。
2,我心虚不敢问太细。
3,我想问更多可是真的没时间了等下还有会。
——会不会担心遗漏了关键信息?
——首先,受试者应该充分梳理并概括自己的亮点和优势,这也是能力。连主次都分不清,连信息传达都做不好,逻辑能力有问题。其次,真正必要的信息即使受试者不讲我也会详细问,这样才能挖到受试者的能力边界(也就是为什么总要面试造火箭的原因),还能打击假冒伪劣(只会嘴炮的云程序员真的不少)。


站在受试者的角度,只有一条:
投面试官所好,赢得认同。
之后才是自己了解和抉择的过程。

只有一种例外,受试者才需要主动说更多:
面试官不合格,是既不会面试又不会聊天的半封闭技术男。你不说话,他都不知道该问什么,动不动场面就寂静得尴尬,问的问题也没有目的性。这时候目标就变了:你不但要表达自己,还要担负起控制面试节奏的责任。。。
1oNflow
2019-11-02 08:59:57 +08:00
@flyingghost 感谢回复,很有启发,后来我也觉得不可行,已经重新整理思路了

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/615020

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX