重装QQ和升级也有几次了，聊天记录都有几份了，正在苦恼如何合并，QQ2009已经悄悄的可以自动搜索老版本的聊天记录并且合并的，让我好几年的聊天记录都归一了。一个字，爽。

Msn的聊天记录其实简单得不能再简单，都是明文的xml文件，没有任何加密和保护。如果一个公司的管理员想看的话，所有人的聊天记录都可以看，而且msn的聊天信息都是明文传输的，密码的加密性也很差。可以说，msn是最不安全的聊天工具。所以我对msn的fans是最鄙视的，这种什么安全性都没有的破工具，还在那里津津乐道什么简洁性，更不用说n年更新以来手段的龌龊和麻烦。如果对这些事情不太了解的话，建议用google搜索一下n年前一个著名的msn事件，上海某银行职员的男朋友吃她粉丝的事件再好好考虑下是否该做msn的fans。

好了，无论我多么鄙视msn，既然有那么多的傻瓜再用，而且在skype出来以前，也没什么好的即时通讯工具可以取代它，那么我也不可避免的需要用它，虽然我可以很极端的排斥所有用msn的人，要求对方要么给QQ，要么给skype，不过我不算极端的人，用就用吧，反正机密记得不要msn说，也不要msn留。一般是在公司使用，工作以来换的公司多了，msn的聊天记录也保存了好几份，本来想着合并一下的，msn这个升级超级变态慢的工具肯定没有提供这样的功能的，只好自己动手，丰衣足食。都不知道微软研究院养了那么一大群高智商的人在那里干嘛

网上其实有一个了，不过是java写的，需要安装jre，看了就分特，虽然俺是做java的，可是为了这样一个小功能，下载个100m的东西，实在让人郁闷。还是拿python来练练手吧。于是就有了这个：

msn_history.zip

使用步骤：

1. 下载上面的msn_history.zip，解压到d:\downloads目录
2. 下载python，推荐版本2.5.2，点此下载：python-2.5.2.msi
3. 安装python，点击下载好点python-2.5.2.msi，一路next
4. 按目录准备好待合并的msn聊天记录，放到同一个根目录下，例如
   f:\msn\history\company1\
   f:\msn\history\company2\
   f:\msn\history\company3\
   最后生成的聊天文件都将在f:\msn\history\all\目录下
5. 选择“开始”->”运行”，python “d:\download\msn_history.py”
6. 根据提示，输入msn聊天文件的根目录：f:\msn\history\
7. 到”f:\msn\history\all”目录下，把合并完成的文件，拷贝回现在msn的聊天记录目录

第一个版本，易用性做得还不是很好，能够做到QQ那样最好，不过额外的边角劳动量就太大了，而且我也懒得为这个聊天工具做太多的事情，先这样吧，如果有用户需求了再提高，:)

其实在线订阅的选择范围不多，国内的无非就是鲜果，抓虾，国外的无非就是bloglines，google reader

经历了2次重装系统丢失了great news的订阅后，我决定切换到在线订阅工具了，因为程序员看了鲜果技术总监的一点发言，略有好感，决定使用鲜果。

本来感觉也凑合，虽然首页的推荐什么的有点千年不变的感觉，不过让我受不了的最近，刚上班的那半个小时，鲜果始终处于瘫痪状态，左边的侧边栏始终处于等待状态。大概要10点后才正常

作为一个技术人员，我可以猜测到，鲜果是由于承受不了压力，很多响应处理不过来导致的，可以理解。但是作为用户，我无法接受，在上班半个小时的信息批量接受时期，不能快速的浏览吸收自己需要的资讯，所以毫无选择，换……

先想试试google的reader，看看国外的如何。结果令我很失望，充分照顾外国人的阅读习惯，比较粗糙，UI设计不够好，而且最重要的是，每篇文章都贴了一张牛皮癣广告，碍眼得很……我不是google的fans，好用的东西，例如notebooks，我就用，Calendar，我也用，但是不好用的东西，就不需要去折磨自己了。

切回国内的抓虾，原来自己已经注册过了，一直没启用而已。界面很漂亮，功能齐全，完善的配置功能，很快调到自己最喜欢的阅读习惯，速度很快，而且还附带了一个比较色的美女网站……hoho。广告也有，在右下角谈个小窗口出来，不过不碍事，关闭了也不会老烦人。很好，就你了

总结一下

在线阅读网站的着重点：

1. 阅读体验：用户可微调

2. UI：色彩，简洁度

3. 速度，压力承受能力

网站本身要考虑的事情：

1. 广告：不能太过

2. 文章的推服务：热点文章和用户倾向挖掘

3. 社区功能：包括相同订阅用户的互相查看，相同爱好的用户组功能……

百度的有啊上线了，不过我对此很不看好。原因很简单，两个：

一个是淘宝太强大了，任何的c2c和它竞争都是很困难的。

一个是百度太没道德了，一个没道德的企业是不配做C2C网站的。

百度的竞价排名对于自己会面临一个两难的困境，有奸商给钱了，要不要把他的排名在自己的有啊提升？之前淘宝屏蔽百度的爬虫的原因，就是因为有商家利用百度的竞价排名，把消费者引导到自己在淘宝的黑铺上，从而诈骗消费者。

总之，我愿意和任何人打赌，百度的有啊，肯定是个失败的产品。

至于百度为什么垃圾，我举个最简单的例子。假如我是个金融盲，07年，我是说07年哈，大家炒股都很赚，我想入市，但是没有熟人做金融或者炒股，我需要通过搜索引擎来找到教我炒股的网站，于是我打开了百度和google，分别输入了“股票”这个最简单的单词，于是我分别得到如下的结果：

如果用百度，就完蛋了，都不知道什么垃圾网站，给了钱就是第一二位了，说不定还有木马；如果用google，炒股生涯可以开始了，东方财富网，还是挺不错的哈。

所以，拒绝百度，拒绝流氓！

两个感慨

1. 其科技力量，已经超过了很多国家的什么科学院，这已经是世界上最强的一个科技公司
2. 微软的钱或者比它多，但是微软的行动，远远没有它富有创造力

Google计划发射16颗卫星 让30亿人口上网

你很难想象，谷歌未来到底会成为一家什么样的企业。谷歌的每一个举动，都令世界惊叹。

网易科技讯 9月10日消息，据台湾媒体报道，为了缩短差距，让新兴国家也具有上网能力，Google与汇丰银行（HSBC）目前准备在非洲进行一项网络计划，希望可以为非洲以及其他新兴国家等30亿人口提供高速的上网服务。

Google与金融集团汇丰银行（HSBC）以及国际有线电视集团LibertyGlobal组成名为“O3bNetworks”的网络计划，通过发射16颗卫星将网络服务带入地球上还未连上网络的地区，取名为O3b就是指地球上另外未有网络建设的30亿人口，希望借这样的网络计划工程，真正建立在地球上任何区域皆有连网能力的环境。

这项网络工程第一阶段预计花费7.5亿美元，向法国观测卫星设计与制造商ThalesAleniaSpace订购16颗卫星发射至北纬5度与南纬5度这一带的国家，并与这些领空范围的国家电信业者衔接，预计负载范围要从非洲、亚洲、拉丁美洲与中东等地区。

O3bNetworks希望可以减少电信营运商在宽频建设的费用，并透过O3bNetworks的卫星系统提供有如光纤品质的网络服务，以及达到具有经济效益的语音与高速宽频网络。

Google认为，唯有这些新兴市场都可以负担得起以及跟全世界一同连上网，我们对于网络世界现象的观察，才有可能真正落实的反应出网络真实的价值。 （Kenny）

工欲善其事，必先利其器，项目管理一样需要软件。在上一家公司的项目管理经验，让我体验到，老式的用excel或者msproject已经不能适应新型的敏捷开发模式了，我们需要新的项目管理思维和方法。

第一代的项目管理：基于文件

第一代的项目管理方式和思维是基于文件管理。项目经理在自己的机器上，对项目做出分析整理，把任务项分解，指定负责人，然后把那个excel文件上传到cvs或者svn，通知大家查看，没有问题就按照计划进行，并且在上面修改时间，更新，完成的话会更改任务的颜色。msproject虽然有甘特图，但是说实话，实用度还没有excel高，而且估计的时间一般都和实际时间完全没有任何匹配度可言，而且又不是office的标准套件，还要另外买，所以还不如用excel来得受用方便。

沟通方面，基本都是通过email，设计文档统一管理，讨论信息就淹没在email的海洋中，基本上你和另外一个人交接工作，也许你会需要他把自己所有的邮件转发给你，然后你需要在里面慢慢的寻找自己需要的信息。

这种方式的优点是简单实用，对于excel狂人来说，可以使用这种方式，做出很复杂的excel，一样可以生成报表，很多大外企，一样用这种方式成功管理了n多项目，例如摩托罗拉。对于他们来说，切换到第二代的项目管理是一件比较谨慎的事情，所以他们很多都还在沿用这种方式。其实只要流程定义好了，有协调，未必说，就一定要切换到第二代，够用就好。

但是这种方式的缺点也是显而易见的，即使通过svn或者cvs，多个人同时更新同一个文件的冲突随处可见，而且一个项目的不同阶段，也需要不同的文件，缺乏对项目的一个总体了解和沟通渠道。更多来说，这是一个项目经理的控制游戏而已，而非全体组员参与的东西。

第二代项目管理：基于Web

第二代项目管理有点像web 2.0的理念，强调沟通，协助，分享，基于这种理念，所以工具基本是基于web。

BaseCamp
BaseCamp 是我接触的第一个基于web的项目管理工具，是公司采用的产品。37signals公司出品，采用SaaS的软件服务方式，需要注册付费使用，无须安装，也不能安装和定制修改，一个月50美元。正如网上对它的评价，简单，小巧，方便，好用。特色是message，milestone和todo三个功能，可以上传files，还有whiteboard功能。几分钟就能上手了。Message可以分组，milestone和todo可以在日历显示，通过日历看到milestone的进度，项目的变化。

BaseCamp的界面比较简洁和大方，但是在我看来谈不上漂亮。message虽然可以分组，但是搜索功能太弱，不能找到自己或者其它人发的或者回复的message，只能对message的标题和全文搜索。Todo只能有负责人，没有时间和注释，进度等等，只能是done和undone，这些都妨碍它成为一个专业的项目管理软件。只能对项目进行比较粗粒度的监控和管理，当然，这对很多公司和项目来说，其实已经足够了，所以这并不妨碍它成为一个市场占有虑很高的SaaS项目管理软件。

dotProject
dotProject是我在php的开源项目网站找到的一个开源系统，后来发现网上将它和BaseCamp进行pk的文章和讨论不少。dotProject的一个开发者，还为此写了一篇专门的文章，介绍他对两者的看法和怎么样协调使用两者的，值得看一下：http://caseysoftware.com/blog/dotproject-vs-basecamp

对于没有php经验的人来说，从头搭建一个LAMP系统并且安装dotProject，使它完全跑起来，还是一件颇为费力的事情，但是考虑到开源的优点和公司对这个系统有完整的控制权，加上免费（这个对个人开发更加重要），可以扯平先，毕竟天下没有免费的午餐的，我们重点还是考虑两者功能点不同吧。

dotProject的重点是project和task，可以用树形结构很好的展现task，而且每个task都有分配者和时间，被分配的人可以上去填写完成的时间和进度，完成的情况，对于大型的项目很适用。另外每个人可以很方便的得到一个today task的列表，还可以看到不漂亮和有点狭窄的分特的甘特图，对每个人的工时和项目进展可以有一个很好的总体把握，它可以算是ms project的web版本，不过高级很多了，对于正儿八经的公司和项目很是合适。

但是因为这样，所以它的沟通交流能力稍微弱了，没有大家可以很方便贴message的地方，但是多了一个ticket，是一个讨论难题的功能，一定程度上弥补了它的不足。

总结一下，作为两款典型的web项目管理工具，BaseCamp 的优点在于信息的分享和沟通，可以避免项目的重要发布，设计信息都淹没在email邮件海洋中，而dotProject优点在于任务组织和分配功能，可以避免任务分配的excel海洋。

activeCollab
实际上，经过在公司的basecamp实际应用和自己的dotproject尝试，我感觉这两款工具都还是有所不足。因此我又寻找了一下另外的工具，在这篇文章中，作者给出了另外3种推荐，尝试之后，我觉得activeCollab是最符合我要求的，而另外一篇文章也说了这是basecamp的强力对手。

http://blog.imulus.com/george/software/why-do-people-pay-for-basecamp/

这款工具给我的印象很好，功能和特性介于basecamp和dotProject之间，可以称为basecamp的进化版。Discussions是对Message的强化，新的WYSIWYG编辑器很爽，比basecamp要手写格式化代码好多了。Checklists和 Task是对todo的强化，可以添加Priority，Due on和Assignees，还可以添加完成的时间作为timesheet，分配到的人通过Assignments就可以看到所以的自己任务，比basecamp提高不少。不过它还是不能添加任务的详细信息，附件和完成的具体进度，这点和dotproject有差距，不过说实话，对于大部分的中小项目来说，其实已经足够了。

activeCollab价格也比basecamp便宜，basecamp是一个月50$，而activeCollab是一年199$，basecamp主要是比较老牌，知名度高，服务好，功能并非很强。

因此如果让我为公司选一个项目进度管理工具，activeCollab是首选，这类小型工具对于小团队的异地沟通协作开发，非常有效的，而且对成员的工作负担也不重，只是要培养习惯而已。不过如果公司很注重cmmi之类的流程，那么dotproject会更加合适，完全免费又功能强大，可以出分析报表。但是这样的工具，对团队成员的工作规范流程要求比较高，需要制定规范和严格执行，不过如果执行成功的话，对于项目管理的作用将是是非常大的。

最近对一个旧项目进行重构，需要修改HQL，因为JBoss的Hibernate tools没跑起来，而且修改理论上也比较简单，但是地点比较多，所以还是直接修改，改完了跑了一次测试用例，项目的测试用例还是比较齐全，结果全部通过了。于是部署，在web本来想简单测一下就是了，谁知道一测，发现因为拼写导致的问题还是有几个，毕竟地方多了，有没有机器检查，还是难以一次通过，还是需要逐个逐个功能点检查修复。最后改完提交了，但是却也郁闷，为什么单元测试无效呢？

想到了看过的cobertura工具，应该可以用来分析问题，于是就到cobertura网站，因为项目是用maven的，所以整合特别简单，比用ant方便多了，只需要：

1. 下载maven-cobertura-plugin-1.4.jar，放到maven的plugins目录下
2. 修改pom.xml，把下面这段加入到后面

 <reporting>
    <plugins>
      <plugin>
        <groupId>org.codehaus.mojo</groupId>
        <artifactId>cobertura-maven-plugin</artifactId>
        <configuration>
          <formats>
            <format>html</format>
            <format>xml</format>
          </formats>
        </configuration>
      </plugin>
    </plugins>
  </reporting>

3. 运行”mvn cobertura:cobertura”后，到“target\site\cobertura\”，查看测试结果

运行的结果，发现是dao包及其下面子包的覆盖率很低，都在30%左右，难怪很多HQL都没有执行到，这样的无效测试用例就是很危险的，比没有还危险。就像绿灯一样，你可以过马路了，结果汽车还是过来了，无效的绿灯是可怕的。

作为项目的监控者，执行每日构建的话，最好把这个功能加上，防止出现单元测试一片绿，但是其实什么也没测到的现象。当然了，其实就是全部执行了，Assert语句没写好，还是可能出现这种问题，但是最少还是可以减少很多很多的问题，对于项目的监控者是个很好的工具。

WordPress是国外的产品，import功能针对的博客都是国外的，对国内的基本不通用，这个是个麻烦的问题。

还好，blogbus，可以对Blogcn, 和讯, 网易, 新浪, 搜狐, Qzone,博客网的几个博客网站，进行导入，而且有提供xml导出功能，成为我们的博客搬家一个中转站。我的博客，就是从blogdriver转移到blogbus，再转移过来的，如果没有记错的话。不过最近好像blogbus取消了对blogdriver的支持了。

但是blogbus导出的xml和wordpress的xml格式有一定的差异，需要进行转换。这个需求其实很多的，不过鉴于用wordpress的多数是phper，所以不少的方案是用php的服务器版本实现，比较麻烦，还好，国内的python高手还是有的，在我打算搜索未果的时候，自己开工的时候，找到了这位仁兄的Python客户端方案，完美的解决了问题。

转换程序：bus2wp.zip

原文链接：

http://blog.huyo.org/?p=336

周末没干别的，净搬家了。把 blogbus 和 blogsome 的博全都搬过来了，还是自己的地方用着放心哪。

blogbus 还算不错的，提供 xml 的导出功能，可惜是专有格式。网上似乎只有冰古的一个 php 的转换脚本。我自己对 php 一窍不通，而且这个脚本不能导入评论，还需要在服务端运行，我感觉不是很方便。正好最近和 Python 热恋中，于是动手写了一个转换脚本。

这个脚本读取 blogbus 导出的 xml 文件，然后为你生成 WordPress 专用的 Extended RSS 格式文件。评论，分类也包含其中，你不用担心用户的评论在转换中会丢失。

更新（2007.10.31）：一些网友发来邮件说转换有问题，我发现是由于 blogbus 的导出 xml 文件有些细微的变化。原来的 SchemaVersion 是 1.0-b，现在到了 1.1，因此我也把程序改了一下，目前 blogbus 的两种导出文件都能转换了。

下载 bus2wp.zip

blogsome 就比较可恶，没有提供任何的数据导出功能。不过，俺还是先用 scapbook 把所有页面抓下来，然后用 Python 写了个脚本转成 WordPress Extended RSS 格式的文件，成功导入，可惜评论没有能抓下来。

因为页面解析的方法与你设置的页面模板有很大关系，不同的模板解析方法不同，所以 blogsome 的转换程序目前不具有通用性，就不放上来了，如果有需要的朋友，留言就好。

1. 如果你的操作系统是 Windows，请下载 http://www.python.org/ftp/python/2.5.1/python-2.5.1.msi 进行安装。（Linux 用户就不用解释了吧。）

2. 从你在 blogbus 的博里面导出 xml 数据文件，假设叫做 bus.xml，位置在 D:\download\bus.xml。

3. 解压你下载的 bus2wp.zip 到任意目录，你会得到一个 bus2wp.py 文件，假设在：D:\download\bus2wp.py，然后打开 Windows 的命令行窗口，在里面转到 bus2wp.py 所在的目录，也就是 D:\download，然后继续敲入：

python bus2wp.py D:/download/bus.xml wp.xml

按下回车，程序将会在 D:\download 目录下产生 wp.xml 文件，在 wordpress 中，就可以直接导入这个文件了。

有任何问题，请留言。

WordPress原先有个MU版本的，有些网站用它也都做成了不错的多人协助写作网站，现在终于要正式脱离出来，独立成为一个项目，的确是可喜可贺。

http://www.comsharp.com/GetKnowledge/zh-CN/It_News_K456.aspx

在 The Start Conference 接受采访期间，WordPress 创始人 Matt Mullenweg （访谈录）宣布，WordPress 的衍生产品 BuddyPress 即将于年底发布。BuddyPress 基于多用户版的 WordPress，可以用来创建社会网络站点。

就象 WordPress 让任何都可以拥有一个博客一样，BuddyPress 让任何人都可以拥有一个社会网络站点。另外，很多人希望 BuddyPress 更进一步，成为一个分布式社会网络项目（DiSo）。

Mullenweg 最初于今年3月份宣布这个项目的开始，BuddyPress 由 Andy Peatling 创建，他受雇于 Mullenweg 的 Automattic 公司。

如果你对这个项目好奇，可以下载一个开发版体验一下，也可以查看 BuddyPress 的开发路线图与日程。

今天很遗憾的放弃了淘宝的杭州面试，出于诸多的考虑和顾虑，在那边的未来可能老大打电话来问，过来杭州没有的时候，很不好意思的告诉他我决定不去面试了。

淘宝的电话面试，让我感觉到他的水平是很不错的，而且面试也很有水平，根据你的简历来问，不乱提问题，又能深入挖掘你的技术长处，这是不容易的，需要他有足够的自信和知识点，才能够进行发问和判断。通过了电话面试，其实面对面的面试，问题不大的，更多的是双方看下性格是否相符合，人好不好处。

淘宝是我用得很多的一个网站，也是中国近来IT业的骄傲，在我看来，最近的中国IT，值得我敬佩的有：腾讯，淘宝，百度三家。其实我不太愿意为外企打工了，而更加愿意为这些优秀的民企工作，无论是荣誉感，成就感还有回报和成长空间，都有更大的空间。所以放弃这个机会，整个上午，我都觉得很难受…

最近尝试用豆瓣，感觉挺好的，因此也产生了一下web 2.0项目的遐想。

1. 书摘网

豆瓣的书的评论已经不错了，但是书摘网，注重的是让读者可以随时随地的，把自己看书的时候，看到的精彩句子摘出，贴到书的下面，作为书摘，并且添加批注。而其它读者，又可以对该书摘，添加新的批注。并且所有人都能对批注做评论和评分。

这样的网站技术难度不高，主要有的是一个问题，就是相似度判断问题。就是说，用户A对书A做了一段节选，用户B对书A也做了一段节选，因为是书摘，相似可能性很大，也许就是差别一句，那这个时候，该怎么办判断和处理？如果说完全是不同用户的独立，那共享的意义就少了。如果说共享，那么是否要做个匹配，把相似的书摘组合到一起那？还是说，相似的书摘会建议用户不做独立的书摘，而选择其它用户现有的书摘？总之，这个是这个系统最大的难题。 

2. 驴踪网

豆瓣听说一开始就是做驴友的，后来不知道为什么不干了，老板看来是同道中人，估计是不想和磨坊冲突。又或者决定户外这个圈子太小，消费力也不强，所以决定放弃呢？

好了，总之，其实豆瓣这个模式是很适合户外的，例如一个驴子的主页就可以是这样

足迹

曾经去过：地点图片1，地点图片2，…

正在去：地点图片1

想去：地点图片1，地点图片2

装备

衣服：冲锋衣1，快干衣2，。。。

鞋子：登山鞋1，沙滩鞋2。。。

背包: 背包1，腰包2。。。

当然了，所有的景点和装备，都是可以被评价的，就像豆瓣一样。还可以根据相似度，对驴友进行匹配和推荐，尤其是想去的地方。

说到匹配，这也是我想说的豆瓣功能想法。豆瓣现在的匹配和推荐功能，还不是很强，没有强力的主动推荐和你喜欢看的书，电影，音乐一致的人，如果说两个人爱好的匹配度有80％以上，我觉得豆瓣完全可以把这个用户互相主动推荐，作为一种推朋友的功能，（当然要可以配置的哈，讨厌的可以关闭），那么会加强系统的有趣性的。但是也许豆瓣不想做成交友网站吧，或许这应该是myspace的功能？回头继续研究