面试时一个回答的时间很长（为了讲清楚项目内容）好不好？

[1oNflow]

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

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

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

[superrichman]

看情况吧，小心有些面试专门套你的方案，方案套完了还让你回去傻等通知。

[ericgui]

当然不好
你应该在 2 分钟内把要点说出来，然后等着对方的反应，然后根据对方的反应来深入讲解。

[flyingghost]

站在面试官的角度想问题。

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


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

只有一种例外，受试者才需要主动说更多：
面试官不合格，是既不会面试又不会聊天的半封闭技术男。你不说话，他都不知道该问什么，动不动场面就寂静得尴尬，问的问题也没有目的性。这时候目标就变了：你不但要表达自己，还要担负起控制面试节奏的责任。。。

[1oNflow]

@flyingghost 感谢回复，很有启发，后来我也觉得不可行，已经重新整理思路了