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

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

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

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

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


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

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

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