根基不牢--我的窘迫面试经历

原文链接：http://zhengtanyun.blog.163.com/blog/static/126417059201081464739326/

这次面试高级职位用了一个下午，笔试+两轮面试，结果真窘迫。

先说说笔试，笔试总共有23题，两题需要写代码，其余都是主观题，题目很基础，但多年没看概念了，很多东西都只能靠自己的理解来描述。估计看了我笔试题的考官肯定很失望。大约问的是面向对象的基本概念，封装、继承、多态；面向对象和面向过程的区别；Java中的线程和死锁；Java中的访问修饰符；Java中的全局变量；接口的概念及其用法；方法重载和重写；初始化和赋值有何不同；参数传递给子程序的方式；什么是事件和处理事件的设计模式；其中有一题没搞懂的是什么叫“映像类库”，算法题有字符串反转和计算某方法的运行时间。总体来说，明白概念是怎么回事，但要规范化写出定义，真的需要加强。

再说说两轮的面试：

第一轮可能是该公司的Java程序员来面试，问的东西还比较多，但我对没搞懂的问题印象比较深，比较有意思的有：做过哪些项目，哪个项目比较有心得，主要处理的是什么问题，人员如何安排等，Hibernate中的Lazy加载的实现原理，自己如何实现；WebService中使用的SOAP协议与HTTP协议有什么区别；HashTable和HashMap哪个能允许null对象；画出观察者模式的UML图。这些东西都是以前有用过的，但忘记了，特别是UML类图这块，如何熟练画出类图还是需要多多练习的方面。

第二轮是该公司的主管面试，主要问的问题是关于文档和设计方法方面的问题：首先同样是做过哪些项目，哪个项目比较有心得，主要处理的是什么问题，人员如何安排等，然后就问Coding时间有多少，做设计时间有多少，做需求调研时间又有多少；项目涉及的文档罗列出来，（其实文档有很多，只列出了平常必定用到的文档，回答最好全部回答，哪些必要的要说明下）；接下来针对每个阶段的文档做详细了解，特别是UML这块，主管对我在需求分析阶段出用例图感到很惊奇，然后按照他的要求画了很简单的用例图，显然他觉得我画的图过于简单，没有代表性。特别是对详细设计中出现的类图、序列图和活动图问得很细，因为项目中画类图比较少，所以在这里有点卡壳，对活动图详细绘制了最近项目中用到的一个例子。他比较关心的是我在项目中的角色，自己解决的什么关键性问题，可以看出，主管对于我所接触的问题复杂度还是不够满意。

面试结束后，人事告诉我，主管认为我在CODING的时间还是不够多，怕根基不牢，过早做需求对自己的编程能力锻炼比较不利。

本次面试，检查到自己的很多不足，有些概念不只要知道，而且要清楚，多敲代码，特别要熟悉设计模式的应用，熟练绘制UML图，留心典型的应用案例，以免到时候肚子里面没货。单单做业务系统，一般来说碰到的问题复杂度都不太高，自己要完善的东西还是比较多的。