t********n
发帖数: 611 | 1 求解。
还有，如果是你好久以前做过的题，但是不记得当时怎么解的，那你说做过，不是很亏？
或者你见过，想过怎么解，但是没真的解过，需要说自己见过这道题吗？
如果你见过而且想过怎么解， 你坦白了，会怎么样呢？面试官会换道题？还是继续让
你解，但是对你的期望值会增加，比如解的比较快或者更efficient?
大家面试前都做那么多题，遇到见过的应该很合理吧，不用每次都老老实实说，这道我
做过，你给换个， 是吧？
困惑中，请解答。。。 |
F********9
发帖数: 44 | 2 明显是装没见过， 然后按照剧本演嘛。
先给个复杂度高的解法， 慢慢引导面试官以为你是被他引导， 给出最优解。
直到他high了。
面试不光是技术啊， 还有沟通和情商啊。
当然， 我情商也不高。
一次面试就是直说我见过了， 再大致介绍下解法。
最后面试官给临时编了个题， 直接没听懂题意。 最后fail了。
亏？
【在 t********n 的大作中提到】
: 求解。
: 还有，如果是你好久以前做过的题，但是不记得当时怎么解的，那你说做过，不是很亏？
: 或者你见过，想过怎么解，但是没真的解过，需要说自己见过这道题吗？
: 如果你见过而且想过怎么解， 你坦白了，会怎么样呢？面试官会换道题？还是继续让
: 你解，但是对你的期望值会增加，比如解的比较快或者更efficient?
: 大家面试前都做那么多题，遇到见过的应该很合理吧，不用每次都老老实实说，这道我
: 做过，你给换个， 是吧？
: 困惑中，请解答。。。
|
l*****7
发帖数: 55 | 3 我觉得还是坦诚告诉他比较好。另外，也建议不换题，先讨论一下。
1. 先说说自己当时开始的想法，然后讲自己怎么想到最优解的。
2. 用最快的方式给出最优解，及复杂度
3. 讲点有意思的扩展谈论一下。
最后一条，比如有一次我写完链表找环的问题，就讲了个故事。话说小明有一阵子无聊
，在计算器上乱按了一个数，然后平方，接着再平方。很快就溢出了，计算器比较弱，
只保留最低9位。小明也不管高位，接着把当前有效数平方。最后发生一个有趣的现象
，有个神奇的数，请问…
面试官瞪大眼睛，看着我，到这里忽然哈哈大笑，说：哈哈，那个数…。
我赶紧打住，让他再出第二题。
亏？
【在 t********n 的大作中提到】
: 求解。
: 还有，如果是你好久以前做过的题，但是不记得当时怎么解的，那你说做过，不是很亏？
: 或者你见过，想过怎么解，但是没真的解过，需要说自己见过这道题吗？
: 如果你见过而且想过怎么解， 你坦白了，会怎么样呢？面试官会换道题？还是继续让
: 你解，但是对你的期望值会增加，比如解的比较快或者更efficient?
: 大家面试前都做那么多题，遇到见过的应该很合理吧，不用每次都老老实实说，这道我
: 做过，你给换个， 是吧？
: 困惑中，请解答。。。
|
l*********8
发帖数: 4642 | 4 那个数怎么了？
【在 l*****7 的大作中提到】
: 我觉得还是坦诚告诉他比较好。另外，也建议不换题，先讨论一下。
: 1. 先说说自己当时开始的想法，然后讲自己怎么想到最优解的。
: 2. 用最快的方式给出最优解，及复杂度
: 3. 讲点有意思的扩展谈论一下。
: 最后一条，比如有一次我写完链表找环的问题，就讲了个故事。话说小明有一阵子无聊
: ，在计算器上乱按了一个数，然后平方，接着再平方。很快就溢出了，计算器比较弱，
: 只保留最低9位。小明也不管高位，接着把当前有效数平方。最后发生一个有趣的现象
: ，有个神奇的数，请问…
: 面试官瞪大眼睛，看着我，到这里忽然哈哈大笑，说：哈哈，那个数…。
: 我赶紧打住，让他再出第二题。
|
l*********8
发帖数: 4642 | 5 那个数是212890625？
【在 l*********8 的大作中提到】
: 那个数怎么了？
|
s**x
发帖数: 7506 | 6 IMO, if they ask, tell them honestly, otherwise, do not tell anything.
you are supposed to know the answer anyway. |
y***n
发帖数: 1594 | 7 不会的，就说见过，换题，会的，就说没见过，想一想。 |
p******r
发帖数: 1127 | 8 你这建议落到实际可能很坑人啊。首先你把1花好几分钟折腾完了，人家
面试官说听着不错，那咱么换一道题。结果就是40-45分钟写code的时间
白扔了5-10分钟，面试官也没见到你的code，浪费了宝贵时间。再就是
假设面试官脾气好让你把1,2都做完了，你确定这题就有“有意思的扩展”？
你已经给出最优解了，面试官也没考虑过变体，结果是浪费比第一种
情况下更多的时间，面试官写报告的时候不会说我支持hire，因为这个人
把一道他做过的题写的很漂亮。最后就算你运气好，123都做完了，人家
面试想看你解决未知问题和coding能力，你背了一段人家也不知道你练习过
多少遍的写法也没真涉及到未知问题，这不是纯粹自残吗？
所以，要不然就直接告诉人家你见过，请换题；要不然就装纯老老实实
一步步做，别浪费时间在面试官根本不敢兴趣也没法给你好评的东西上。
想多加分显摆扩展讨论的能力，还是快速写完code效果更好。
【在 l*****7 的大作中提到】
: 我觉得还是坦诚告诉他比较好。另外，也建议不换题，先讨论一下。
: 1. 先说说自己当时开始的想法，然后讲自己怎么想到最优解的。
: 2. 用最快的方式给出最优解，及复杂度
: 3. 讲点有意思的扩展谈论一下。
: 最后一条，比如有一次我写完链表找环的问题，就讲了个故事。话说小明有一阵子无聊
: ，在计算器上乱按了一个数，然后平方，接着再平方。很快就溢出了，计算器比较弱，
: 只保留最低9位。小明也不管高位，接着把当前有效数平方。最后发生一个有趣的现象
: ，有个神奇的数，请问…
: 面试官瞪大眼睛，看着我，到这里忽然哈哈大笑，说：哈哈，那个数…。
: 我赶紧打住，让他再出第二题。
|
h**c
发帖数: 118 | 9
非常赞同
【在 p******r 的大作中提到】
: 你这建议落到实际可能很坑人啊。首先你把1花好几分钟折腾完了，人家
: 面试官说听着不错，那咱么换一道题。结果就是40-45分钟写code的时间
: 白扔了5-10分钟，面试官也没见到你的code，浪费了宝贵时间。再就是
: 假设面试官脾气好让你把1,2都做完了，你确定这题就有“有意思的扩展”？
: 你已经给出最优解了，面试官也没考虑过变体，结果是浪费比第一种
: 情况下更多的时间，面试官写报告的时候不会说我支持hire，因为这个人
: 把一道他做过的题写的很漂亮。最后就算你运气好，123都做完了，人家
: 面试想看你解决未知问题和coding能力，你背了一段人家也不知道你练习过
: 多少遍的写法也没真涉及到未知问题，这不是纯粹自残吗？
: 所以，要不然就直接告诉人家你见过，请换题；要不然就装纯老老实实
|
z******g
发帖数: 271 | 10 I think it really depends...
If the question is "find cycle in linked list", better not pretend you haven
't seen it before.
However if you think the question is rather rare and you just happen to know
it. There would be no reason not to pretend. |
