Twitter on 不够智能的网志

Twitter广告继续尝试

Thu, 01 Mar 2012 02:25:21 +0000

节选消息如下：

2月29日早间消息，Twitter将拓展在苹果iPhone和谷歌Android设备上的广告计划，希望借此深入挖掘日益增长的移动用户群，并增加营收。 Twitter周二在官方博客中称，“推广消息”和“推广账户”广告服务现在都已经加入移动应用功能中。从2010年开始，Twitter内部销售人员就向大型企业销售“推广消息”，但是本月，Twitter推出了一种类似服务，允许小型企业通过在线消息平台购买和放置广告。

移动广告正在发展进行时

Mon, 27 Feb 2012 15:49:11 +0000

前几天新浪微博banner广告的报价，真是一石激起千层浪，有骂有捧，真够热闹的，不多说了，查看那条微博可以看的更仔细。商业化的路上总有那么点难过的，微博也不例外，坐拥号称3亿用户的核心产品，变现一定是个长久的话题，广告应该只是一个开始吧，其他模式肯定也在搞，手机微博广告的开卖也挺正常的：第一，新浪历来是以品牌广告为主要收入的公司；第二，手机版微博顶上早就有Banner了，开出来的位置是一定要卖的（好歹也号称40%以上是移动版用户呢）。基于社区、沟通的营销、广告形式挺多，twitter这个微博的先驱也正在研究各种形式，到现在也是有输有赢，Banner这种硬广确实和微博的内容呈现形式有一定不和谐，但没有广告主尝试、没有品牌成功案例，后边什么营销都是扯淡。不过话说回来，移动广告还是大有可为，除了继承互联网广告模式外，还有移动端天然的优势，基于移动设备的GPS、光感、摄像头等交互，另外就是真的关心用户的使用体验，banner不见得是最好的广告形式（虽然iAd只有banner），怎么让用户得到实惠的同时传播品牌形象，这是另一个要继续研究的课题。移动广告还在发展过程中，好的开始可能就是成功的一半，现在国内主要的移动门户新浪、百度、3G门户、凤凰等都在发展自己的广告模式，应用内置广告的平台现在也有个几十家，愿意内嵌广告的应用有上万了吧，活跃用户怎么也得过几千万，其实国内现在最缺的还是成功案例，和品牌的深入合作加上适当的交互也许可以迎来美好的未来。 p.s.本人现投身移动广告行业，公司需要招聘若干视觉设计、文案策划、前端互动设计，工作地点北京东四环住邦2000，有意的可以Gmail联系我 @94smart

又感地震，愿受灾地区的人们平安

Mon, 12 May 2008 15:35:00 +0000

北京不是第一次震了，远的有唐山大地震，近的有张北地震，但这次给我的印象最强烈。上次张北地震我在北京也赶上了，但不如今天这次震感强。今天下午两点多，我正在22层楼的办公室为某几个数据头疼，突然我觉得头有点晕、椅子在颤，我努力想扶着桌子站起来，但是失败了。我第一反应是不会是过劳要挂了吧，差不多1分钟以后才站起来，这时附近同事也都感觉刚才地在震，接着twitter上有好多人说"我们这里地震了"，之后QQ群被"地震"炸了窝。这时我们才知道地震了，一时间多个城市被点名，最后确定是四川汶川为震中的7.8级强烈地震，北京等地只是有震感。 “地震"注定成为近期的热点关键词，经过门户、论坛、搜索引擎、IM、twitter、Blog等途径广泛传播，网民成为最快获得信息的人，但弊端是谣言满天飞，可能会极大影响人们的正常判断，还好地震局反应快速，要不后果不堪设想。 p.s.基于人工神经网络理论，地震历史数据可以用来训练模型，但是这个模型可以准确预测地震发生吗？现阶段可能还不行吧。晚上听着CCTV新闻台（别的新闻台看不到），都不知道自己怀着怎样的心情在刷着USGS四川地区震情列表，每当刷出一条地震信息，就有一种难以言表的郁闷，还好现在（2008-05-13 0:45）频率降低了，希望可以无限延迟下去。鉴于维基百科地址不方便访问，这里提供一下百度百科的《地震自救大全》，不管用不用的到都看看吧。最后，愿受灾地区的人们平安！可以恢复正常生活！ p.s.早上上班路上，家门口有两条狗在马路中间办事，当时还觉得今天的动物够疯狂的，到了下午才明白。

继续流水账：Wiki和协作、沟通

Wed, 19 Mar 2008 11:16:59 +0000

关于Wiki，水是这样流下来的：

前传：对于Wiki和维基百科我是早有了解，05-06年的时候曾经先后用CooCooWakka和MediaWiki在94smart.com架过，基本都是玩两下就放弃了，当时好像是因为编写习惯和权限设置的问题。
去年11月开始看《维基经济学》，可能是因为个人口味不同，这本书读到今年也没读完，也不打算继续读下去了。
今年二月底公司开始培训新的内部办公工具（据说是EA内部使用很久的组合方式），其中之一就是用Wiki写工作报告，起先我很不理解曾在twitter上说：“有人听说过，用MediaWiki作公司内部报告系统的吗？"，言下之意相当的不屑。
在看了大BOSS写的快速入门后，在Wiki填充内容，从[[给文档加链接]]开始，起初不适应Wiki代码，网上搜索了很久也没找到合适的所见即所得编辑器，最后只好继续手写代码，还好后来习惯了。
我们需要把个人简历、联系方式及工作报告都填进去，就现在来看在Wiki里面写简历不是很舒服，所以我在Blog上写了个非公司版本的个人简历。
起先发现在Wiki里面的图片好像都不直接加外链，多数都是连图片描述页，也许是为了方便其他人补充说明或评论吧。
Wiki好像不是用来发布纯文本重复内容的工具吧？我认为内部链接才是Wiki的王道，能连接内部内容绝对不考虑外部链接。
使用Wiki一段时间，其间又看了些Wiki的相关资料，发现之前的部分理解有误，我很想收回之前说过的话，其实用Wiki进行工作报告是有实际意义的。
公司的内部办公工具主要由内容发布/知识库、邮件、文件版本控制及论坛组成，MediaWiki架设的Wiki主要负责工作记录/报告、内部事项通知、经验分享及岗位培训等内容发布。
Wiki的优点在于强调文档结构化，在内部关联上处理得很合适，且用户不需了解复杂的代码即可进行超文本内容编写，牺牲了部分灵活换来了相对容易的协作。
另外，Wiki可以作为Web版的文档版本管理工具，可以比对修改、恢复历史内容等。
Wiki的文档可以很开放，用来做知识库、新闻、个人资料、通讯录、Blog、Life Stream等都很合适，我现在就用Wiki来做网摘（并用ROR写了一个网摘的Wiki代码生成器）。
Wiki需要制定现实中的更新规范，比如谁可以编辑这里谁不行之类的。
最近总是听见公司同事喊：把某某事情写在Wiki里。我觉得Wiki还是作备忘吧，并不能代替直接、实时的沟通。
其实工具就是工具，不止是Wiki、CVS、SVN这些协作相关的，最后还是需要通过各种形式的直接沟通去解决冲突问题。
幻想一下，如果在Wiki监视的页面可以通过im提醒就好了，邮件提醒还是比较不及时。
我开始看好用Wiki进行内部网建设，因为贡献内容的用户可以非常多，基于工作原因大多数人都需要别人更好的协作、配合，所以贡献的内容可以比较靠谱。
……

本流水账可以写完，多亏互联网有twitter的存在~ 还好有twitter，让我可以随时把想法发出来，不用憋很久憋成blog，也许憋到后来都忘光了、没感觉了；还要感谢twitter，因为它丢信息不是特别的频繁，让我可以找到之前记下的内容。

近期流水账：我和ROR的简单接触

Wed, 12 Mar 2008 08:57:43 +0000

前一段时间一直在研究ROR，就想开发一些小应用，简单记一下这段心路历程：

想做一个部门内分享资讯的webapp，用来分享图片、网页、文字，基本是想做个简单的twitter类应用。
鉴于我本人对Ruby On Rails很感兴趣，twitter就是用它开发的，而且好像可以快速开发，就决定用它实现，版本是1.2.6。
不动手不知道，ROR表面的地方真是很简单，可以快速做出一个原型，但是越深入越复杂，想全面点实现出来需要注意的地方还真不少。
ROR的学习资料还算挺多的，就是高质量的中文内容太少，我其实不是做技术的，只能用部分业余时间写代码，连学带练的拖拖拉拉写了1个多月才像点样子。
就像《用户体验的要素》里提到的"永远不能发布的项目"一样，因为前期缺少足够的用户分析和功能需求，过程中还过分修改细节，不断加入特性，导致该项目一直不能正常使用。
看到xdite用ROR快速开发Facebook App，使用CSS库做界面布局，心又乱了，想拿进行中的项目改。殊不知，需要做的事情很多，要装rfacebook的gem和plugin，要到Facebook申请key，又要熟悉Facebook专用的标记语言FBML，很多设置需要在虚拟主机上调试，Dreamhost又诸多不便，最后只能作罢。
注意到Joyent提供免费的Facebook App空间，就去申请，若干天后通过审核。进入管理界面，傻眼了，超级复杂（如果有人觉得Dreamhost的panel已经很复杂就不用去试了），虚拟服务器配置好后，开始调试FBML。
没有将现有进行中的小项目转换成Facebook App，只是简单测试了下，做了一个显示所有好友的列表，发现Facebook提供的接口很有限，同时也推翻了我的一个设想"开发通用应用，分别用Facebook、Google等开放平台优化，做成跨平台的应用"，因为有很多功能（如邀请、好友搜索/选择等）只能通过FBML实现，除非其他平台也有对等的实现，否则这个应用只能是FB专用，不是我需要的通用了。
还是回到我想做的webapp上，考虑到时效性和同事的用户习惯，最后决定还是使用QQ群解决，之后公司又推广wiki协作方式，这个东东就不了了之了。
我最后把这个webapp发布在Dreamhost上了，没人知道，也不打算公开，也许下次再想做什么的时候可以先看看这个，作为警示自己的工具。

是我太随意，总想用复杂的方式解决本来很简单的事情，好像是挑战自己的极限其实最多算没事找事吧。其实还没有结束，这件事情的后传是这样子地：

研究笔记：Twitter的简单分享体系

Tue, 25 Dec 2007 06:52:21 +0000

前两篇分享体系相关的笔记写了Pownce、Soup.io，接下来需要翻过头来再次研究twitter，我个人认为当之无愧的（自说自话的）微网志鼻祖。虽说twitter简单，那只是表面的简单：

twitter看上去简单到只分享文字信息，但不简单的是，它把微网志、即时消息/回复（@id前缀）、定向消息（d指令）混合在一起。
当然链接也可以，twitter会自动将文字里的网址转换为可点击的链接。p.s.tinyurl类的短Url应用也在twitter的激发下被广泛使用。
以"What are you doing?"（你在干嘛？）为题，不停的答复着，自说自话着。
但，有多少人真正是在回答这个问题呢（我的好友就很少照做），尤其是gtalk、twitterfox、twhirl等tw应用的流行，现在的twitter已经变成了带群聊功能的IM。
twitter将好友的概念实质化，加好友变成跟随（follow），单方面的相当于订阅，双方面确认的是好友关系。
twitter的分享有一定权限划分，分几个层次：
- 跟随用户和收藏内容为任何人可见
- 更新内容可以限制只有好友可见
- @id前缀的回复内容被同样跟随该id的用户可见
- d指令定向消息只有对应用户可以看到
- 被跟踪数量和资料只用户自己可见
twitter的网站我很少去，除了为加好友等特定功能外，能不用就不用，因为我觉得twitter网站交互性不够好，不能总是没完没了地刷新页面。
好在twitter提供imbot，用gtalk就很方便的互动起来，而且它提供丰富的API，除了twhirl等纯客户端外，还有twitterfox、twiiterbar等firefox插件，另外还有一批特殊应用将twitter可以共享的内容无限扩大，比如twitterfeed可以把feed按自定规则发布到twitter，其中长地址还自动转换为tinyurl。
twitter可以自定义部分页面CSS。
可以通过手机短信、wap移动更新、分享。
使用Amazon S3服务存储用户的头像文件。
页面用户信息使用vcard。

为了这个系列的统一，我还是放出这个简单到不行的分享架构图：分享体系这个系列，我已经写到第三篇了，也许还会有第四篇、第五篇……这个系列一半为了工作需要，一半为了记录自己的即时想法，如有不同意见欢迎留言或gtalk交流，有些内容没有提到是因为我一时还没有理解，也欢迎来点化我，我会在不影响原文的基础上进行补充。 p.s.我现在使用twitterfeed发布Google Reader的阅读分享，一般每天发布也就在一个小时内进行，且数量很有限，应该还不够干扰别人的视线。

研究笔记：美味汤Soup.io的分享体系

Mon, 26 Nov 2007 10:37:30 +0000

美味汤Soup.io我是今天才知道的网站，之所以叫她美味汤是因为她本身提供文字、引用摘要、链接、图片及视频发布外，还可以融入很多不同类的包括美味书签del.icio.us、twitter、flickr、digg、youtube等流行的元素，她这样的特性让我想起了已经被G.F.W掉的Vox。（p.s.说到Vox，我还是挺喜欢用的，可惜被墙了:( ）和Vox有一些相似点：

都以分享、展示为主要目的。
都可以聚合（混合）其他应用的数据元素，比如flickr、youtube等。
自选显示界面模板

当然Soup.io跟Vox并不是一类的应用（放在一起说纯粹是因为我的个人爱好），她有自己的特点：

研究笔记：Pownce的分享体系

Mon, 19 Nov 2007 11:31:01 +0000

除了不能使用中文，我觉得Pownce还是很不错的。今天粗浅的整理了一下，画了张图：然后随便说说Pownce的产品架构：

分享是Pownce的核心功能，并依据用户间的关系来限制分享内容的范围、权限。
支持文本（twitter类碎碎念）、超链接、文件、事件日程格式的分享。
文本方面并不如twitter那么好用，而且因为不支持中文（我英文又很菜），用得很少。
超链接分享应该是一个亮点，除了文本链接这种形式，还支持引用Flickr、Youtube等图片/视频/音乐站的内容，可以直接将该内容显示在页面上。
文件方面就马马虎虎了，对10M以下的文件支持还可以，使用的是Amazon文件存储服务S3，所以并不适合大量文件的共享，因为超出的容量是要花钱的。
使用微格式（MicroFormats）完成个人信息（地址等）、好友信息（hCard）、事件日程（hCalendar）等信息的发布，并支持XFN来用网页形成关系网络，好像很方便日后的数据导出。
Server端，Pownce可谓LAMP架构的典型代表，使用Debian+Apache+Mysql+Python和django。
客户端使用比较先进的（还在测试中的）Adobe Air，感觉还不错。 p.s.不过Air的应用有通病，就是点击关闭就直接关闭，我好像还没看过最小化到任务栏的应用。
Pownce开放API方便第三方开发基于客户端、Web的mashup产品。

看上去很简洁，其实Pownce表现出的精简只是暂时的表面现象，Pownce未来可以扩展得更全面、更复杂。扯开一点说，Pownce抓住的是网络功能一个比较重要的部分，内容的分享，且是小型内容的分享。为什么这么说呢？大容量内容完全可以使用FTP、BT、emule解决，但是小文件呢？网络硬盘很好，但是要分享需要操作的步骤比较多：找地方上传、找地方发布、把URL通过IM发给需要的人……实情可能更繁琐，但是现在微网志应用满街飞的情况下，越来越多的人通过微网志分享自己的内容，用Pownce基本可以一步到位。扯回来，Pownce的分享体系值得研究，国内有不少有实力可以做到Pownce的应用（这里并不是指复制），就看他们愿不愿意了。 ok，今天的笔记结束~ **Update：**Pownce分享类型其实很明确，无论是文字、链接、文件还是日程安排，这些类型基本上都是唯一的，用户只用考虑分享内容的格式就好了，例如链接是图片、视频还是音乐的都无所谓，全部由系统来特定呈现。

2007中文网志年会北京印象之二：MicroBlogging大展拳脚

Tue, 06 Nov 2007 09:12:54 +0000

本次网志年会给我很深印象的，还有MicroBlogging的广泛应用，年会组织使用twitter作为官方微网志发布地，众多关心年会的Blogger通过twitter、jiwai.de、饭否、做啥等服务记录着相关信息。网志年会这个题材，给国内的微网志服务提供商一个大展拳脚的机会，下面就我知道的随便写写： 1、jiwai.de、饭否、做啥等MBSP的策略在一定层面上围绕着本届年会： ·网志年会使用twitter作为直播专用微网志服务，并希望参会Blogger自行使用twitter、做啥、jiwai.de进行文字直播。 ·jiwai.de为年会现场准备了一个自动刷新显示的页面，Blogger们都可以使用IM、页面、手机短信等手段发送年会相关信息，为场内外互动提供了有力的支持。 ·jiwai.de和做啥还提供twitter账号的绑定，需要填写twitter的用户名/密码，完成后在jiwai.de和做啥发的消息都会同步到twitter。p.s.我并不喜欢这种绑定的方法，因为我觉得不够安全。 之前理解错了，感谢lecause留言提醒，我以为绑定是从twitter同步信息，实际是同步到twitter，这样对于习惯用twitter的人就没什么吸引力了。 2、年会上第一个panel就是微网志相关的，由台湾twitter女王、重度使用者Carol和几个MBSP的掌门人过招，可惜话题仅停留在功能和实现层面，并没有更多的体现微网志的潜力。部分MBSP以紧随twitter为策略，并没有过多的考虑使用者的实际需求和用户体验。不过倒有个感觉，往届年会BSP的风头好像被近年新贵的MBSP抢走了~ 3、在11月的这几天里，各个MBSP的使用频率呈现一种爆炸式的增长。根据搜索引擎追踪和各站的数据，保守估计，11月3、4日两天，四家MBSP的年会相关微网志更新总量在10000条以上。说到最后，抓住网志年会这么个好时机，对MBSP肯定是有好处的，Blogger全是MBSP的潜在用户，哪家投入大哪家的收益就最高。无可否认，本届年会将是一个标志，之后MicroBlogging将大展拳脚。 —————p.s.—————– 1、可惜现场我没带笔记本电脑，用Treo650的Blazer浏览器上twitter，发中文内容（1、2、3等等）总被莫名其妙的截断，用吕欣欣的加句号法也没能很好的解决，于是错过了用twitter记录的好时机。 2、年会上播放的台湾twitter用户心得视频还是不错的~ 3、为什么jiwai.de和饭否为什么不能注册数字开头的id？我只能注册i94smart。但是jiwai.de却可以通过修改帐号资料功能去修改？

Prism，WebRunner及WebApp专用浏览器

Tue, 30 Oct 2007 07:16:34 +0000

WebRunner，最早是在刀枪Blue上看到，是个可以把WebApp变成桌面快捷的浏览器工具，说白了就是给网页套一个浏览器的壳，每个WebApp就是一个单独窗口的专用浏览器。它的核心使用和Firefox一样的Gecko，0.7版已经提供包括Gmail、Google Calendar、Google Docs、Google Groups、Google Analytics、Google Reader、Facebook、Twitter等一堆实用App，除此之外还可以自制WebApp（稍微有点繁琐），甚至连界面风格也可以重定义（但我没有成功~）。 Prism是WebRunner进入Mozllia Labs后的正式项目，只要填写简单的信息，就可以很方便的将网站自定义WebApp，而不用像WebRunner那样要经过编辑INI、打包等一系列有些繁琐的过程。 Prism，WebRunner这类WebApp专用浏览器解决了单应用网站的性能优化问题，可以独立存储Cookie等该应用相关数据，并将WebApp封装、桌面化。 Prism和WebRunner的WebApp与桌面程序相比，有好有坏：

Pownce邀请发送专用帖

Mon, 09 Jul 2007 05:23:43 +0000

注册Pownce有一段了，有部分邀请，有需要的在这里留言的时候加上信箱就好，为了不被spam盯上，请将邮箱中的@替换为#或(at)。 Pownce有个用Adobe Air做的帅气的但不能中文的客户端，还有一个中规中矩的个人Web页面，总体感觉Pownce确实跟twitter有点像，但是那应该是两种不同的东西，完全不可以用twitter杀手来形容。 更新：又获得6个邀请，可以继续发了~

近日热点：游戏和种子

Sat, 19 May 2007 15:50:00 +0000

今天看到的最热的两个非广告话题：星际争霸2和Google收购Feedburner，在我订阅的Feed里面每个链接都很多，我看到星际争霸2的有10个，Google收购的有5个，给我一个感觉：在我订阅的Blogger心目中关注暴雪的比Google的多:) 游戏：暴雪发布星际争霸2 如果现在有人问我还玩PC游戏吗，我肯定会说出了暴雪系的都不玩了~ 在暴雪过足了让玩家长时间关注的瘾之后，发布了星际争霸2，这一款经典即时战略游戏的非网游续作，又将是一款经典的作品。想起第一代大学的时候玩了很久，玩得不好但还是很喜欢，后面虽然知道了暴雪的新作，却还是要接受暴雪的跳票，真没办法，新出的这作不知道什么时候才能玩到了，有没有办法不让暴雪跳票呢？ 种子：Google收购Feedburner 可能是谣传，可能是真事，每回Techcrunch报料好像都成真了，这次也可能不例外，而且Feedburner现在正等着别人来收编，给Google总好过给Yahoo、微软，希望它可以继续顺利运行就好了。 Feedburner最近在做国际化项目，连测试中的中文界面都这么抛出来，看得出来是有些急，也许是到了谈判的关键时刻，不得不这样？！ Feed就翻译为种子，Burner呢？合起来叫种烧？（纯粹玩笑，希望译者看到不要介意) 说起种烧就想起种天（来自twitter里Feedsky被起的外号），Feedsky之前的融资、最近国内出了个种茶（Feedtea）等等，都说明国内对Feed的认识有了一定的提高，Feedsky被（百度？！）收购可能也是指日可待了吧？

今天继续寻找网摘替代方法

Wed, 02 May 2007 16:03:42 +0000

今天使用的是Google Reader的Star+Share，这个操作比较简单，但是也不能满足我的展示需求，主要是呈现页面不能按照实际时间倒序显示。点击查看我的Google Reader阅读共享昨天使用的是Google NoteBook，其实挺接近365key类的网摘工具，可以自选摘要，可惜没有Tag，分类会是大问题。前一段使过两下Mr Wang，感觉不太适合我，还不如del.icio.us好用。再前面一段时间试过用Twitter网摘，结果不理想，主要是麻烦，得让所有看我网摘的朋友都去Twitter Follow Me，成本太高了。 Google系的解决方法到此为止，明天开始用Yahoo系的~

昨日收集 - 谷歌，道歉吧

Mon, 09 Apr 2007 16:13:19 +0000

2007-4-9

昨日收集 - 关于Twitter的胡思乱想

Sun, 08 Apr 2007 16:30:47 +0000

2007-4-8

没话找话，本Blog近况

Sun, 01 Apr 2007 16:01:32 +0000

今天正好365key故障，另外今天说正经事的比较少，所以昨日收集就停了吧，借此机会说说本Blog的近况： Blog方面，好像好久没有写过什么了，我好像又变懒了，呵呵。有一大部分问题是觉得没什么想写的，即使有也写不了一两句；另外一部分问题是最近用gtalk写twitter比较舒服，有什么想说的直接gtalk就好了，能做到“即时思维记录”。这两部分决定我现在并不像一个blogger，也没法保证post数量，但是觉得现状更适合我。网摘方面，我还是习惯做我两年多来习惯的“昨日收集” ，如果系统稳定我希望一直做下去，曾被老魏说成“锲而不舍”，我觉得是有点夸张了，这只是我喜欢干的一件事，一直做是自己喜好决定的，并不是要坚持完成的任务，也许哪天找到更好方式，网摘也随我的喜好而停止了。选在愚人节结束的时间发，希望看到的朋友明白我是认真在说，并不是应什么愚人节的景。

昨日收集 - 你太爱那个网站/游戏了，但我很久没去玩了

Fri, 30 Mar 2007 16:39:13 +0000

2007-3-30

昨日收集 - 你要用Twitter吗？

Thu, 29 Mar 2007 16:33:45 +0000

2007-3-29

昨日收集 - 用户研究需要全面且综合的了解及分析

Wed, 28 Mar 2007 16:48:02 +0000

2007-3-28

昨日收集 - Twitter：咕叽咕叽

Sat, 24 Mar 2007 16:05:10 +0000

2007-3-24

昨日收集 - 社会媒体走向主流

Mon, 19 Mar 2007 16:25:00 +0000

2007-3-19

昨日收集 - 用户体验RPG

Fri, 16 Mar 2007 16:43:38 +0000

2007-3-16

昨日收集 - Blog的趋势

Wed, 14 Mar 2007 16:06:13 +0000

2007-3-14

年初新鲜试用

Sun, 11 Feb 2007 15:50:00 +0000

最近好像突然觉得自己喜欢尝新鲜了，吃新鲜的菜、喝新鲜的饮料、说新鲜的话、干新鲜的工作……好像新的一年开始就很新鲜，同时用新鲜的软件服务：

一、试用Google Reader两周了，感觉除了速度比FeedDemon慢一点之外，别的都还好。