|
该帖已经被评为精华帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2012-02-20
colin4k 写道 不过这种面试方法我个人觉得也是有问题的。面试官提出一个比较范范的问题，然后他心目当中期待某一个答案，关键是是这个答案并不是唯一正确的，如果你回答了其他的答案，他就认为你完全错了。
这种面试方法我真的非常不赞同。 我非常同意，真是千里马常有，伯乐不常有。现在很多技术公司，把技术擅长等同于擅长面试官的角色，而且有些技术只是某方面擅长却面试不同领域的技术。 |
| 返回顶楼 | |
|
发表时间：2012-02-20
ffychina 写道 backshadow 写道 ffychina 写道 look12345 写道 ffychina 写道 colin4k 写道 引用 面试官说了我没有一个问题回答正确，我完成不懂hashmap,hashmap在超大数据量如几千万条记录时，会有可能出现hash碰撞，不同的key有可能被覆盖。
LZ你虽然没遇到这种情况，但这个情况确实是存在的，建议LZ淡定一些，同时以更加谦虚的态度对待自己不了解的方面 其实我已经说了，hash碰撞很正常，是否会覆盖key，关键在于hashcode()的算法，int才32bit，超过200万就会出现问题。这个问题我早在2003年就已经很清楚了，解决很简单，继承Hashmap重写所有调用到key.hashcode()的方法，这些都是程序员入门级的问题。我真的不好意思回答这种新手贴的问题。 发生碰撞的时候会再调用equals()比较，equals没错就没问题。 equals一般是不会有错误的，不可能不同的值会equals返回true，一般来说初级者会在hashcode中招，以为hashmap是通过equals判断key，而没有想到是真正的原因在hashcode上，但是，只要看一下源码就懂了，我一般带新手我都会告诉他们看一下某个类某个方法的源代码，我不直接说答案，让他们有个思考的过程，除非搞不定我才亲自操刀，这几年的确接触java代码少了很多，更多的是学习linux的系统原理，驱动开发，虚拟化和一些bash script，java花的心思比以前少了。 呃,int的最大值是21亿,超过200万会出神马问题? 确实有个Hash碰撞漏洞,故意用相同HashCode的Key攻击,但在自然情况下,没这问题吧? int是7fff ffffh, 换成十进制就是210万左右，21亿可能是long吧。 HashCode的Key攻击我没遇到过，没发言权。 其实有时候我觉得年轻大的家伙老是以经验来说事，虽然不想评断什么，但是我觉得无论多少年，10，20年，无论什么情况，最后还是要先从自己身上找结论，架构师并不是说说框架就完事的，在阿里很多P7都是身体力行写代码，越是简单的东西到深处越不简单。 其实阿里是牛人多，并且也官僚，制度也恶心，那又怎么样呢（我也很讨厌阿里）？ 大不了不去嘛～～现在很多牛人都出来了。 PS：LZ还是需要补补基础知识哇，连二进制到十进制转化没搞清。。。 呵呵，祝LZ好运。 |
| 返回顶楼 | |
|
发表时间：2012-02-20
不知道为什么这么多人纠结一个快日暮西山的公司的面试，哈哈，待遇比阿里好的企业貌似很多呀...
|
| 返回顶楼 | |
|
发表时间：2012-02-20
最后修改：2012-02-20
我去年的时候也去近深圳财富大夏阿里面试过，个人觉得楼主的言语有点过激。你换位考虑一下，假如你是他，你会怎么问。我觉得这个次面试你自己有部分原因，阿里也有部分原因在，比如面试问问题的方向！找错人来面试人！我觉得什么事情态度很重要！
|
| 返回顶楼 | |
|
发表时间：2012-02-20
最后修改：2012-02-20
wensen 写道 楼主消气，我也去了，面完也是一肚子气。
我去面试纯粹是想去感受阿里巴巴的面试是不是真的很难，那个猎头一直叫我去，我跟那个猎头说了，我要求的薪资阿里巴巴不会给我，就算给我我也不去，因为在杭州，如果在深圳或者广州，不升工资我也去。 我去面的时候，一坐下就问我java.long.String这个问题，大家注意他的发音是long,我搞了几秒才明白是java.lang.string.问虚拟机怎么加载这个类，如果自己写了个String为什么不会对应自己写的STRING,我当时回答String只指定classpath加载到方法区，类的类型会指向吧。他很不屑的表情告诉我我答错了。不过那个拽样，真想抽他。 还有问了加密解密的问题，我说我只调用过，加密的keystore都是其他team提供的。我才说了几个字，他很不耐烦的看着其他东西，根本不想听我说。 最后他问什么问题，都是很不耐烦我说什么，最后问我有什么问题，我说没有。就走了。 现在想想后悔，当时应该叼他，我知道你牛，但你也太装X了吧。 另外楼主你遇到的那些问题我都准备了，可惜都不问。 呵呵，他们经常对面试者这样不屑，做人处事的问题。他问那个自己写的String是否可以代替jdk的String的问题，是JDK为了安全考虑，通过类加载机制进行了保护。有些人技术在某个方面确实牛，但是太不会做人了，跟这样的人共事，我觉得太难受了，就算钱多也不去。 |
| 返回顶楼 | |
|
发表时间：2012-02-20
look12345 写道 raojl 写道 凭我感觉大哥的知识层面还是只是限于使用，而且最重要一点大哥态度问题！不管结果如何，我个人觉得最好多向人家学习好的方面。这样才不亏了这次面试。
在我看来楼主的理论知识至少比面试官强，面试官对问题一知半解而不自知，只会背标准答案。 非常同意 |
| 返回顶楼 | |
|
发表时间：2012-02-20
cttnbcj 写道 LZ,其实我就是那个面试官，不爽怎么样呢
你消失了一段时间，怎么又冒出来了。 还装面试官，别出来恶心人了行不 平时只看帖，看到你这2B样，真是忍不住啊 |
| 返回顶楼 | |
|
发表时间：2012-02-20
ffychina 写道 backshadow 写道 ffychina 写道 look12345 写道 ffychina 写道 colin4k 写道 引用 面试官说了我没有一个问题回答正确，我完成不懂hashmap,hashmap在超大数据量如几千万条记录时，会有可能出现hash碰撞，不同的key有可能被覆盖。
LZ你虽然没遇到这种情况，但这个情况确实是存在的，建议LZ淡定一些，同时以更加谦虚的态度对待自己不了解的方面 其实我已经说了，hash碰撞很正常，是否会覆盖key，关键在于hashcode()的算法，int才32bit，超过200万就会出现问题。这个问题我早在2003年就已经很清楚了，解决很简单，继承Hashmap重写所有调用到key.hashcode()的方法，这些都是程序员入门级的问题。我真的不好意思回答这种新手贴的问题。 发生碰撞的时候会再调用equals()比较，equals没错就没问题。 equals一般是不会有错误的，不可能不同的值会equals返回true，一般来说初级者会在hashcode中招，以为hashmap是通过equals判断key，而没有想到是真正的原因在hashcode上，但是，只要看一下源码就懂了，我一般带新手我都会告诉他们看一下某个类某个方法的源代码，我不直接说答案，让他们有个思考的过程，除非搞不定我才亲自操刀，这几年的确接触java代码少了很多，更多的是学习linux的系统原理，驱动开发，虚拟化和一些bash script，java花的心思比以前少了。 呃,int的最大值是21亿,超过200万会出神马问题? 确实有个Hash碰撞漏洞,故意用相同HashCode的Key攻击,但在自然情况下,没这问题吧? int是7fff ffffh, 换成十进制就是210万左右，21亿可能是long吧。 HashCode的Key攻击我没遇到过，没发言权。 纳呢， 7fff ffffh - 》换成十进制就是210万左右？ 你算的是多少进制的呐。。。。 要是是16-》10 的话， 你的基础还真不够架构师的 |
| 返回顶楼 | |
|
发表时间：2012-02-20
楼主态度不咋地啊，光技术好是没用的
首先就有一种先天的优越感 |
| 返回顶楼 | |
|
发表时间：2012-02-20
xurui19871005 写道 cttnbcj 写道 LZ,其实我就是那个面试官，不爽怎么样呢
你消失了一段时间，怎么又冒出来了。 还装面试官，别出来恶心人了行不 平时只看帖，看到你这2B样，真是忍不住啊 你又不爽了 
|
| 返回顶楼 | |
