从面试别人想到的

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

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

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

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

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

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

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