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） 假如遇到设计类的题目，先不要忙着给出解决方案，一定要先跟面试官确认清楚题
|
