昨天下午老老实实的干着活，突然被领导叫去面试。
说是面试，其实就是走走形式。因为一来项目急着要人，二来又是推荐来的，应该也已经经历了公司的考核。面试的对象是个刚刚走出校园的学生，有点项目的实际经验，还算不错吧。但是针对我们的项目而言，一来没有BS架构的经验(其实我也不咋有UI的经验)，二来C#不够熟悉，估计还得有一段时间才能投入真正的开发。
第一次面试别人，还是诚惶诚恐的。一来完全没有准备，只能趁领导先问的时间里面想了几个领域相对分散的问题；二来就自己这个半吊子的水平。。。再说自己又不是项目的负责人。。。
回过头来看一下，自己问的问题里面颇有几个问题不是自己知道且能做的比较好，才去问对方的，而是自己也做不好，才更加期望新人能有相关的经验弥补项目不足的。比如回过头来看看上一期项目的代码，有些地方用委托可能能节省比较多的代码，有些地方不用反射会获得更好的性能等等。或者脱离开代码，希望项目能持续集成，能测试驱动开发等等。总之一句话：问对方的不一定是什么“刁难” ，也很可能是一种期待。是对新人的期待，也是对项目本身的期待。
作为一个一线的开发人员，总是希望每一个项目都能做的比上一期好，希望能学到新的东西的。比如上一期，虽然技术上没有什么新的东西，但由于应用了更好的设计模式，加上对代码的不断重构，把复杂的问题转化为了比较简单的代码，还是比较有成就感的。
这一期项目的开发本来最大的目标是学习SharePoint开发的，前面的blog也在做相关的学习。为啥停顿了呢？一来产品上客户选择了使用SharePoint2007，于是MOSS2010的学习也被迫停止。二来客户使用SharePoint的功能基本就是把它当做一个web容器，创建一个webpart占了除了母版页之外的整个页面，直接往里塞各种自定义控件。。。也不知道使用SharePoint的意义何在。。。总之那个SharePoint2010学习笔记系列就算夭折了。。。sigh。。。
于是在这一期项目，给自己的目标也不得不相应的转变了，一个是前面两篇blog在写的一点NHibernate的东西（为了应对这次数据库方面一点特殊的需求），另一个就是扎实的做好UT吧，争取做到“半测试驱动开发”。怎么个“半”呢？呵呵，就是先写接口，然后写UT，最后写实现。以前的项目总是因为工期紧人员紧，往往就放弃了写UT代码，结果以后回归测试太麻烦都成了做代码重构的绊脚石，往往是没有功能变更就不愿意动原来的代码，无论写的多烂（画外音：写得多烂还不是你写的~~~）。这次一定要改善这一点。最后一点是后期测试的时候自动集成和自动回归测试都希望能有些起色吧，当然这建立在前期写了很多UT的基础之上。
面试别人的过程，果然也是一个回过头来自我审视的过程：）