上个月在google code上发布了一个导入联系人列表的类库，http://code.google.com/p/contact-list，获取用户的msn和邮箱联系人列表，支持的邮箱包括hotmail, gmail, yahoo, sohu, sina, 163, 126, tom和yeah。算是之前一段时间的小成果吧。
不过由于这个类库的原理是使用抓取网页来分析联系人列表的，所以会因为邮箱网页的改版而无法正确获取联系人列表。 在写代码的时候就碰到过Hotmail改版的情况，所以这个类库是需要不断改版的。还好在发布之前特意写好了测试脚本，很容易找到哪个邮箱出问题了。
今天收到一个用户的email，说他的新浪和搜狐好像无法导入，我回来test了一下，发现新浪和搜狐没问题，倒是yahoo出问题了。于是给他回信，让他把log4j的level设置成debug，然后把调试信息发给我。现在有了用户的反馈，有点小压力，要好好维护好这个类库
今天用VI写些代码，发现ESC键无效了，太可怕了，没有了ESC，VI不就废掉了嘛
重启电脑，无效。用xev测试，好像没什么问题，抓狂！！！
结果居然是因为装了QQ for Linux 1.0Beta，关掉QQ就好了，呵呵，QQ还真是霸道呢！
昨天收到msn的邮件，说出了msn9.0版本，感觉还不错，就去升级了，安装过程很长很枯燥。
很期待地打开了新版的msn，结果发现无法登录，登录到现在都没有成功，我汗啊，只能切到笔记本用pidgin上咯，失望啊！
在学校里学SQL，也实际操作过，觉得还是掌握的不错的。这两天在公司一用，缺点就暴露了。
以前做的应用，数据量有个几千上万就不错了，写的SQL语句也大多比较简单，跑跑都不成问题。这两天公司有张数据表A的数据量已经达到24万，我要做的是将这张表A的数据LEFT JOIN另外一张表B，在mysql客户端上一跑，没有反应，等了好几分钟都出不来结果，只能Ctrl+C。看了好久都看不出SQL语句错在哪里，自己另外建了两个表作实验，也没有问题，很快就能显示结果。后来在同事的提醒下，原来是B表关联的字段没有加index，加上index之后果然很快就显示结果了。
平时自己在实验SQL语句的时候大多将精力集中在SQL语句是否正确，而忽略了SQL语句的性能，好比今天用子查询来找数据，结果发现还不如分成两条SQL语句来的效率高呢。书本上将的金玉良言大多是很有用的，但是也有部分在实际应用中是必须违反的，比如几大范式要避免冗余，但是实际应用中还是会通过增加冗余来提高查询效率。
看来应该好好在研究一下数据库的性能问题了呢
好消息，好消息，QQ出Linux版本了
以后不需要通过虚拟机上了，也不需要通过Wine上了，哈哈，不错。不过毕竟是Preview版，功能还不全，不过至少是稳定，占资源少，期待正式版的出现^_^