从面试别人想到的

      最近一个月面试了10几个人，有应届毕业生，有在校寻找实习的学生，有工作了两三年的，也有工作了5到10年的，有在外包公司工作的，有目前在世界级外企的。结果是，一无所获。
      想起两年前，研究生二年级上学期开始找工作，面试了几个公司的经历，和一些师弟师妹问我的一些问题，不禁让我想到了很多。主要有两个方面：
      1 我们应该如何面试，才能挖掘出应聘者的真实能力
      2 从面试中，我渐渐的画清楚，一个公司需要什么样的人才，我自己应该如何规划我的未来。
     
      我面试别人掌握两个原则：
      1 此人掌握的主要技能是我们所需要的
      2 此人虽然尚未掌握我们所需要的所有技能，但是从他已经掌握的技能可以看出他的潜力和当前的Level。
      第二点很重要，就像Kent Beck不是Flex高手，但是我相信如果他愿意学习，他很快就会成为Flex的高手。

      我觉得我们招人主要基于以下考虑：
      1 需要某方面专门人才，来和我们现有的人形成互补。
      2 需要一些具有我们项目所需要的技术的人，他的技能会跟我们类似，但即便这样，我们依然希望他会是某方面的专家，比如Spring Security这么一个框架的专长也是Plus。而且，我希望这个人比我强。

   

     我招人的时候希望此人具有以下的气质：
     1 热爱编程，相信软件工艺，也相信软件工程。最近在看Kent Beck的实现模式和Bob大叔的代码整洁之道，我希望他能跟我一样，认为代码是给人看的，好的代码像一篇文章一样。能够反复去雕琢一段代码。但是要理解软件工程，不能为了雕琢每一段代码，而缺乏全局认识。
     2 热爱编程，能够为解决一个问题，写一段漂亮的代码，甚至于为类起一个好的名字而失眠。
     3 热爱编程，把这当作是一项事业，而非仅仅是工作。那种只是想把工作对付完了就OK的人是不适合的。
     4 热爱编程，单纯的用程序交流，人也像好代码一样，干净利落，说话直来直去。大家都很忙，没时间听客套话和绕圈子。     

      就像当年别人面试我的时候那样，我会这样去面试别人：
      1 从简历里挑出我最关心的他所会的技能，比如最近我希望招一个JS高手，最好精通Dojo（我说的精通是真的精通）。
      2 我会问他最擅长的技术（如果此技术不是我们最需要的那个），如果他最擅长的技术都语焉不详，那就没什么意思了。
      3 我会问某项技术全貌上的问题，比如会让对方谈谈Dojo的整个架构，是怎么解决JS领域的一些核心问题的。
      4 我会问一些技术细节，比如Spring的声明式事务处理是怎么实现的，因为这一个问题就暗含了AOP的概念和如何实现，代理模式，线程，JDBC事务处理。如果应聘者看过Spring的源代码，那么说明此人能够花心思追究技术更深层次的东西，具有优秀程序员一个优秀品质：好奇心。如果应聘者没看过Spring的源代码，他能回答上来，说明此人各方面基础知识扎实并能融会贯通去解决问题。同样我会问Hibernate的延迟加载是怎么实现的。
      5 我会问一些工程性问题，比如Spring的依赖注入，Scope为Session的Bean如何注入到Scope为Singleton的Bean。比如如何调整Hibernate查询性能。比如数据库索引会在什么情况下失效，原理是什么。
      6 我会问一些解决方案，比如如何重启服务器后，依然能够保持Session。
      7 我会问一些企业开发中特别重要的问题对方是如何理解的，比如事务，并发，内存管理，异构系统整合，数据库性能优化。
      8 我会问一些特别基础的问题，比如HashSet是如何判断新添加的对象是否已经存在的，如果已经存在，它是不再放进去，还是放进去覆盖之前的。比如ClassLoader的工作原理。
     
      当我面对一些工作了四年以上的人时，多少是有点惴惴，因为会担心对方很牛，我却挖掘不出。后来请教了一位工作了六年的同事，他说一个简单的原则是：
      问他你目前在项目中遇到的问题，因为这些问题都是大家讨论的，深思熟虑的，然后问他的解决方案。

      我面试的这些人，有时让我很感慨，为什么工作了四五年的人，甚至是十年的人，号称自己精通Dojo，但是一些基础性问题都不清楚，因为我是初学者，但是我会买一本Dojo之父写的精通Dojo去学习，甚至于我带的一个大四的实习生都知道去遍历网上所有的Dojo基础资料，然后把源代码看看。我需要的是，当我问及一个问题时，告诉我Dojo正确的做法是什么，而不是仅跟我一样，遇到一个JS问题，只能去网上搜一段代码，改改放到项目中，甚至于那段代码他都不完全理解。比如我现在也在阅读Javascript高级编程指南，以了解细节。
      
       跟一个很牛的同事一起面试别人JS，我觉得那人技术还算熟练，但是我的同事摇摇头说，一个人工作了四年，连如何用JS模拟Java中的类，JS的事件框架是怎么回事都不清楚，怎么能行呢。

       我想，或许，这也是我的奋斗目标：
       1 成为丁字形人才，有一项自己特别精通的技术，比如我的那位同事精通Extjs，精通JBPM，精通Spring Security，那是真的精通，另一位同事精通Lucence，还有的精通JQuery，有的非常熟悉Oracle。
       2 其实我对于我想招的人的要求，就是对自己的基本要求。
         

评论

167 楼 抛出异常的爱 2010-12-31  

likanmama 写道

引用

4 热爱编程，单纯的用程序交流，人也像好代码一样，干净利落，说话直来直去。大家都很忙，没时间听客套话和绕圈子。

 

说话没技巧的人才会这样的吧？

写代码也需要有技巧的.........这些技巧与客户的话一样 ,很多变态的变化可能性
这些代码叫框架

166 楼 likanmama 2010-12-31  

引用

4 热爱编程，单纯的用程序交流，人也像好代码一样，干净利落，说话直来直去。大家都很忙，没时间听客套话和绕圈子。

 

说话没技巧的人才会这样的吧？

165 楼 squirrelRao 2010-12-31  

楼主的观点，同意的有：热爱编程，潜力
其它的很难统一，特别是将这么多的技术问题抛给面试者，感觉很八股。似乎现在的技术面试官都很喜欢这样的八股文面试法。表面上似乎是能考察一个人的项目经验和技术能力，其实不然，这样的方式只能考察出一个人的经验和准备是否充分。如楼主所说的精英也自然很那招到。

我个人的观点是真正的精英起码得有自己的思想，技术决定不了思考方式和思维能力。思考方式和思维能力的考察最好的场所就是去思考一个没有任何经验相关的领域和事情。
个人认为最好的面试方法是给定一个背景，然后与面试者一起讨论问题。在讨论中捕捉面试者的思维方式和思考方式，这样比八股般的考察好很多。因为技术也是需要积累的，某个人对某个技术不熟就说此人不行，这样的面试官也未免太会给自己找台阶下了。

面试官要求高严格这无可而非，也是其职责所在。问题是不去思考如何使用新的方法挖掘人才，却始终固守与传统的方式是不是也该反思呢？

我认真看了所有的回复，将近一半以上的回复是否定楼主的观点的。楼主就敢说这些人里面没有所谓的精英？我只是觉得楼主这样的方式太八股了，而且还略显固执。我相信一句话，什么样的人能写出什么样的程序，如果人本身就有问题，对框架与工具再熟悉依然缺乏创造力，写出来的程序依然不具开放性和创新性。楼主作为面试官难道不觉得这些更更重要么，难道这些东西才是真正给力的东西么？

164 楼 z1s8h5 2010-12-31  

潜力、基本技能、某方面精通、项目经验、热爱编程
楼主分析很透彻

163 楼 langshao 2010-12-17  

0704681032 写道

看了楼主的文章,很有感触!就其中一个问题问下大家

List<String> list = new LinkedList<String>();

利用反射怎么得到String。。


额,我把它作为的是局部变量 怪不得得不到啊，被擦除了..泛型没学习啊..
http://www.iteye.com/topic/585900
看了一个牛人的解释...

谢了，哥们。看了那么多的回复，就是要找这个玩意儿。否则就会反问HR“你拿得到吗？！”，呵呵~

162 楼 抛出异常的爱 2010-12-16  

翻译会写小说对翻译小说有帮助。比如周树人
但你说翻译都要去小说的要求就有点高了。

161 楼 sslaowan 2010-12-16  

抛出异常的爱 写道

sslaowan 写道

pengzhoushuo 写道

楼主似乎对自己充满了信心，有自信是好的。
但是似乎你还不能服众呀，至少我看了贴子，有一半以上的人是反对你的观点的。
”我们就像爬到一座万丈高崖的半山腰的一群人，进退维谷。“
如果我的猜得没错的话，你做的应用是非常独特的，以致于市面上找不到适用的框架。而且你所在的领域绝对是高新的领域。
我以前所在的公司也是做这样的事情的，分布式文件系统、分布式缓存、我们自己搞了类html的语言，自己实现了语法解析器、自己实现了ORM，可以这么说，除了操作系统以外其他的我们都实现了。但是到后期，我们发现我们做的bug太多了，没有足够的人手来支持那么大的系统，再到最后，我们都把精力放在框架上，应用上的开发减少了，再后来，我们收入减少了，再后来，我们招人的水平降低了，招来的都是刚毕业的应届生，再后来，就是现在了......
放出一两个难题来让大家思考下吧，不要再争论了。

所以我们才需要招聘来所谓的牛人嘛。我们属于精英团队模式，就是Kent Beck说的那种模式。我们做一般应用的都是实习生。

此贴是谈如何去面试别人的，我问题的难度恰好适用于我们要招的人。
我也不是求&助贴，我们有什么问题解决不了跑这来问。
如果你非要问，那就给你一个，有两个矩阵，表示两个结果集，然后要找出第二个跟第一个差异。多了哪些格，少了哪些格，这些多的格子相当于放到了第一个矩阵的什么位置，少的那些格相当于去掉了第一个矩阵什么位置的格子。矩阵最大可以达到100*10000，最小可以变为0。要设计一种结构来标注每个方格，设计一个算法能实现上述要求。内存要尽可能占用的小，速度要尽可能的快，结构要尽可能的可扩展。

稀疏矩阵?
查一下数学论文
这个与计算机木有关系

算法问题不都是数学问题吗？

我只听说过稀疏矩阵用在搜索引擎的算法中。
呵呵，这倒是个思路。

160 楼 sslaowan 2010-12-16  

firesoul 写道

sslaowan 写道

firesoul 写道

sslaowan 写道

firesoul 写道

1. 我是说你问的问题都可以g出来不代表我所有的工作都是g出来的。
2. 不管是xxx框架都是工具而已。语言也是。以工具的熟练度去判断一个人的能力我很鄙视。工具总会过时。优秀的程序员是什么工具到手就快速掌握而不是死记硬背。
3. patch源代码的事情，就算是g不到的问题。不用你所谓的精通也可以。神化这个没有意义。
4. 就算是高手，就算是当时非常熟悉精通的东西，过几个月不搞也会忘光的。面试的时候遇到你，估计也会被你这些g来的问题问得七零八落

呵呵，我看过的所有网络及书籍资料还真的没有彻底讲Spring的声明式事务是怎么实现的每个细节。
另外，就算是所有问题都能G出来，但是还是那个问题，你不能所有问题都靠G才能知道，你说你现在什么都不会，只要到时候看就行。
你总不能说所有问题的答案都在书上和网上有了，那我就不用问了。
难不成我问你给我设计一套XX框架，说说设计思路（对于工作了十年的那个超级国际大公司的人我确实是真么问的，因为他在那个公司做架构师，但是我跟他讨论细节，他说不可能这么快给出，但是他谈的那个深度跟研一的学生水平差不多，我怎么能体现出他的价值）？已有的成功的东西都没弄明白，你觉得他能写出一个权衡各种利弊的框架？

1. 你这个xxx问题已经提到4遍了,不用再重复了.
2. 在我看来,你们这种人面试是为了考倒别人而面试的(不知道你终于问倒一个人是不是会心理暗爽,瞧,这个B答不上来了吧)
3. 虽然我不曾在什么国际超级大公司工作,但经历过的几次面试都让我感觉非常好.如果楼主是真的想选人才可以考虑他们的面试方式.
4. 你说的那个面试的例子,个人认为你没有能力看出那个架构师在哪个层次.
5. 刚看到前面一个哥们的贴子非常精彩,学着你给你重复遍吧.
   你就是个半桶子优越感非要整出点忧郁的人

唉，有些事情你可能无法理解吧。
我会问到一个人不会，或者我不会为止，因为我要给这个人打分的，因为3分，4分，5分是不一样的。你那么想未免太狭隘了。
你没有正面回答我的问题，那你告诉我应该怎么问，你都问什么，洗耳恭听。这也是我这个帖子的一个目的，探讨应该如何面试别人

哥,你又忧郁了?
应该如何面试别人我在第三点说了,为了不让你认为我不理解你,跟你简单说了吧.
1.hr面.从项目经历出发,面应聘者的基本信息和沟通能力.
2.笔试.一般是iq,数算之类的题和一些basic的编程语言知识.
3.技术面.过去的项目经历.最大的成就，最大的困难.
  夹杂一些即时问题,考验应聘者的逻辑联想和应对压力能力.
  一些算法问题，不是太装逼的那种，即使应聘者答不出来也看看他的思路是否正确.
4.高层面.对公司文化的认可程度,是否能与项目组配合工作.
5.hr.工资待遇,工作目标,沟通能力之类的.
可以参考论坛里德国银行的面试.

这里讨论的是你所谓的3技术面。请详细描述之。我也会问最大成就最大困难，但是如果他遇到的最大困难是一个大四的学生就能解决的，最大成就就是一个大四的学生能实现的，那就没意思了。我问的问题都是基础的解决方案问题了，比如重启服务器session丢了怎么办？你可以跟我讲各种方案，讲session原理，但是你得讲点东西出来，甚至于解决这个问题。可能是自创的，或者是利用服务器配置的，这都没关系。

159 楼 抛出异常的爱 2010-12-14  

sslaowan 写道

pengzhoushuo 写道

楼主似乎对自己充满了信心，有自信是好的。
但是似乎你还不能服众呀，至少我看了贴子，有一半以上的人是反对你的观点的。
”我们就像爬到一座万丈高崖的半山腰的一群人，进退维谷。“
如果我的猜得没错的话，你做的应用是非常独特的，以致于市面上找不到适用的框架。而且你所在的领域绝对是高新的领域。
我以前所在的公司也是做这样的事情的，分布式文件系统、分布式缓存、我们自己搞了类html的语言，自己实现了语法解析器、自己实现了ORM，可以这么说，除了操作系统以外其他的我们都实现了。但是到后期，我们发现我们做的bug太多了，没有足够的人手来支持那么大的系统，再到最后，我们都把精力放在框架上，应用上的开发减少了，再后来，我们收入减少了，再后来，我们招人的水平降低了，招来的都是刚毕业的应届生，再后来，就是现在了......
放出一两个难题来让大家思考下吧，不要再争论了。

所以我们才需要招聘来所谓的牛人嘛。我们属于精英团队模式，就是Kent Beck说的那种模式。我们做一般应用的都是实习生。

此贴是谈如何去面试别人的，我问题的难度恰好适用于我们要招的人。
我也不是求&助贴，我们有什么问题解决不了跑这来问。
如果你非要问，那就给你一个，有两个矩阵，表示两个结果集，然后要找出第二个跟第一个差异。多了哪些格，少了哪些格，这些多的格子相当于放到了第一个矩阵的什么位置，少的那些格相当于去掉了第一个矩阵什么位置的格子。矩阵最大可以达到100*10000，最小可以变为0。要设计一种结构来标注每个方格，设计一个算法能实现上述要求。内存要尽可能占用的小，速度要尽可能的快，结构要尽可能的可扩展。

稀疏矩阵?
查一下数学论文
这个与计算机木有关系

158 楼 deadncut 2010-12-14  

蛋疼，吵到现在了。
我闲的蛋疼，居然看到尾巴了。
爱咋招咋招，每人都有自己的准则。权利在谁手上，谁就说了算。
吵了半天，楼主也没见得反悔自己的做法。程序员的通病，都太过的自以为是。
我也一样。

157 楼 firesoul 2010-12-14  

sslaowan 写道

firesoul 写道

sslaowan 写道

firesoul 写道

1. 我是说你问的问题都可以g出来不代表我所有的工作都是g出来的。
2. 不管是xxx框架都是工具而已。语言也是。以工具的熟练度去判断一个人的能力我很鄙视。工具总会过时。优秀的程序员是什么工具到手就快速掌握而不是死记硬背。
3. patch源代码的事情，就算是g不到的问题。不用你所谓的精通也可以。神化这个没有意义。
4. 就算是高手，就算是当时非常熟悉精通的东西，过几个月不搞也会忘光的。面试的时候遇到你，估计也会被你这些g来的问题问得七零八落

呵呵，我看过的所有网络及书籍资料还真的没有彻底讲Spring的声明式事务是怎么实现的每个细节。
另外，就算是所有问题都能G出来，但是还是那个问题，你不能所有问题都靠G才能知道，你说你现在什么都不会，只要到时候看就行。
你总不能说所有问题的答案都在书上和网上有了，那我就不用问了。
难不成我问你给我设计一套XX框架，说说设计思路（对于工作了十年的那个超级国际大公司的人我确实是真么问的，因为他在那个公司做架构师，但是我跟他讨论细节，他说不可能这么快给出，但是他谈的那个深度跟研一的学生水平差不多，我怎么能体现出他的价值）？已有的成功的东西都没弄明白，你觉得他能写出一个权衡各种利弊的框架？

1. 你这个xxx问题已经提到4遍了,不用再重复了.
2. 在我看来,你们这种人面试是为了考倒别人而面试的(不知道你终于问倒一个人是不是会心理暗爽,瞧,这个B答不上来了吧)
3. 虽然我不曾在什么国际超级大公司工作,但经历过的几次面试都让我感觉非常好.如果楼主是真的想选人才可以考虑他们的面试方式.
4. 你说的那个面试的例子,个人认为你没有能力看出那个架构师在哪个层次.
5. 刚看到前面一个哥们的贴子非常精彩,学着你给你重复遍吧.
   你就是个半桶子优越感非要整出点忧郁的人

唉，有些事情你可能无法理解吧。
我会问到一个人不会，或者我不会为止，因为我要给这个人打分的，因为3分，4分，5分是不一样的。你那么想未免太狭隘了。
你没有正面回答我的问题，那你告诉我应该怎么问，你都问什么，洗耳恭听。这也是我这个帖子的一个目的，探讨应该如何面试别人

哥,你又忧郁了?
应该如何面试别人我在第三点说了,为了不让你认为我不理解你,跟你简单说了吧.
1.hr面.从项目经历出发,面应聘者的基本信息和沟通能力.
2.笔试.一般是iq,数算之类的题和一些basic的编程语言知识.
3.技术面.过去的项目经历.最大的成就，最大的困难.
  夹杂一些即时问题,考验应聘者的逻辑联想和应对压力能力.
  一些算法问题，不是太装逼的那种，即使应聘者答不出来也看看他的思路是否正确.
4.高层面.对公司文化的认可程度,是否能与项目组配合工作.
5.hr.工资待遇,工作目标,沟通能力之类的.
可以参考论坛里德国银行的面试.

156 楼 sslaowan 2010-12-14  

firesoul 写道

sslaowan 写道

firesoul 写道

1. 我是说你问的问题都可以g出来不代表我所有的工作都是g出来的。
2. 不管是xxx框架都是工具而已。语言也是。以工具的熟练度去判断一个人的能力我很鄙视。工具总会过时。优秀的程序员是什么工具到手就快速掌握而不是死记硬背。
3. patch源代码的事情，就算是g不到的问题。不用你所谓的精通也可以。神化这个没有意义。
4. 就算是高手，就算是当时非常熟悉精通的东西，过几个月不搞也会忘光的。面试的时候遇到你，估计也会被你这些g来的问题问得七零八落

呵呵，我看过的所有网络及书籍资料还真的没有彻底讲Spring的声明式事务是怎么实现的每个细节。
另外，就算是所有问题都能G出来，但是还是那个问题，你不能所有问题都靠G才能知道，你说你现在什么都不会，只要到时候看就行。
你总不能说所有问题的答案都在书上和网上有了，那我就不用问了。
难不成我问你给我设计一套XX框架，说说设计思路（对于工作了十年的那个超级国际大公司的人我确实是真么问的，因为他在那个公司做架构师，但是我跟他讨论细节，他说不可能这么快给出，但是他谈的那个深度跟研一的学生水平差不多，我怎么能体现出他的价值）？已有的成功的东西都没弄明白，你觉得他能写出一个权衡各种利弊的框架？

1. 你这个xxx问题已经提到4遍了,不用再重复了.
2. 在我看来,你们这种人面试是为了考倒别人而面试的(不知道你终于问倒一个人是不是会心理暗爽,瞧,这个B答不上来了吧)
3. 虽然我不曾在什么国际超级大公司工作,但经历过的几次面试都让我感觉非常好.如果楼主是真的想选人才可以考虑他们的面试方式.
4. 你说的那个面试的例子,个人认为你没有能力看出那个架构师在哪个层次.
5. 刚看到前面一个哥们的贴子非常精彩,学着你给你重复遍吧.
   你就是个半桶子优越感非要整出点忧郁的人

唉，有些事情你可能无法理解吧。
我会问到一个人不会，或者我不会为止，因为我要给这个人打分的，因为3分，4分，5分是不一样的。你那么想未免太狭隘了。
你没有正面回答我的问题，那你告诉我应该怎么问，你都问什么，洗耳恭听。这也是我这个帖子的一个目的，探讨应该如何面试别人

155 楼 firesoul 2010-12-14  

sslaowan 写道

firesoul 写道

1. 我是说你问的问题都可以g出来不代表我所有的工作都是g出来的。
2. 不管是xxx框架都是工具而已。语言也是。以工具的熟练度去判断一个人的能力我很鄙视。工具总会过时。优秀的程序员是什么工具到手就快速掌握而不是死记硬背。
3. patch源代码的事情，就算是g不到的问题。不用你所谓的精通也可以。神化这个没有意义。
4. 就算是高手，就算是当时非常熟悉精通的东西，过几个月不搞也会忘光的。面试的时候遇到你，估计也会被你这些g来的问题问得七零八落

呵呵，我看过的所有网络及书籍资料还真的没有彻底讲Spring的声明式事务是怎么实现的每个细节。
另外，就算是所有问题都能G出来，但是还是那个问题，你不能所有问题都靠G才能知道，你说你现在什么都不会，只要到时候看就行。
你总不能说所有问题的答案都在书上和网上有了，那我就不用问了。
难不成我问你给我设计一套XX框架，说说设计思路（对于工作了十年的那个超级国际大公司的人我确实是真么问的，因为他在那个公司做架构师，但是我跟他讨论细节，他说不可能这么快给出，但是他谈的那个深度跟研一的学生水平差不多，我怎么能体现出他的价值）？已有的成功的东西都没弄明白，你觉得他能写出一个权衡各种利弊的框架？

1. 你这个xxx问题已经提到4遍了,不用再重复了.
2. 在我看来,你们这种人面试是为了考倒别人而面试的(不知道你终于问倒一个人是不是会心理暗爽,瞧,这个B答不上来了吧)
3. 虽然我不曾在什么国际超级大公司工作,但经历过的几次面试都让我感觉非常好.如果楼主是真的想选人才可以考虑他们的面试方式.
4. 你说的那个面试的例子,个人认为你没有能力看出那个架构师在哪个层次.
5. 刚看到前面一个哥们的贴子非常精彩,学着你给你重复遍吧.
   你就是个半桶子优越感非要整出点忧郁的人

154 楼 撼地神牛 2010-12-13  

楼主说的不错，程序员不是代码民工。

153 楼 zhangxi123 2010-12-12  

骏马能履险，犁田不如牛；坚车能载重，渡河不如舟！
人家4年的工作经验不是按你的思路去走的！

152 楼 aws 2010-12-12  

firesoul 写道

1. 我是说你问的问题都可以g出来不代表我所有的工作都是g出来的。
2. 不管是xxx框架都是工具而已。语言也是。以工具的熟练度去判断一个人的能力我很鄙视。工具总会过时。优秀的程序员是什么工具到手就快速掌握而不是死记硬背。
3. patch源代码的事情，就算是g不到的问题。不用你所谓的精通也可以。神化这个没有意义。
4. 就算是高手，就算是当时非常熟悉精通的东西，过几个月不搞也会忘光的。面试的时候遇到你，估计也会被你这些g来的问题问得七零八落

这几个观点很务实

151 楼 arafat 2010-12-12  

liuzhiqiangruc 写道

sslaowan 写道

xiaguangme 写道

抛出异常的爱 写道

laoxing521 写道

同学, 按你上面提到的这个标准,


以我的经验来判断,别说10个人, 就是100个里面,估计你都很难找出一两个


现在的小伙子很聪明, 但大多又很懒, 代码写完了,功能完成了就完事了,很少有人去琢磨能不能把代码写得更好. 业余时间他们能愿泡MM,玩游戏,甚至睡觉, 也懒得充电,除非被逼急了

我接触过的程序员不下二百个......
能达到十分之一.....
寥寥几个


PS:
面java工程师
考js事件框架
再问数据库优化.
问hashset实现原理.

说的不好听一点:脑子进水的表现.

这个说的有道理。。。关键是要招这个人来做哪方面的。如果问问js事件框架是为了看看被面试者的知识面的宽广程度，到也可以理解。但要是将会不会这个作为一个拒掉的理由(或者之一)，那么，不认同这种看法。。。
自己希望自己这样，不错，但是，世界上不是所有人都是跟你一样的风格。。
虽说出于对程序的热情是可以一致的
但是对于技术的细节那就很难说了。。

当被面试者被你看不上的同时，你也知道有可能会有一种情况发生
就是你这个面试官也被人家看不上。。。

如果有面试现场有机会交换角色，估计你也有那么点可能会被问趴。。。

肯定找志同道合的人一起工作嘛。

呵呵，一口气看完了所有的跟贴。楼主的要求虽然高，但出发点是好的，希望找到真正适合的right man。
可以看得出，楼主想找的是那种踏踏实实做技术的。
严重同意楼主本帖最后一句：找志同道合的人一起工作。
选择工作同样也是选择和什么样的人生活。

招人很难 特别是顺手的

150 楼 liuzhiqiangruc 2010-12-12  

sslaowan 写道

xiaguangme 写道

抛出异常的爱 写道

laoxing521 写道

同学, 按你上面提到的这个标准,


以我的经验来判断,别说10个人, 就是100个里面,估计你都很难找出一两个


现在的小伙子很聪明, 但大多又很懒, 代码写完了,功能完成了就完事了,很少有人去琢磨能不能把代码写得更好. 业余时间他们能愿泡MM,玩游戏,甚至睡觉, 也懒得充电,除非被逼急了

我接触过的程序员不下二百个......
能达到十分之一.....
寥寥几个


PS:
面java工程师
考js事件框架
再问数据库优化.
问hashset实现原理.

说的不好听一点:脑子进水的表现.

这个说的有道理。。。关键是要招这个人来做哪方面的。如果问问js事件框架是为了看看被面试者的知识面的宽广程度，到也可以理解。但要是将会不会这个作为一个拒掉的理由(或者之一)，那么，不认同这种看法。。。
自己希望自己这样，不错，但是，世界上不是所有人都是跟你一样的风格。。
虽说出于对程序的热情是可以一致的
但是对于技术的细节那就很难说了。。

当被面试者被你看不上的同时，你也知道有可能会有一种情况发生
就是你这个面试官也被人家看不上。。。

如果有面试现场有机会交换角色，估计你也有那么点可能会被问趴。。。

肯定找志同道合的人一起工作嘛。

呵呵，一口气看完了所有的跟贴。楼主的要求虽然高，但出发点是好的，希望找到真正适合的right man。
可以看得出，楼主想找的是那种踏踏实实做技术的。
严重同意楼主本帖最后一句：找志同道合的人一起工作。
选择工作同样也是选择和什么样的人生活。

149 楼 konnin 2010-12-12  

我一个应届生，说真的，什么都不会，没看过SSH的源码，就只会根据API写代码（或者G老师）！算法基本上都是学校学的东西。head first是看过，但是很少拿来用（挺多就单例模式写jdbc）。看来离让面试官满意还有很大很大的差距啊！快毕业了，再努力呗。

148 楼 sunshine_java 2010-12-11  

只有努力了，加油，我行！