Heaven is a place on earth

版权声明：转载时请以超链接形式标明文章原始出处和作者信息及本声明
http://leezen.blogbus.com/logs/11043084.html

　　我的初衷很简单，就是想把平时发现的有价值的东西或者自己的一些心得放上去做个备忘录，方便随时随地可以查阅的到。访问速度是个很郁闷的问题，校内这个地方速度是可以的，但我很多想记录的都是些技术上的东西，校内的气氛不适合，朋友们看到我这都是一堆无聊的技术文档还以为我精神出问题了呢。身边一个哥们是牛B的古典音乐爱好者，有牛B的blog，不得不请教他啊。结果我看到的是，他又在转移blog了。为什么呢？因为原来那个blog现在访问速度很慢，他只好另谋新家，转移过程很辛苦很无聊，无限的复制粘贴。

　　目前的blog网站各家都是独立的，用户第一次选择了一家网站基本上只能从一而终了，因为即使用户想转移到更新、可以提供更好的客户体验的blog网站，庞大的数据手工转移工作往往让人望而却步。可以大胆假设一下，如果各家blog网站建立统一的数据格式，可以提供日志文件的导出和导入功能，这样无疑大方便了用户，用户可以快捷的维护blog，更灵活的选择使用哪家blog网站，用户才有了真正的自由。

　　当然网站自身是不愿意这么做的，正是因为很多用户在无限的粘贴和比较郁闷的访问速度之间还是会忍痛选择维持现状，忍受郁闷的访问速度，于是网站保住了大多数老用户。但是现在的时代已经不是倚老卖老，靠资历靠增加莫须有的阻碍来保护自身利益的时代，“世界是平的”，所有不平的地方必然会被铲平。统一的规范，通畅的信息流通和转移渠道是用户急需的，所以也是网路服务商必须提供的，是不可避免的问题。

　　当统一的规范和接口大范围启用后，类似访问速度等问题自然就会得到解决，blog网站留住用户的杀手锏不再是资历而是他真正所能提供的客户体验，访问速度当然是第一位的客户体验。所以一种方式就是制定一套统一的blog规范，定义一篇日志由哪些部分构成，采用什么样的数据格式，以什么接口进行上传和下载以及其中的安全性如何保证等问题。

　　在此基础之上完全可以进一步开发一套新的blog管理软件，该软件提供包括blog日志编辑、上传、下载、以及多blog分类管理功能。那么用户维护blog将变成这样一种模式，用户可以先在本地编辑好一篇日志（离线编辑给用户提供了更大的自由），然后通过管理软件来上传日志。此外用户的另一中需求也应当考虑到，一个用户可能同时既是个j2ee开发者又是一个古典音乐爱好者，用户必然需要同时维护一个技术型blog专门发布自己的技术心得，和一个古典音乐blog发布自己的听音心得，否则就像bbs一样，跑到古典版去问ｊａｖａ的问题显然是不合适的。blog管理软件可以提供多blog管理功能，用户可以选择将一篇日志发布到自己的那个blog上去，比如一篇技术型文章也许应该发布到csdn上去，一篇时事评论应该发布到sina上去，而一篇读书心得可以选择同时发布到sina和xiaonei上去。这样的话对于用户来说只需要维护单一区域即blog管理软件，而不用费时费力去通过浏览器在各大网站间大费周折。对用户而言无疑是大大降低了blog维护难度。而对于各大blog服务网站来说，网站所能提供的用户体验将更直接的关系到网站的客户量，在这种竞争环境下，blog服务网站只有更加注重自己的特色才能吸引用户。

　　事实上，即使在还没有统一的接口的情况下推出这样一款管理软件也是可行的。只要吸引一些新兴的敢于尝试的blog网站加入进来，提供可以供这些软件利用的通信接口，这种管理软件以及这种blog维护模式必然很快得到用户的肯定，其他大牌blog网站也必然会顺应用户的需求加入到这一模式中来。事实上，问题的关键在于这种统一管理的工作模式而不是日志文件的统一格式。各家blog网站完全可以定义自己的数据格式，类似提供websevice的方式，管理软件针对特定blog使用特定的数据格式进行上传和下载，对于用户来说一样是极其方便的。随着这一模式的发展数据格式必然会逐步趋于标准化，当然网站也完全可以靠不断推出新的元素来吸引用户。

　　这种模式已经有人想到并在做了，msn space有一款离线编辑器，可以进行日志离线编辑上传功能，但单单这一款编辑器只能缓解msn space一家的问题，并且这个工具是单向的，他只管上传不管下载。但这已经是个很好的开端，说明现在的网络服务商已经发现了客户对离线操作的需求。邮件管理也经历了类似的过程，最终有了现在的dreammail、foxmail等邮箱管理软件，并且得到了广泛的使用。我相信越来越多的网站会发现这种模式的必要性。将编辑的环境而不仅仅是过程整个交给用户去处理。