面试高级Java研发工程师，你会问什么

    你好，经常看你的技术blog，收获很多。我这边也是最近刚刚去面过一些试，总结如下：
    1.从面试内容上，我希望面试官可以先看看我的简历，从面试者比较擅长的领域，“由浅至深地入手”。毕竟术业有专攻，如果面试官所提出的问题领域恰恰是面试者很少接触的，我想这样的面试可能毫无意义。而且，由浅至深，不是只浅不深，这次面试了大概十几家公司，不乏一些名企，看到我简历上写着“熟悉设计模式”，都不约而同地让我写一个单例模式，然后就转问其他领域的问题了。从我这边来讲，既然写着“熟悉设计模式”，不敢说全部，但至少对23种设计模式的其中20种有比较深刻的理解，如果只问一个单例的话，我觉得很难了解面试者的真实水平了。更有甚者，揪着我写的单例里面的一个小语法问题喋喋不休，我觉得这样，可能会让工作7,8年的面试者觉得比较扫兴。毕竟，在纸上或者黑板上写程序，会觉得很难受，难免会有一些疏忽的。
    2.从面试方式上，我更倾向于直接面谈，而非笔试。因为我觉得笔试的内容未必适合所有面试者，有时候到了一家公司，领到了十几页密密麻麻的题，这种感觉可能比较抓狂。比如这次去人人网面试，前台直接给我一沓笔试题，里面有java题，c语言题，网络方面的题，最后还有一道我根本没看明白的智力题，这可能会给人一种不太尊重面试者的感觉。
    3.从面试氛围上，我更倾向于面试官和面试者是以一种技术交流的方式来进行面试，这样可能大家都会觉得比较愉快。毕竟面试官代表的，是他所在的公司，当然，面试者也应该摆好自己的位置，尽量配合面试官。技术上有争议的地方，很正常，尽量对事不对人吧。这次面试一个叫“梅泰诺”的公司，和他们的技术经理就一个技术点有了一些讨论后，他们的技术经理的情绪就开始不太对了，直接和我说：“你去黑板上，给我写个快速排序”。呵呵，我觉得这样，可以说已经偏离面试的目的了。

  

if 你做过bi，就懂了

说白了，面试的成功与否，绝大多数是看面试你的那个人当时的心情如何！心情好的！本来不要的也就要了，心情不好的，本来要的也不要了！好于坏都是自己主观判断而已！

大家敢否则人点吗？
请问在坐的各位，有多少是真正做到面试中没有掺入个人感情色彩的？有多少位所谓的面试官是合格的呢？

在纸上写代码也只写伪代码.

别问了看过什么书,然后在问书里的具体内容.
这谁记得住啊,买书是为了用到的时候去翻看的,

面试的人可以拿自己公司的实际场景去问,就像上面说的问算法,问内存管理,然后做的东西一点都靠不上,问这有啥用啊?

多线程什么的有能用上的,比如银行业务.或者依赖第三方API的等等.
你去请求对方,但需要等回应,类似这样的.ext

反正面试别人的话,你要先问问自己需要什么样的人,需要哪方面的技术.等等......

我也很同意

看的是工具书吧

不论是工具或者理论,还是小说,一般1年左右,我就只能记个大概.

再之后,呵呵......

我坚信一点,学以致用,用不到的可以忘了.
用到了去看看然后会用了.
当然,基本的技能要具备,何为基本,就是经常用到的.

"学以致用"是个很务实的东西.

真的,仔细品味一下,用不到学了又怎样的呢?

不过,"用"这个词很值得玩味,
有的用在项目上,工作中,爱好上.
有的用来炫耀上,攀比上,用在证明我比你知道的多上.

   呵呵,发牢骚了.

而且个人认为现在教育的最大败笔,就是学校中"学"的,和工作中"用"的是脱节的.
而每天都在"用"的习惯,心性,解决问题方式,反倒教育不重视.

做java一年，自认为中级吧。如果转魔方我就赚大了。最快纪录2分半

和工作相关的技术、多线程、高可用、常用架构以及问题的解决能力，还有就是性格！

就我个人而言，很多最底层的技术在项目中都是很少碰到，大多是业务逻辑代码，代码是质量就靠平实自己的积累，就多线程而言，我还真的不信一个项目有很多线程，多如牛毛的算法的，还有jvm，这个东西优化只是一个笔记，在服务器中对其内存和参数进行优化，一般一个项目就是对服务器内存的优化，比如weblogic服务器，这个设置了就可以了，在面试当中如果有这方面的认识，都是可以的，出现了问题，最起码知道用什么方式去解决，哪里有答案的