求教面试时讲题时的基本步骤？

之前找人mock interview了好几次，反馈都是题做的还行，就是讲解太糟糕了，基本就是我觉得好像多少清楚了，但对方听不懂我的思路，不过这其中也因为我口语太烂了口音太重的缘故。可能白板时还能画图描述会好一些？但总得先过电面什么的。我练了大概有五六次，真的毫无进步，也试着模仿别人的做法。看别人讲，有人讲前把思路一行行写在注释里，有人看题的时候也在读题，还有是非常简单的题每一步都讲的非常清楚，但个人觉得太过详细了，用的时间也比较长，会不会就不太必要了？

想请教一下，除了继续mock外，有没有什么其他建议和通用的步骤可以参考，来提升面试能力？还有怎么和面试官互动会自然呢？没有思路时的冷场期间该说什么呢

建议用一个东西叫pramp. 完全免费。 可以schedule mock interview的， 我觉得效果很不错。

有没有什么其他建议和通用的步骤可以参考，来提升面试能力？

具体步骤如下：
1. 确认题目， 多问问interviewer到底想要的是什么， 问问input的条件和限制， output的条件和限制 （这个特别重要）
2. 开始brainstorm,  给brute force solution （很重要！）
3. 优化brute force solution, 给出为什么， 然后怎么做
4. 记得问interviewer "Am I on the right track? Would you mind if I start implementing the solution?"， 这样你们两个都在同一page上面， 可以确认interviewer理解你在说什么， 如果这个时候interviewer不理解， 你可以问为什么， 需不需要进一步解释
5. 确认interviewer满意你的solution再开始implement (这个特别重要！因为这个是面试， 你需要给的是interviewer要的东西，而不是你想要什么)
6. implement 完了之后 自己主动要求过一遍example code 确认没Bug
7. 过完一遍后， 再核对 edge cases那些 该怎么handle
8. 最后结束

还有怎么和面试官互动会自然呢？没有思路时的冷场期间该说什么呢

一些tips:
1. 记得所有的解释只需要high level即可， 不要每写一个line of code就解释， 这样会很混乱。
2. 全程think out loud, 写modular 的code (就是尽量把你的logic放到一个个helper function里面， 这样也更清晰）
3. 对于helper function, 先写placeholder， 然后和interviewer说这个function做什么， 不要急着implement。 然后接着implement主干部分。 先把主干部分写完再来implement小的helper function.
4. 没有思路的时候， 看看input给了什么条件， 从bruth force出发。 如果想不出brute force, 可以问一下hint (正常情况下， 你态度好一点的话，interviewer都会给hint的， 毕竟他们考验的东西不只problem solving 一个)
5. 补充一下 一个特别好的想法是把你的interviewer当做你的coworker，想想自己有问题卡住的时候怎么像coworker求助 （你会把自己的想法说出来， 但是觉得这个地方 或者那个地方卡住了， 然后问coworker是怎么想的， 然后你based on 他的idea 继续往下想）

yeehaah 发表于 2019-9-13 22:58
建议用一个东西叫pramp. 完全免费。 可以schedule mock interview的， 我觉得效果很不错。

哇！太感谢你了！谢谢！

地里有个帖子讲的特别好: https://www.1point3acres.com/bbs/thread-433722-1-1.html