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