锁定老帖子 主题:去淘宝面试后,哥悲剧了。。。
精华帖 (0) :: 良好帖 (1) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2011-10-27
aws 写道 hardPass 写道 jdkleo 写道 面试的都是问他自己熟悉的东西,也许这东西你研究,你实际经历过,你映象深刻,别人也许没有这方面的经验和研究,但是你不能因为别人不懂你提的问题而否定别人,因为面试官自己也有不懂的地方吧,你用过的一个有经验的东西,你问问他,看他知道不,这帮家伙就喜欢ZB知道不。
1、第一个问题(关于HashMap的),只要是用java做开发一年以上的,就应该清楚。如果你一点答不上来,那确实够寒碜。不能总是用初级程序员的要求要求自己。 2、第二个问题(关于并发的),如果java做开发3年以上的,就应该能拿出自己的解决方案,哪怕你的方案比较粗糙,但最起码要靠谱。如果你一点概念都没有,那么,框架的组的活不适合你,请多多熟悉业务。 3、如果你能清晰的给出上面两个问题的答案,那么我们相信,即使你不会SSH,我们也不能随意否定你。 4、相反,如果你不能给出上面两个问题的有效答案 ,哪怕你SSH用的再熟,可以肆意断言:最起码目前相当长的一段时间内(至少是一年),框架组的活不适合你。 这段话我个人觉得挺2的 同感。 我做了近10年的java也从来没去看过hashmap的源码。 api这东西都有自己的局限,能满足要求你就用,不能满足你就自己实现, 目前为止还没碰到需要自己实现hashmap的情况。 |
|
返回顶楼 | |
发表时间:2011-10-28
我觉得API关键是看你平时做的东西用到了哪些,比如你就写服务器端没有界面的程序的,它问你AWT或者SWING的东西,你答不出来很正常,即使你以前看过AWT或者SWING,现在再看一遍也能理解
理解有些API还是有帮助的,比如在特定的场景,比如读多写少,读少写多 遍历速度,插入删除速度 要插入HASHMAP的元素个数是大致确定的时候 防止不必要的resize 有了这些上下文,你就可以根据这些来编程,这样确实是有一定的好处,但是代价就是后面维护的人也要能理解你为什么这么做,要不然还是交给JDK本身吧 |
|
返回顶楼 | |
发表时间:2011-10-28
hardPass 写道 jdkleo 写道 面试的都是问他自己熟悉的东西,也许这东西你研究,你实际经历过,你映象深刻,别人也许没有这方面的经验和研究,但是你不能因为别人不懂你提的问题而否定别人,因为面试官自己也有不懂的地方吧,你用过的一个有经验的东西,你问问他,看他知道不,这帮家伙就喜欢ZB知道不。
1、第一个问题(关于HashMap的),只要是用java做开发一年以上的,就应该清楚。如果你一点答不上来,那确实够寒碜。不能总是用初级程序员的要求要求自己。 2、第二个问题(关于并发的),如果java做开发3年以上的,就应该能拿出自己的解决方案,哪怕你的方案比较粗糙,但最起码要靠谱。如果你一点概念都没有,那么,框架的组的活不适合你,请多多熟悉业务。 3、如果你能清晰的给出上面两个问题的答案,那么我们相信,即使你不会SSH,我们也不能随意否定你。 4、相反,如果你不能给出上面两个问题的有效答案 ,哪怕你SSH用的再熟,可以肆意断言:最起码目前相当长的一段时间内(至少是一年),框架组的活不适合你。 说实在的,这两个问题我都不会。不知道做java web和做java有多少区别。说话不能太片面。小公司里,还是能干实事为王。 |
|
返回顶楼 | |
发表时间:2011-10-28
沧海一啸 写道 sgzlove2007 写道 第二个问题答案,你看下这个类的用法java.util.concurrent.ExecutorService;
其实这两个问题都很实用并且实际,不像你说的只是纯研究~ 我回去后问了下淘宝兄弟公司的技术人员,是P6+的了,他们对Hashmap的这个问题也回答不上来,他们直接来了句,平时项目中用不到的。 问了第2个关于并发的问题,他们只知道多线程同步的方法,说明在项目中也没用到ExecutorService方面的技术。 无法解释。。。 建议面试官进行“内面”,面试不合格T出阿里系,每个月灭一个部门不成问题。 |
|
返回顶楼 | |
发表时间:2011-10-28
yawei 写道 aws 写道 hardPass 写道 jdkleo 写道 面试的都是问他自己熟悉的东西,也许这东西你研究,你实际经历过,你映象深刻,别人也许没有这方面的经验和研究,但是你不能因为别人不懂你提的问题而否定别人,因为面试官自己也有不懂的地方吧,你用过的一个有经验的东西,你问问他,看他知道不,这帮家伙就喜欢ZB知道不。
1、第一个问题(关于HashMap的),只要是用java做开发一年以上的,就应该清楚。如果你一点答不上来,那确实够寒碜。不能总是用初级程序员的要求要求自己。 2、第二个问题(关于并发的),如果java做开发3年以上的,就应该能拿出自己的解决方案,哪怕你的方案比较粗糙,但最起码要靠谱。如果你一点概念都没有,那么,框架的组的活不适合你,请多多熟悉业务。 3、如果你能清晰的给出上面两个问题的答案,那么我们相信,即使你不会SSH,我们也不能随意否定你。 4、相反,如果你不能给出上面两个问题的有效答案 ,哪怕你SSH用的再熟,可以肆意断言:最起码目前相当长的一段时间内(至少是一年),框架组的活不适合你。 这段话我个人觉得挺2的 同感。 我做了近10年的java也从来没去看过hashmap的源码。 api这东西都有自己的局限,能满足要求你就用,不能满足你就自己实现, 目前为止还没碰到需要自己实现hashmap的情况。 大言不惭! 工作这么多年都是得过且过? 只要你需要使用某个类,你就应该好好了解下这个类——不管这个类是JDK里的,还是你的同事写的, 如果你觉得看源代码吃力,没人逼你,你可以去看API文档,文档写得清清楚楚! 这要你把API看了,回答面试官不成问题,initialCapacity和loadFactor本身还是HashMap构造函数的参数。 源代码不看也罢了,但如果你连API都懒得看,也没什好说了。 当然了,很多人只用HashMap无参数的那个构造函数,这在大多数项目中确实足够了。 正如我所说的,如果你对技术不感兴趣,那就多熟悉熟悉业务领域。 相反,如果你自诩自己愿意在技术上能够有更深入的发展,那么你的好奇心都会驱使你去了解其他的构造函数。 另外,至于有没有人要求你自己实现HashMap,那和你的工作经历有关。 工作10年只做业务系统的,还是很多的,并且最后转行需求、管理的占大多数。 即使有这样的需求,也要考虑适当的人选。 |
|
返回顶楼 | |
发表时间:2011-10-28
为什么哥面试时候就碰不到这些问题啊...
1、知道hashMap的内部结构,即数组加链表,以及知道hashMap的扩容规则,回答这个问题会有难度? 设置良好的初始大小和扩容参数,在构建高效率的缓存时,怎么会派不上用场呢? 2、可以考虑用FixedThreadExecutor,size为3; 也可以用Semaphore,面试官倾向于后者吧,我也倾向于Semaphore; 别说这个用不到,在控制有限资源访问量时,用处大得去了! 一个关于集合框架,一个关于并发框架,都是JDK极其美妙的东西啊! 楼上的们说用CountDownLatch的,不熟悉基于AQS的Synchronizer... |
|
返回顶楼 | |
发表时间:2011-10-28
huhuanqadn 写道 hardPass 写道 jdkleo 写道 面试的都是问他自己熟悉的东西,也许这东西你研究,你实际经历过,你映象深刻,别人也许没有这方面的经验和研究,但是你不能因为别人不懂你提的问题而否定别人,因为面试官自己也有不懂的地方吧,你用过的一个有经验的东西,你问问他,看他知道不,这帮家伙就喜欢ZB知道不。
1、第一个问题(关于HashMap的),只要是用java做开发一年以上的,就应该清楚。如果你一点答不上来,那确实够寒碜。不能总是用初级程序员的要求要求自己。 2、第二个问题(关于并发的),如果java做开发3年以上的,就应该能拿出自己的解决方案,哪怕你的方案比较粗糙,但最起码要靠谱。如果你一点概念都没有,那么,框架的组的活不适合你,请多多熟悉业务。 3、如果你能清晰的给出上面两个问题的答案,那么我们相信,即使你不会SSH,我们也不能随意否定你。 4、相反,如果你不能给出上面两个问题的有效答案 ,哪怕你SSH用的再熟,可以肆意断言:最起码目前相当长的一段时间内(至少是一年),框架组的活不适合你。 说实在的,这两个问题我都不会。不知道做java web和做java有多少区别。说话不能太片面。小公司里,还是能干实事为王。 我想你所说的“干实事”可以理解为“快速实现需求所要求的功能”,以完成项目为目标,这没有问题。 何止这两个问题答不上来,我还遇到过一个工作多年的技术总监,他还能断言HashSet没有add方法呢。 |
|
返回顶楼 | |
发表时间:2011-10-28
其实我觉得,像淘宝这样招技术人员,通过几个问题来判断一个人的技术是否到位。我感觉方向有点偏了。因为目前技术更新的速度很快,新技术层出不穷,就连java最核心的jvm和底层实现都在逐步更新优化。判断一个人是否适合技术研究,要观察这个人对技术热爱度和平时关注哪些技术。也就是说是否有研究技术的潜力
|
|
返回顶楼 | |
发表时间:2011-10-28
大脑比较木讷,看源码看不出什么东西来,哎....
|
|
返回顶楼 | |
发表时间:2011-10-28
刚才看 了一下API。
|
|
返回顶楼 | |