y*********e
发帖数: 518 | 1 很多才初入职场的同学去onsite面试，被考到写代码，觉得题目很简单，轻松做出来，
但是最好还是悲剧，觉得不明所以。
我这里透露点面试考察的评分标准吧。
假设一个小问题满分是100分，你完全做出来，考虑到了所以的情况，没有bug，那么才
可以得满分。若是有1个边界情况没有考虑到，或者有1个bug，那么你只能得50分。若
是有2个边界情况没有考虑到或者有bug，那么你得25分。若是有3个，那么你得12分。
就此而已。所以题目做出来，并不意味你能拿到满分。 |
m****u
发帖数: 3915 | 2 那得几分算过关？
【在 y*********e 的大作中提到】
: 很多才初入职场的同学去onsite面试，被考到写代码，觉得题目很简单，轻松做出来，
: 但是最好还是悲剧，觉得不明所以。
: 我这里透露点面试考察的评分标准吧。
: 假设一个小问题满分是100分，你完全做出来，考虑到了所以的情况，没有bug，那么才
: 可以得满分。若是有1个边界情况没有考虑到，或者有1个bug，那么你只能得50分。若
: 是有2个边界情况没有考虑到或者有bug，那么你得25分。若是有3个，那么你得12分。
: 就此而已。所以题目做出来，并不意味你能拿到满分。
|
g***s
发帖数: 3811 | 3 还有一个情况，有时候你可能给的解不是最优但面试官不给你指出来。 |
f******7
发帖数: 941 | 4 有些道理。这个评分也不是绝对的吧。还是有很多人只分析了问题，没有写全code，但
依旧拿到了
offer。
【在 y*********e 的大作中提到】
: 很多才初入职场的同学去onsite面试，被考到写代码，觉得题目很简单，轻松做出来，
: 但是最好还是悲剧，觉得不明所以。
: 我这里透露点面试考察的评分标准吧。
: 假设一个小问题满分是100分，你完全做出来，考虑到了所以的情况，没有bug，那么才
: 可以得满分。若是有1个边界情况没有考虑到，或者有1个bug，那么你只能得50分。若
: 是有2个边界情况没有考虑到或者有bug，那么你得25分。若是有3个，那么你得12分。
: 就此而已。所以题目做出来，并不意味你能拿到满分。
|
z*******y
发帖数: 578 | 5 个人感觉 面试的时候题目做出来是一方面 code写的perfect确实很好
不perfect也没事，只要你能让人看出来你思路挺好，能提供多种解决方案并比较选择
好的方案， 如果你能让面试官觉得你人很好（比如说话，问他的问题） 这个也会加分
的。一下子就写出没有错误的code有点难吧 |
s*****y
发帖数: 897 | 6 en. Many big company's software engineer just doing bug fixing everyday.
【在 z*******y 的大作中提到】
: 个人感觉 面试的时候题目做出来是一方面 code写的perfect确实很好
: 不perfect也没事，只要你能让人看出来你思路挺好，能提供多种解决方案并比较选择
: 好的方案， 如果你能让面试官觉得你人很好（比如说话，问他的问题） 这个也会加分
: 的。一下子就写出没有错误的code有点难吧
|
z***e
发帖数: 5393 | 7 exactly.
更重要的是，你能感觉良好做出来，同样也有其他人做出来，interview的不是你一个
人。
【在 y*********e 的大作中提到】
: 很多才初入职场的同学去onsite面试，被考到写代码，觉得题目很简单，轻松做出来，
: 但是最好还是悲剧，觉得不明所以。
: 我这里透露点面试考察的评分标准吧。
: 假设一个小问题满分是100分，你完全做出来，考虑到了所以的情况，没有bug，那么才
: 可以得满分。若是有1个边界情况没有考虑到，或者有1个bug，那么你只能得50分。若
: 是有2个边界情况没有考虑到或者有bug，那么你得25分。若是有3个，那么你得12分。
: 就此而已。所以题目做出来，并不意味你能拿到满分。
|
m****n
发帖数: 1104 | 8
这玩艺儿一点不合理。有bug怎么了？有bug就不是好的程序员了？谁有种说没写过bug
？？？
大致意思到了就行了，吹毛求疵有病啊。
【在 y*********e 的大作中提到】
: 很多才初入职场的同学去onsite面试，被考到写代码，觉得题目很简单，轻松做出来，
: 但是最好还是悲剧，觉得不明所以。
: 我这里透露点面试考察的评分标准吧。
: 假设一个小问题满分是100分，你完全做出来，考虑到了所以的情况，没有bug，那么才
: 可以得满分。若是有1个边界情况没有考虑到，或者有1个bug，那么你只能得50分。若
: 是有2个边界情况没有考虑到或者有bug，那么你得25分。若是有3个，那么你得12分。
: 就此而已。所以题目做出来，并不意味你能拿到满分。
|
g***s
发帖数: 3811 | 9 所以看不同公司的，不同职位的要求。例如google，我不觉得他们会对这个微小的bug
那么care，更多的是care你的idea。
但如果是打算招一个QA，那么细致就是很重要的一个方面了。 |
S*********r
发帖数: 5693 | 10 现在的面试越来越可笑了
bug
【在 m****n 的大作中提到】
:
: 这玩艺儿一点不合理。有bug怎么了？有bug就不是好的程序员了？谁有种说没写过bug
: ？？？
: 大致意思到了就行了，吹毛求疵有病啊。
|
|
|
r********3
发帖数: 2998 | 11 这点就是很多PhD学生吃亏的地方。大部分PhD同学研究一个算法，都是看重思路。力求
细致的地方，是具体时间复杂度，空间复杂度什么的，而不是boundary条件这些。因为
这些东西，即便错了，今后也很容易debug，或者在code review就很容易纠正。
【在 y*********e 的大作中提到】
: 很多才初入职场的同学去onsite面试，被考到写代码，觉得题目很简单，轻松做出来，
: 但是最好还是悲剧，觉得不明所以。
: 我这里透露点面试考察的评分标准吧。
: 假设一个小问题满分是100分，你完全做出来，考虑到了所以的情况，没有bug，那么才
: 可以得满分。若是有1个边界情况没有考虑到，或者有1个bug，那么你只能得50分。若
: 是有2个边界情况没有考虑到或者有bug，那么你得25分。若是有3个，那么你得12分。
: 就此而已。所以题目做出来，并不意味你能拿到满分。
|
v*x
发帖数: 1370 | 12 出题的目的就是要differentiate。又不是学校里的考试，都拿A，你好我好大家好的画
bell curve。
bug
【在 m****n 的大作中提到】
:
: 这玩艺儿一点不合理。有bug怎么了？有bug就不是好的程序员了？谁有种说没写过bug
: ？？？
: 大致意思到了就行了，吹毛求疵有病啊。
|
r********3
发帖数: 2998 | 13 分情况啊。
很多是在multithread环境下的开发，一个简单的程序都要出无数bug的话，那的确很讨
厌。因为找出一个bug所花的时间，比写这段代码都要多很多。到处留bug的人，等于说
，是在给别人增加负效率。
bug
【在 m****n 的大作中提到】
:
: 这玩艺儿一点不合理。有bug怎么了？有bug就不是好的程序员了？谁有种说没写过bug
: ？？？
: 大致意思到了就行了，吹毛求疵有病啊。
|
S*********r
发帖数: 5693 | 14 说白了，还是我前两天说的，现在的面试就是鼓励你多做题，甚至多背题，跟你的能力
屁的关系都没有，就算是coding能力再强的，一个事先没见过的题目也很难保证一次就
写出无错的。
【在 r********3 的大作中提到】
: 这点就是很多PhD学生吃亏的地方。大部分PhD同学研究一个算法，都是看重思路。力求
: 细致的地方，是具体时间复杂度，空间复杂度什么的，而不是boundary条件这些。因为
: 这些东西，即便错了，今后也很容易debug，或者在code review就很容易纠正。
|
Z*****l
发帖数: 14069 | 15 瞎分析。说不定就是看你不顺眼而已。
面试过后直接忘记，准备下一个是正经。
【在 y*********e 的大作中提到】
: 很多才初入职场的同学去onsite面试，被考到写代码，觉得题目很简单，轻松做出来，
: 但是最好还是悲剧，觉得不明所以。
: 我这里透露点面试考察的评分标准吧。
: 假设一个小问题满分是100分，你完全做出来，考虑到了所以的情况，没有bug，那么才
: 可以得满分。若是有1个边界情况没有考虑到，或者有1个bug，那么你只能得50分。若
: 是有2个边界情况没有考虑到或者有bug，那么你得25分。若是有3个，那么你得12分。
: 就此而已。所以题目做出来，并不意味你能拿到满分。
|
h*****n
发帖数: 1105 | 16 瞎扯。我就没见过一个人，一点bug都没有的。
如果真那样，我肯定会怀疑他见过题了。
主要看思路和逻辑是否清晰。 coding时看他是否真正写过code。不常写的人，会比较
乱和慢。 |
r********3
发帖数: 2998 | 17 其实写code这点，还算相对靠谱的。
以前Google,MS这些招聘的时候，默认大家都是coding高手了。面试的时候，特别喜欢
出一些应用数学啊，智力题考大家。
那个更不靠谱。很多学数学的，学自动化等人，一点code没写过的人，都进入Google和
MS。然后工作中发现这家伙一点coding基础都没有，啥活都不能干。结果面试官只有狂
汗了。所以，现在的面试改成全部写code了，这样相对来说，还是比以前靠谱一些了。
【在 S*********r 的大作中提到】
: 说白了，还是我前两天说的，现在的面试就是鼓励你多做题，甚至多背题，跟你的能力
: 屁的关系都没有，就算是coding能力再强的，一个事先没见过的题目也很难保证一次就
: 写出无错的。
|
g**w
发帖数: 969 | 18 确实。
不要冷场，基本上稍微看一眼题目就要开始说。
开始的时候多问问，确定需求。有时候会故意遗漏条件，比如一个整数数组，要问清楚
是不是sorted,值是不是有range.
【在 h*****n 的大作中提到】
: 瞎扯。我就没见过一个人，一点bug都没有的。
: 如果真那样，我肯定会怀疑他见过题了。
: 主要看思路和逻辑是否清晰。 coding时看他是否真正写过code。不常写的人，会比较
: 乱和慢。
|
s**********t
发帖数: 291 | 19
【在 y*********e 的大作中提到】
: 很多才初入职场的同学去onsite面试，被考到写代码，觉得题目很简单，轻松做出来，
: 但是最好还是悲剧，觉得不明所以。
: 我这里透露点面试考察的评分标准吧。
: 假设一个小问题满分是100分，你完全做出来，考虑到了所以的情况，没有bug，那么才
: 可以得满分。若是有1个边界情况没有考虑到，或者有1个bug，那么你只能得50分。若
: 是有2个边界情况没有考虑到或者有bug，那么你得25分。若是有3个，那么你得12分。
: 就此而已。所以题目做出来，并不意味你能拿到满分。
|
m****n
发帖数: 1104 | 20
differentiate 需要有目的性，盲目的做谁不会啊，让每个人都背pi不就结了，连作弊
都没戏！有用么？
你抓一两个现在写code少一两个bug的有毛用啊？哪个人刚进公司不都是code review象
便秘一样的啊，
慢慢就好了。一定要把自己局限在吹毛求疵上会因小失大的。
【在 v*x 的大作中提到】
: 出题的目的就是要differentiate。又不是学校里的考试，都拿A，你好我好大家好的画
: bell curve。
:
: bug
|
|
|
c**b
发帖数: 2999 | 21 cs和其它行业果然不同,不把人际交流做重点,可以在家工作.
【在 S*********r 的大作中提到】
: 说白了，还是我前两天说的，现在的面试就是鼓励你多做题，甚至多背题，跟你的能力
: 屁的关系都没有，就算是coding能力再强的，一个事先没见过的题目也很难保证一次就
: 写出无错的。
|
s****u
发帖数: 1433 | 22 说这么多? 本科生面试博士生，可不就看这些么。
你要是潦倒到面试看门员，人家就看你腿脚利索不利索，眼神好不好。
要是MONKEY面试呢，就看你几分钟爬到树顶上。
话说的不好听，意思你们都懂得。 |
n******t
发帖数: 4406 | 23 这种职位一般就是所谓的民工职位吧。。。
所以我认为， IT工作不都是民工工作，但是很多人想招民工。
法，
【在 y*********e 的大作中提到】
: 很多才初入职场的同学去onsite面试，被考到写代码，觉得题目很简单，轻松做出来，
: 但是最好还是悲剧，觉得不明所以。
: 我这里透露点面试考察的评分标准吧。
: 假设一个小问题满分是100分，你完全做出来，考虑到了所以的情况，没有bug，那么才
: 可以得满分。若是有1个边界情况没有考虑到，或者有1个bug，那么你只能得50分。若
: 是有2个边界情况没有考虑到或者有bug，那么你得25分。若是有3个，那么你得12分。
: 就此而已。所以题目做出来，并不意味你能拿到满分。
|
