过年回到公司，开始了年前定下的招聘工作。今年部门的人员预算不少（虽然即使招齐人马，也比其他的产品线人要少得多），由于是比较新的部门，因此在人力上需要进行比较大的扩充。公司在国内还有那么点名气，所以投的人不少，几大人才网站每天都有很多简历，我和同事做了一些分工，我主要负责其中一个网站中的简历。由于和KPI挂钩，因此招聘工作，在我的工作清单里优先级还是比较高的，由此，在最近这段时间接触了不少求职者。

　　和很多大型企业一样，公司的面试也分好多面，最终能进入公司的人，除了本身的专业技能以及职业操守外，多少还是有一些运气成分的。两个能力差不多的人，往往会在某一个环节，因为某一些关系被刷掉，很无奈也很现实，讲得俗气一点也要些缘分吧。简历筛选过掉一部分，电面过掉一部分，技术面过掉一部分，HR面过掉一部分，更不用说后面的几面了。在面试的工作中也接触到了很多或是为了生计，或是为了名声，或是为了理想，忙忙碌碌的人们。其中有一些人会在电话里和你吐一大堆苦水，近似控诉地讲述自己在之前公司所受到的不公正待遇，虽然这种言辞在渐进理论化的面试体系中是非常忌讳的，但有时我也挺同情他们的。IT民工，作为一种很无奈的称呼，有时又是这么现实。其中一些求职者以前所在的公司，我也曾听说过，但是拖欠工资，严重加班，有时候真的感觉堪比在工地干重活的民工。生活的重负，有时候已经压榨得这些人渐渐已经失去了自己的兴趣和创造力，或许在他们入行的时候，对这一行是充满了憧憬和幻想的。恶劣的工作环境让他们充电的时间很少，大部分都花在赶进度，赶任务上。或许他们都忘了，在很多年前，开发工程师和艺术家一样都有很高的社会地位，只是后来，入行的门槛低了，入行的人也多了。

　　有不少人因为专业技能不够而被刷掉，但也有人是因为非技术原因被刷掉的。可能技术原因，可以用时间来弥补，但很多性格和团队合作方面的东西，却很难用时间来提高。记得其中有一个应聘者，专业技能在电面和面试时都觉得不错，但他在一个技术问题的讨论上，很强调自己的理论，没有一种开放的姿态，也很难接受别人的理论，结果他被刷下去了，因为他会很难融入团队，也很难做一个好的倾听者。

　　面试的人多了，无形之中对自己也是一种很有益的阅历增长，似乎看到了很多自己以前的影子，也警醒自己的某些不足。看到了年轻人满怀憧憬，真是恰逢少年时。

　　浙江移动新推出了中兴的彩信加速器（MMSA），用来专门接入SP。以前浙江的彩信中心所采用的厂家虽然也有不规范的地方（主要在于编码，在HTTP协议上约定书写为US-ASCII，但实际用GB2312编码），但都没有这次这么离谱。为了能够在AXIS这种标准平台上实现这些“非标准”的webservice，写了几段代码用来修补这种错误。

　　错误及解决方法

1. 错误一
   错误报文

   Content-Type:text/xml;charset=US-ASCII; name=1.xml
   Content-Transfer-Encoding:8bit
   Content-Location:1.xml
   Content-ID:<1.xml>
    
   <?xml version="1.0" encoding="GB2312"?>

   Parsed in 0 seconds
   
   在HTTP头中申明字符编码为US-ASCII，但是在随后的XML中又申明XML编码为GB2312并且实际也是用GB2312来编码，AXIS 1.X的代码会自动判断HTTP的字符编码来决定XML的编码，并且HTTP头的优先级比XML的申明要高。AXIS中这样的构架其实没错，因为内容是要服从载体的。但AXIS中没知道可以调整的选项，于是修改了一下org.apache.axis.Message类，并打入工程包，重载axis中的原有包，为的就是处理这种非标做法。

本来这个是不值得一写的，写下来，以防自己下一次又糊涂了。不过最近的工作效率还真是低的厉害，经常在做无用功，可能真的是太疲劳了。java在内部使用unicode来表示字符的，除非显式地得到它的字节码(调用的本身就是unicode->其他编码的转换过程)。根据这个理论，已经取得的String，其本身的编码是一致的，而通过网络传输时即使指定的编码不是unicode，只要编码和解码所使用的字符集是一致的，那么通常可以认为是行得通的。虽然我曾经看过一些资料,java的unicode字符集到其他字符集转换时，个别字存在转换错误的情况，但是这种情况很少遇到，因此如果赶进度，也可以暂时使用非unicode的编码来

因为漏调了一个xml-apis.jar,导致程序死锁，这个是以前的java程序没有遇到过的。可能是有一个异常处理部分有问题。拦截了所有的异常，但是又死锁了。调了好久才搞定。还在完善中的xmlc让人感觉还只是alph阶段。

因为一直在用Oracle，没什么机会试用新的JConnect JDBC。因为一个旧工程的重新部署，不得已，把原有的数据库迁移到MySQL，也有了个机会使用了一下新版的JConnect。感觉比以前的glt JDBC更具可调性了，毕竟是mysql官方的api，特别是对编码问题有了驱动程序级的调控，这个和resin有点像。可以直接指定链接所使用的编码，而不像大部分西方软件，在多字节平台就会有诸多的毛病。总得来说，新的JDBC还是令人满意的，特别是MySQL也有了InnoDB这样的事务型数据库，中小型应用也可以采用MySQL了。