j*s
1 楼
我是芝加哥大学计算机的小硕,一个月前开始找工作,到目前为止phone interview有
几个,onsite interview进行过两个了,虽然第二次的结果还没出来,但应该也是挂了
。发个帖子给自己总结一下经验教训,也希望大家在面试的时候能多多注意吧。
1) 假如遇到的题目比较简单,那就要尽量一次写对,写完之后先不要忙着跟面试官说
写完了,先自己看一遍,看有没有什么明显的bug,有就及时改过来,等面试官指出来
再改就不好了。
2) 假如遇到的题目是自己没见过的,然后想出了一个解决方法之后,先不要忙着写代
码,先想一下这个方法的时间复杂度和空间复杂度,如果时间复杂度太高的话,看有没
有什么更好的方法,比如DP之类的。
3) 假如遇到设计类的题目,先不要忙着给出解决方案,一定要先跟面试官确认清楚题
目的具体含义,包括哪些部分是需要我们自己设计的,哪些部分是存在于系统的其他部
分可以直接使用的,可以有哪些假设,大概有哪些情况需要考虑。如果一边描述自己的
解决方案,一边不断根据面试官的提问改进的话,不仅自己做起来别扭,最后的实现方
案即使是可行的,也肯定是改的一塌糊涂。
4) 假如遇到需要在白板上写代码的题目,一定不要过早的着急动笔,先把自己的想法
和面试官过一遍,在这个过程中可能就会发现有错误的地方,或者是需要改进的地方,
同时也给自己多一点儿的时间构思代码,因为我发现一旦开始写起来,就很难回头了。
5) 基础的东西一定要牢牢掌握,千万别在基础的地方栽跟头。
能想到的就是以上这些了,希望自己能尽快有个着落。
明天要重新改一下简历了,貌似有问题,投出去好几家都没有回应的。
几个,onsite interview进行过两个了,虽然第二次的结果还没出来,但应该也是挂了
。发个帖子给自己总结一下经验教训,也希望大家在面试的时候能多多注意吧。
1) 假如遇到的题目比较简单,那就要尽量一次写对,写完之后先不要忙着跟面试官说
写完了,先自己看一遍,看有没有什么明显的bug,有就及时改过来,等面试官指出来
再改就不好了。
2) 假如遇到的题目是自己没见过的,然后想出了一个解决方法之后,先不要忙着写代
码,先想一下这个方法的时间复杂度和空间复杂度,如果时间复杂度太高的话,看有没
有什么更好的方法,比如DP之类的。
3) 假如遇到设计类的题目,先不要忙着给出解决方案,一定要先跟面试官确认清楚题
目的具体含义,包括哪些部分是需要我们自己设计的,哪些部分是存在于系统的其他部
分可以直接使用的,可以有哪些假设,大概有哪些情况需要考虑。如果一边描述自己的
解决方案,一边不断根据面试官的提问改进的话,不仅自己做起来别扭,最后的实现方
案即使是可行的,也肯定是改的一塌糊涂。
4) 假如遇到需要在白板上写代码的题目,一定不要过早的着急动笔,先把自己的想法
和面试官过一遍,在这个过程中可能就会发现有错误的地方,或者是需要改进的地方,
同时也给自己多一点儿的时间构思代码,因为我发现一旦开始写起来,就很难回头了。
5) 基础的东西一定要牢牢掌握,千万别在基础的地方栽跟头。
能想到的就是以上这些了,希望自己能尽快有个着落。
明天要重新改一下简历了,貌似有问题,投出去好几家都没有回应的。