作为面试官，给即将参加coding interview的你，分享一点刷题之外的事

楼主这么苦口婆心不断写补充耐心解释真是送佛送上天。还在那扛的人，你们心中的水壶已经满的不能再满啥新东西都灌不进去了？

rockwtr 发表于 2021-12-1 05:16
我在想，烙印论坛上是否会有类似的发言：“我面过一些老中 那写起代码来一点毛病没有 但一张嘴说英语听起 ...

也应该有吧，但我觉得他们也应该愿意和写代码强的做同事，not vice versa.

good-luck 发表于 2021-12-2 01:18
也应该有吧，但我觉得他们也应该愿意和写代码强的做同事，not vice versa.

那当然。
只不过，出活的时候有些人需要老黄牛；政治斗争的时候，埋头苦干而又嘴拙的老黄牛也容易成为牺牲品:( 所以，老中语言和文化习惯方面的劣势还是应该足够重视并且尽可能弥补。

akdhfikbk 发表于 2021-11-27 14:48
我就是题做不出来
照样过了，而且是strong hire
面试官是我的manager,考的是最简单的二分搜索

老铁有啥特别的神技？

这里是我马甲呀 发表于 2021-11-28 00:03
你啥公司我也想投一投 我就是交流贼好但是题不会做 至今为止遇到的题做不上的全没过 过的都是做上的

交流如何好？想学

crookzhanks 发表于 2021-12-03 22:25:12
交流如何好？想学

我平时自己做题就有一种毛病，一定要大声讲出来这一步那一步，不然我自己想不清楚，但是我的问题是经常思路方法都对但是写不清楚

比如，代码太长太复杂时，是否会有意识地在中途做一些unit test而不是一口气写三十行；写test cases时，是否遵循一定的逻辑顺序（由简入繁），而不是东一枪西一枪；debug的时候，是否能有逻辑地逐步缩小排查范围/输出额外信息等等。

比如，代码太长太复杂时，是否会有意识地在中途做一些unit test而不是一口气写三十行；写test cases时，是否遵循一定的逻辑顺序（由简入繁），而不是东一枪西一枪；debug的时候，是否能有逻辑地逐步缩小排查范围/输出额外信息等等。

感谢楼主分享

5. 如果你仍然觉得只有“把题做出来”才是唯一的成败指标，那我们不妨仔细思考一下，如何定义“把题做出来”呢？(1)实现了最优解，但没处理好某个关键的edge case，算“把题做出来”吗？(2)没想到最优解，但实现了次优解，且代码bug-free，算“把题做出来”吗？(3)两道考题，一道写了最优解，一道只写了brute force，但口述了次优解的思路，算“把题做出来”吗？(4)最后三分钟突然想到了最优解并实现了出来，但因时间所限没敲上最后的return，导致代码不能运行，算“把题做出来”吗？(5)关键的步骤全靠面试官提示，但反应很快且代码写的又快又美，算“把题做出来”吗？(6)用面试官从来没想到的清奇思路实现出了一个最优解，面试官当场表示认可，但事后发现关键步骤有漏洞且并非最优解，算“把题做出来”吗？(7)实现了次优解，代码能跑过test cases，但难以阅读，算“把题做出来”吗？(8)写出了可以跑过test cases的最优解，但回答错了最基本的时间复杂度问题/关键步骤解释错误/面试官稍微改动了条件就无法应变，算“把题做出来”吗？

这一段也很赞

crookzhanks 发表于 2021-12-03 22:24:53
老铁有啥特别的神技？

就不抛弃不放弃
打破砂锅式的解决问题

推推，我自己也当过面试官面过intern, 我们的打分确实有"沟通"这一个环节