填表没花多少时间，因为这种表格最近确实填了不少。然后就开始今天的第一次等待了，幸好第一次不算久，忍了大概20分钟，刚才给我留电话的邓老师就叫我名字了，让我到另一位老师（Technologist Interview，以下尊称T老师）那里座定，准备参加技术面试。这次座的位置是靠窗的，而且由于这侧靠窗的位置与大厅有一排植物隔开，会显得安静一些。由于T老师还在低头写着东西，所以我就摆了一个比较自在的姿势看外面的风景：深南大道上的车还是很多啊，在城市就是好，找工作都可以座得那么舒服！T 老师可能内心很丰富，要表达的东西很多，他写了3分钟都还没写完；可能是为了显示自己的统筹知识，或让我不那么无聊，他拿出三张A4空白纸，说句“你把你做的项目都写一下吧，什么架构，技术之类的”，然后不等我允许就继续埋头写了。呵呵，这不正是我想要滴吗？话说前几天有一次面试我没有很好地把对方最感兴趣的项目讲清楚，因为时间隔得比较久有点东西我都忘了，所以搞得我这几天疯狂补了一下，自我演练了几次。果然，就跟填职位申请表一样，我没花几分钟就把项目画出来了，什么“新增界面”，“树的层次”，“客户端如何跟服务端打交道”，“服务端怎么交互数据库的”都写上了，该包的包上去，该类的全垒上去了。不幸的是，我画好了之后发现T老师的内部材料还没写完，但是T老师用很非常敏锐的余光发现了我的志得意满，立刻放下手中的活和我进行不太轰轰烈烈的对话。我所做的基本上就是给他讲图上画的是什么，把那些类名念了一下，可能是找不到突破点吧，也可能是看我画了很多很有诚意，T老师很满意的说：“好，那你再给我讲讲你做的另一个项目吧”，我说好，然后准备找笔和新的纸好好地画第二个项目，准备又糊弄一番也顺便给T老师时间把剩下的内部材料写完。但是我的诚心和别有用心马上就被T老师发现了，“谢谢，你这次不用画，简单讲讲就可以拉”。虽然没有得逞，但由于这个项目离现在比较近并且我主持了其中对不少设计，我还是比较清楚地把问题描述出来了。之后沿着这个项目探讨了一下BS和CS项目互相转换的问题，其中的难度和可行性怎样理解。令我吃惊的是他居然问我：“你说做 WEB的话如果用HTML和JS实现可不可以？”，我吓坏了，心说：“不是吧，你不时要回到1995（JAVA诞生）年以前吧”，但是我很镇定地说：“当然可以了，业务逻辑的处理或者数据库访问时候可以用Servlet嘛，不过做WEB你最基本的事情的是要把UI做好，而JSP可以很好地完成表现层的工作，与用Servlet写HTML代码处理表现层相比，哪样做效率更高，代码维护更方便，是很明显就能看出来的”，也许这么回答就是他想要的吧，反正他没做什么补充和解释。接着的对话是，T：“你对设计模式了解吗？”，我谦虚地说：“略懂一点吧”，然后他就描绘了一个场景大概是：你需要找你们公司的秘书（他好像对秘书也比较感兴趣）要笔记本，但是她那里可能没有，这样的话你就等待，知道有新的笔记本可获得的时候，你会得到提醒。最后问我这样的场景什么设计模式好？他话音一落，我假装思考一秒，我说Observer模式比较好吧，再屁话一会之后，他点了点头，接着说了一个汽车安装的例子，什么轮胎不一样啊，外壳不一样啊，窗子不一样啊，总的意思是说要构造汽车的话，用什么模式，还友善地提醒我说，这个可以用同时使用多个模式。对于这样友善的提示，我还能说啥呢？我想我必须假装这个问有点难度，多思考思考？我是这样想的，也是这样做的，整整2秒之后，我说应该是Builder模式和Decorator模式比较好吧。这次，他惊呆了，不怀好意的问我，你对这些的了解是在书上看的还是自己的体会，你有在别的地方看到过吗？作为一个诚实的开发人员，我告诉他，我书上也看了不少，实践中也接触了不少模式，除了刚才说的那些模式外，像Singleton和Factory模式也是非常有用的。其实我感觉如果你作为一个代码民工，花点时间好好看看Java21种设计模式的了解是非常有必要的，为什么？因为面试经常会或明显或隐蔽地考察你，再一个就是比如说我，我在N年前写程序的时候都运用过Singleton或Factory这样的模式了，但是我知道工作3年之后才知道那样的做法是有特定的名字的，呼呼，可怜不可怜？像这样的事情还有很多很多，比如我最近发现Thread这个知识点也蛮有意思的，特别做Swing的时候如果不了解Thread会导致自己进入误区还不知道。这次的技术面试以关于“UML中时序图的作用是什么”的问和答结尾。耗时：25分钟。