大家面试是写代码前讲清楚思路，然后写代码就不说话了，还是边写边说？

大家面试时是开始写代码前讲清楚思路，然后写代码时就不再说话了，还是边写边说？
楼主几年前找实习和new grad全职时，就是边写代码别说，结果发现一心二用经常容易写出bug,并且写的速度也非常慢。最近楼主跳槽面试试着开始写代码前把自己思路给面试官完全讲清楚，真正开始写的时候一声不吭，写的速度非常快并且不容易出bug

可以在 比较关键 或者比较tricky的地方 停一下 或者 跟面试官交代一下 这里是干什么的。make sure on the same page

补充内容 (2022-01-28 05:07 +8:00):
* 做题，题做出来是一方面。communication 也是feedback 里参考的一项，有些人 会因为communication 有 red flag 导致整个feedback减分
* 也见过很多 communication 很好的candidate，边做题边讲 边debug，非常流畅，自然，就像是油管做题网红现场给你demo 解题似的。这样的candidate 的communication 会是加分项，而且会给面试官留下很好的印象，如果没有别的特别差的点 基本就都给会给过。

我是写代码前先讲清思路，顺便写pseudocode，和面试官确认思路make sense之后开始implement，一边写一边说，保持气氛活跃不冷场🐶

只要在不影响能不能完成题目的情况下我觉得多说比少说好。随便举两点：一，面试除了看technical也看communication，多说就体现了communication这点；二，像楼上说的，多说可以确保自己没有偏离面试官的意思，这样自己也有个底，知道自己做的是面试官想要的。

目的就是交流嘛 能保证面试官听懂并知道你在干啥就可以 不用拘泥于形式 也可以写完一个chunk解释一下在干什么 一开始把思路讲清楚获得同意更重要