准备面试写稿子的时候发现,如果想把自己做的项目,前因后果,思考的过程,具体解决方案都说清楚,再加上连接词成为一个故事,字数非常多,感觉会讲到 10 分钟左右,因为总共面试可能也没多长时间,面试官还得把流程过了,这样讲太久会不会让人厌倦,并挤压了后面环节(比如做题)的时间?
但是不详细说清楚又感觉自己想表达的没有传达到,会起到反效果(已经尽量删减了,感觉再删逻辑就不连续了)。
大家面试时都是尽量多说一点吗?
1
superrichman 2019-10-31 21:25:26 +08:00 via iPhone
看情况吧,小心有些面试专门套你的方案,方案套完了还让你回去傻等通知。
|
2
ericgui 2019-11-01 03:15:12 +08:00 1
当然不好
你应该在 2 分钟内把要点说出来,然后等着对方的反应,然后根据对方的反应来深入讲解。 |
3
flyingghost 2019-11-01 15:44:29 +08:00 1
站在面试官的角度想问题。
——你喜欢受试者叨逼叨滔滔不绝吗? ——不喜欢。面试节奏应由我控制。 ——那受试者讲太简略讲不清楚怎么办? ——没什么讲不清楚的。你说线程池我自然知道并发和必要的同步手段,你说 https 我自然知道证书、服务器配置等细节。我不问太细,只有几种可能: 1,我觉得没必要。 2,我心虚不敢问太细。 3,我想问更多可是真的没时间了等下还有会。 ——会不会担心遗漏了关键信息? ——首先,受试者应该充分梳理并概括自己的亮点和优势,这也是能力。连主次都分不清,连信息传达都做不好,逻辑能力有问题。其次,真正必要的信息即使受试者不讲我也会详细问,这样才能挖到受试者的能力边界(也就是为什么总要面试造火箭的原因),还能打击假冒伪劣(只会嘴炮的云程序员真的不少)。 站在受试者的角度,只有一条: 投面试官所好,赢得认同。 之后才是自己了解和抉择的过程。 只有一种例外,受试者才需要主动说更多: 面试官不合格,是既不会面试又不会聊天的半封闭技术男。你不说话,他都不知道该问什么,动不动场面就寂静得尴尬,问的问题也没有目的性。这时候目标就变了:你不但要表达自己,还要担负起控制面试节奏的责任。。。 |
4
1oNflow OP @flyingghost 感谢回复,很有启发,后来我也觉得不可行,已经重新整理思路了
|