java 面试经验

我觉得我们班有些同学，知道问题的大概答案，但是在回答问题的时候没有掌握好技巧。知道不一定可以说出来，能说出来不一定能让听众很好的理解，或许越说听众越迷。说话的时候，应该想的是如何帮助听众理解自己说的话，层次感和因果关系很重要，如果觉得自己的逻辑不是很清晰，有一个不太符合中国人说话方式但是很好用的方法就是，先说结论，这样可以让听众不会在你陈述的时候被过多的细节所困扰。还有一个就是只知道大概答案是不够的，对事情最好不要浅尝则止，所知必须远大于所说这样才能保证听众能听明白，面试官才会觉得此人说话有条理，一般面试官还会就刚刚你所说的提问，因为他不会准备几十个人的面试题目。所以要讲自己最拿手的东西，这样的话他的问题就能很轻松的回答上来，面试官会认为你很机敏，思维好。总之，凡事预则立，不预则废！

在平常说话能说清楚，在表述数学，逻辑问题时不一定可以很好的分层，析构，理顺了说出来。这是可以练出来的，每次发言之前，都要理清逻辑再说出口，这是一个很好的习惯，面试官也不会因为这催你，反而会给他一种稳重的感觉。

这是表述的问题，假如连对方问的问题都听不懂，或者不知道答案，那么就很难再说什么了。
大家学习了这么多年，学到的东西很多，细节和底层也很重要，大学的教育也会给大家一个误区：对细节对底层越了解，就是越牛*。其实我觉得让我们忽略的大局更重要，知识面越广越好。不只是软件方面的，历史和哲学，还有文学方面的书也是可以看的。看似对软件设计没有帮助，其实不仅对口头表达和思考方式都是一个很大的提高，而且对软件设计的理解会更加透彻，这里先不说这么多，有时间的话，会把这些收获写出来的。这一段都是说说而已，因为短时间很难改变。

我感觉我自己还有很多身边的同学对数据库设计，软件工程方面的知识很是缺乏，这里说一些面试我觉得越到后面越会问的问题，假如我是面试官，我也会问一些笼统的问题，这样可以考察知识面的宽度和语言的组织能力两个方面：
1）数据库应该要知道1、2、3范式的定义（大学的教科书上没有具体的定义）以及给你一个具体的表，一般是2范式，如何将一个2范式转化为三范式（这是一个很重要的技能），转化后的的关系是什么；一般的关系运算，关系运算的变形和数据库优化时各个运算的先后顺序。java就不要求后面的角色、存储过程、触发器了，还有那几个“锁”。

2）软件工程了解一些设计模式（特别是单态和工厂两个），和设计模式适用的场合。面试官不会说让现场编程序，所以对设计模式概念的理解和他们各自的使用场景，有一点了解就很好了。 说极端一点就是背下来也是可以的。

3）还有软件工程的开发模式，和各自的优缺点，什么模式过时了，什么又是流行的模式，混合开发模式是由哪两个模式互补形成的。

4）还有就是UML的那几个图，很重要。不仅是现在面试，就算是以后工作了，想要离开普通的编程岗位，成为真正的设计人员，这也是必须要熟练掌握的。


我觉得笔试会考一些细节的编程题，越到后面的面试，以上四个方面将成为重点。也不一定，如果公司看重经验的话，会问一些api的知识。还有泛型也很重要。