1. 正版DVD、蓝光Blu-Ray影碟带有区位码限制，并且仅允许修改有限次（例如说5次）
2. 游戏主机分区域发行，并且部分游戏有进行区域锁定，也就是说只有在特定区域版本的游戏机才能玩这个游戏，这类游戏也不少，比如说最近发行的真三国无双6在XBox360上就仅有美版。
3. 在线商店销售限制IP地址段，仅允许所属国家的IP进行购买和下载，XBox Live上就经常有这样的软件限制IP，例如战争机器2的DLC在美服的话就仅限美国IP进行下载。
4. 运营商锁，例如iPhone的有锁机与AT&T的绑定。
5. 使用国外的IP看优酷等国内网站，也会遇到无法为您所在的地区提供服务。
6. 类似的现象还有，就不一一列举了，上面几个是比较常见的
为什么会造成这种限制性销售现象？其中的原因想来也是挺复杂的，对于商业没有太深刻理解的我也就谈谈我自己的一些片面的看法吧：

1. 市场策略
是商家不想挣钱吗？错，不是商家不想挣钱，而是商家想挣更多的钱。比如真三国无双6为什么不出亚版的XBox360版，原因之一可能就是XBox360在日本销售惨淡，销量累计至今不过150w台，远不如PS3在日的销量。相比而言，枪车球才是XBox360上的主流。另一方面的因素，则是厂商间的联盟和关系，比如Koei可能和SONY的关系更好一些吧，传统的日系游戏厂商注入SQUARE ENIX等也多与SONY关系更为密切，只是不想居然Final FantasyXIII也有劈腿到XBox 360的那天，虽说国际版里没有中文字幕。另一方面则是，游戏的独占或者某区缺少某个游戏势必会促进PS3的销量，对于某些仅在日本有市场的游戏，比如如龙，游戏厂商也乐得独占，想来独占，SONY也会给厂商一笔权利金吧。
2. 法律法规
相信这一点国内的朋友应该也不陌生吧，就是经常随处可见的，由于您所在地区的法律法规，您所搜索的条目无法显示。（谷歌和百度都有吧，没有就变成connection reset了，笑）当然不仅仅是由于敏感词之类的审查，像使命召唤、战争机器甚至于忍者龙剑传这些ESRB评级为M(Mature)的游戏由于暴力、血腥或者是题材的因素不适合在各个地区都提供下载，于是会限制IP为当地地区才提供下载。
包括中国大陆行货的iPhone4不包括YouTube，地图使用的数据源是http://ditu.google.cn 而不是标准的 http://maps.google.com 也是基于这个原因，至于大陆行货的iOS5里面是否会包含Twitter也是很不好说的一件事情。
3. 版权因素
大多数国外IP无法访问的国内网站都属于此列，例如Youku、百度MP3等，包括谷歌音乐也仅对中国大陆IP开放的、
4. 本地化以及避免窜货
上一篇中谈到了本地化与国际化的事情，区位码锁定的影碟以及区域锁定的游戏碟一般都带有本地化的语言而不带有国际化的语言字幕的。

上述就是我想到的一些为什么商品仅在部分地区或者限制在部分地区出售的因素，欢迎大家留言与我讨论。

Kik的出现解决了以下这些问题：

1. 发送短信成本太高，并且短信容量太小。相较于国人1角1条（如果有套餐包的话可能更加优惠），美国各运营商的短信价格无疑要贵上许多，据说是0.2美元一条吧，还有就是140字英语的表达能力还不如70个中文字符。
2. 2. 更快捷的反馈，相比于传统的信息报告机制，Kik的S/D/R无疑要高明许多（由于没有使用过BBM，在这里想请教一下用过BBM的同学，BBM中是否也有类似的状态报告），并且类似很多即时聊天软件的is typing状态，也让沟通变得更加快捷。（不知道腾讯微信出于什么考虑，把这个备受欢迎的功能，以隐私为名给抹杀/去除了）
3. 表情的支持，尽管不是一个必备的功能，不过为了加强沟通的效果，在没有图片表情的时代，人们也发明了诸如:-)的颜文字，当然现在诸如搜狗拼音输入法中也都集成了许多类似的表情文字。（btw，iPhone内置也有一个隐藏的Emoji键盘，该功能在日本地区很受欢迎，因为DocoMo/SoftBank/AU提供的其他手机中一般也都内置有Emoji，如果iPhone无法显示其他手机发送的包含emoji表情的消息，无疑是很遗憾的。）
4. 与通讯录的无缝整合，虽说有窥探隐私之嫌，但无疑对于广大用户来说，这个还是十分方便的。当然类似的软件诸如WhatsApp，以及各类模仿者（或称为山寨版）也大都具有这功能，便不再赘述。

说了不少关于Kik的内容，其实这倒是不是本文想要讨论的主要内容，我想讨论的是沟通成本的问题，这个成本包括但不限于金钱成本以及心理成本，当然主要讨论的是心理成本，也即做一个动作需要进行多少考虑。也许这么说很多人还是会有点不明白，那么不妨举一个例子，比如说有一个没有见过面的陌生女网友，你要和她进行沟通，你会采取以下哪种方式呢？

1. Twitter @
2. Twitter DM
3. Kik
4. Google Talk
5. Email
6. SMS/短信
7. Call
8. FaceTime

当然，我知道网上会有很多人会挑FaceTime。不过就我以一个闷骚男的想法来说，上述8个序号的排序是依据我觉得由容易到难的次序来排的，而且我做这个假设的前提是各种联系方式的信息我都是知道的情况下的。也即如果能用1完成沟通的，我一般不会去用2完成，以此类推。

当然这又涉及到一个沟通有效性和沟通成本的问题了，想来的确也是，越是麻烦的方式，比如FaceTime抑或是电话，FaceTime不仅要保证双方同步进行通信，还要保证你所处环境不是不适应让对方看到或者会让对方感到不适的。但是，通过FaceTime进行沟通可能造成的误解等的可能性也远小于其上面的几种沟通方式。同样的道理，在工作中，如果要催促别人完成什么事情的时候，电话的效果也远好于Email和IM。

正如我以前在Twitter上说过的那样，如果不是有什么特别要紧的事情（不在乎及时性），那么我一般会选择短信/IM这样的沟通方式，而不是电话/FaceTime这样的强沟通方式，暂且允许我把沟通方式分为强沟通方式和弱沟通方式。

而Kik在我看来，其沟通成本比短信更低，就像上面描述的那样，假设我给一个陌生女网友发一条短信，这总得找个什么理由是吧。而Kik，则有点是介于虚拟社交和真实社交之间的网络，发一条Kik消息所需要的心理成本其实是相当低的，甚至在我看来低过发一条GTalk的消息。

写到这里，发现想说的差不多也都说完了，有本书叫做《沟通心理学》也许我应该去看一下，也许能够多明白一些什么吧。就先写这些吧。瞎扯瞎扯，当不得真。

其实就我自己而言，在更新这篇博客之前，已经很久没打理过这个博客空间了（由于微博的存在，也的确客观上降低了更新博客的频率），我在考虑这个问题，就记录自己的心情而言，是博客还是播客更加合适？相对于播客，博客在国内更加的普及，各大门户以及各种大大小小的BSP提供了很多免费的博客空间，尽管也许有这样或者那样的限制吧，但无可否认，这对于推动博客在中国的发展也是起了相当重要的作用的。很多著名博客的博主，例如可能吧也好、月光什么的也好，以前也都使用过Blogger抑或是Live Space，之后觉得不能满足要求才逐渐转向Wordpress这样的独立博客的吧。至于想要自己发布播客的话则对于带宽等颇有一定的要求，至少我还没有尝试过，不过却很有兴趣去这么试一下。用声音抑或是视频记录自己的生活未尝不是比文字更好的一种表达方式。

就我接触到的播客来说，主要有以下两种方式发布为多：1. 使用 iTunes 通过RSS订阅 2. YouTube （Youku 上也有不少，不过我使用不多）

其实对于想使用播客代替博客的想法是从看了阿凡达之后开始的，影片中的男主角用的那种方式记录日记我觉得很好很强大，也很感兴趣，而且相比于文字来说，在介绍软件、游戏攻略等方面视频博客有着无与伦比的优势，当然我对于录制视频以及视频整合啥的没啥经验，特别是后期处理，这点比较悲剧啊。

我自己现在的需求是：

1. 能够通过手机的麦克风录音之后上传或者拨打某个特定的电话号码（Wordpress Phone2Blog）来发布自己的博客/播客，录音相比打字的好处，就是在摇晃抖动的车厢内也没有太大的影响，只要周围环境不要太吵闹即可。 iPhone 的语音备忘录的录音格式是M4A的，我不知道 Posterous/Tumblr 等支持如何，并且即便支持，由于某道防火墙的缘故，访问也不够方便，至于优酷等传递音频也不是特别合适吧，虽然可以配图啥的。
2. 如果介绍软件的话，或许比起配图，能够屏幕录像加上自己的解说也会比干巴巴的文字好上不少是吧，最近喜欢上在 Youtube 上看 AppReview 以及 一些小游戏的视频攻略等，觉得还是十分不错的，甚至于硬件的Benchmark什么的也是视频更有说服力不是吗？

上图是我的Google Reader最近30天的统计，因为清理过一些订阅，所以6141的数字相比最高峰时的超过10000+还是缓和了不少的。另外，由于 Read on Mobile 的只能统计在官方网页版（传统版以及 iPhone 版上）的阅读情况，并不能反应通过第三方客户端软件的阅读情况。所以，并不能真实的反应我的Mobile阅读情况，就不贴出来了。

1.为什么会有手机上阅读RSS/GR的需求？

理由无非是以下几个：

1. 手机上屏幕小，更易集中注意力，更适合阅读文字
2. 打发地铁/公交等的无聊时间，顺便扫扫GR，看看有什么新鲜事
3. 看RSS已经成为了一种习惯，手机上也不愿放过
4. 喜欢手机阅读，却又不喜欢总是自己为手机下载内容（txt/umd电子书）

2.手机上阅读RSS的需要的功能

1. 和 Google Reader 同步，这个功能可以避免阅读重复内容，而且对于订阅的管理也比较方便。
2. 离线阅读以及Cache，倒不是仅仅是为了 iPod Touch 这样子的没有 3G 网络的设备，更是因为 RSS 是一个烧流量的服务，特别是遇到多图的文章的时候。（虽然大多数手持设备只有480*320或者800*480的分辨率，但是图片如果是1920的话，还是得下子1920的大图，然后缩成小图，流量就在这么不经意间浪费了）
3. 方便的Mark As Read功能，因为很多Feed，我只看标题不看文章的，所以如果能批量标记为已读还是很重要的，尤其我是看到有未读数会纠结地一定要清空的人。
4. 方便的切换文章，Next/Prev，这点 NewsRob 的切换页面的位置比 iPhone 上大多数程序的按钮点起来方便，MobileRSS 2.3版提供了类似 Tweetie 的拖动直接翻页也算是比较好用的，就是有一定的时滞。
5. 移动网络(Edge/GPRS/3G)情况下的节省流量考虑，如关闭同步，关闭图片下载等功能
6. 能够添加注释/笔记，然后分享；传统网页版一个我比较不满意的地方就是不能够添加 comments
7. 也许比滚屏更能精确控制的翻页功能，类似Stanza 和 iBook 那种，因为滚屏需要每次控制滚动多少，其实又是一个需要 think 的步骤，a bit tired.

3.网页版相对于客户端的优势

1. 不用同步，随时能够保持是最新的内容
2. 如果去除Cache不计的话，打开网页版消耗的流量会比客户端同步一次小的多（以我的使用经历为例的话，富网页版打开一次（预载入文字，不预载图片）流量消耗大约在300-700KB左右，而客户端同步一次流量大约在2M-5M不等。
3. 在Trend里能更精确地得到移动版的阅读统计信息，在Mobile上读了多少，都是哪些subscription。
4. 一些 iPhone版网页界面独有的功能，如搜索，魔法排序（似乎是根据好友分享，众人like数的一个算法来排序的），客户端也不能够提供。
5. 一个鲜果网页版有而GR中没有的功能是，隐藏某些Feed在手机版页面中不显示，这个对于手机阅读来说也是十分方便的，毕竟对于Cnbeta等高频率更新又不是全文的Feed在手机中几乎没有阅读的价值。

4.一些可取的建议

1. 使用两个帐号或者两个阅读器
   例如使用Google Reader订阅比较适合手机阅读的Feed，使用鲜果订阅更新频繁的如cnbeta这种，或者是某些bbs的feed。缺点是，使用多个帐号，有些帐号可能会疏于使用。
2. 使用只同步指定目录的阅读器客户端
   例如 NetNewsWire 就支持该功能，鲜果也是类似并且是保存在账户设置中的
3. 不订阅更新频繁或不是全文输出的Feed

一个合理的订阅结构，应该是在 Opera Mini或者 UCWeb这样的阅读器中也能愉快地阅读的，而不是把大量的时间放在切换文章上（标记为已读），正是因为需要点下一篇文章的次数远远多于耐心看文章的次数才使得在 Opera Mini中几乎不能很好完成我的任务吧，笑。
——————————————————————————————————————

因为是前几天写了一半的文字，今天想把它写完的时候突然发现找不到前几天的思路了，也罢，就这么匆匆结束吧。有任何意见建议欢迎留言，^_^。

锐推，正如在我们的文章如何在Twitter上锐推上说的一样, 已经成为了重新分享你在社会化媒体上喜爱的内容的主要方式。同样我们可以通过锐推的方式来获取大量的数据，正如我们在锐推的科学中概括的那样。

不过除去显而易见的之外，是什么使锐推不同于一条普通的推呢？是什么是一些类型的推能比其他的推获得更多的分享机会呢？你又能从数据中学到什么如果你想得到更多的锐推的话？

这周病毒式营销科学家Dan Zarrella 深入挖掘了锐推的数据并且发布了一些有趣关于锐推行为的统计。这些能够帮助我们更好的理解为什么人们锐推那些事，或许这些也能够帮助到你。

1. 锐推包含了更多的链接

关键点: 如果你想要被锐推，在你的推里经常包含一些链接。

2. 更长的词/多音节的词（中文似乎不存在这样的问题）

关键点: 使用长的单词并不是获得锐推的账号-事实上它似乎在帮忙。

3. 更高的阅读等级/更复杂

关键点: 推并不是需要十分简单以获得人们的锐推。

4. 更多的新名词和概念

使用一个超过1000万推作为样本尺寸，Zarrella 发现“在随机推的样例中，每个单词出现89.19次，然而在锐推中每个词仅被发现出现了16.37次。这告诉我们简单对于获得锐推并不是最为重要的，新颖才是。

关键点: 如果你希望获得更多的锐推，试着添加一些新信息

5. 更少自我参照的内容

关键点: 如果你想要被锐推，不要过多的谈论你自己。（偶对这条挺无视的，个人看法）

因此你应该明白: 如果你想要获得锐推，不要谈论你早餐吃了什么（其实对于我个人而言，我挺愿意关注你早餐吃了什么的，如果你愿意与我分享的话，呵呵），不要诅咒，然后不时地放入一个又一个有用的链接。

Mashable 的最佳锐推资源

()

- 如何在推特上锐推 – Ben Parr offers a primer on how retweeting works, plus tools to retweet more efficiently and track the most popular retweets.

- 锐推的科学 – Dan Zarrella explains which factors make certain tweets more viral than others.

- iPhone的Twitter应用程序支持锐推 – Our review of the Retweet iPhone App.

- 15个令人着迷的方式去追踪Twitter趋势 – Covers some of the best tools for tracking trends on Twitter.

1. Friendfeed
   不得不承认，即使作为一个Twitter 的铁杆粉丝，FriendFeed 在实时性方面的表现也比 Twitter 优秀的多， Twitter 的官方主页甚至都不支持 Auto-Refresh 。在重复消息的过滤方面，FriendFeed，也走在 Twitter 之前，FriendFeed支持隐藏消息，而且选项特别丰富：支持隐藏特定好友的所有信息，隐藏特定好友的某一类别信息，隐藏所有好友的某一类别信息，并且可以不隐藏所有带有评论的消息。 而且 FriendFeed 还有做的最棒的一点， 能够自动合并显示相似的消息。在这方面，我觉得推特有很多可以向FriendFeed学习的地方。
2. RT的泛滥
   已经好多次听人提起，中文推特圈经常有人疯狂RT、以RT为乐，或者以RT代替回复的做法。我想有可能是新手还没有了解RT的实质吧，但是个人以为，以RT代替回复这种做法是万万不可取的，因为它大大加重了你Followers的阅读负担，而且还丢失了 #Thread。
   故滥用 RT 脑残者无药可医也 （via Ratoo Posterous ,请自行跳栏）
   当初对 twitter 的一些设想 （via 永远的阳阳猪）
3. 关键节点 以及 被RT时间
   尽管Web2.0 提倡去中心化，包括类似 Tor 这样的匿名代理服务，也是标榜没有中心节点的。但是，我个人以为，在每条 Tweet 的传播过程中，仍然存在着关键节点这个概念。所谓的关键节点，就是指RT榜上的名人，比如 @jason5ng32,@riku,@wenyunchao 等人，即使一些很普通的推，经过这些名人的节点之后就呈现出极具的放大扩散效应
   另外，由于Twitter的流式效应，@newkhonsou 说的一句话也颇为在理:

   如果一条Tweet在30分钟内没有被RT，那么它将永远不会被RT。(也从另一个角度说明了Twitter的时效性)

4. Follow 以及 Mention
   这也是Twitter 或者说 微博客不同于 SNS 的特质之一， Follow的形式决定了信息的流向。单向传播使得信息的流动更有效率，你可以只关注你想关注的人。单向流动使得明星与粉丝的互动成为可能，如果是好友关系，你能想象@kaifulee 需要添加多少好友吗? Mention 代替了 Reply 也使得你和其他未Follow你的推客的交流成为了可能。
   注：之前 Reply 是只显示最前面@coolxll的Tweet给你，而现在的Mention则是无论一条Tweet 何处出现了 @coolxll 都将显示在你的 Mention 里面。
5. 以人为中心 还是 以信息为中心
   Twitter最初的目标是“What you are doing now”,不过自从世界发现了Twitter的强大传播能力之后，Twitter的目标变成了“Share and discover what’s happening right now, anywhere in the world.”小小的一个副标题的改变，却揭示着Twitter成为”世界的脉搏”的野心。当然，如果这是一个缺乏人情味的Twitter，我想或许我还不如回归RSS和Google Reader呢。
6. 伊朗政变 和 垂直微博——蓝弩
   伊朗政变——Twitter、乌鲁木齐动乱——饭否，不知道是该说时势造英雄呢，还是生不逢时好呢？饭否、叽歪、嘀咕一个一个由于强大的监管倒下了，新浪微博站起来了，不过它是否是我们想要的微博客呢？一个开放、自由的MicroBlog。
   最近，也有新生一个概念垂直微博，比较具有代表性的是以阅读社区为依托的蓝弩，在奶瓶的访谈中也有提到蓝弩，另外最近还有一个以证券之星为依托的赶牛微博，不知后事会如何？
7. BBS/Forum/SNS/Blog 与 Twitter
   先澄清一下，BBS和Forum是两个不同的东西，我的理解一般高校的可以通过Telnet登录的称为BBS，而Discuz、PHPWind这些则是Forum。
   BBS如今似乎只有很少一部分在校大学生在使用，尽管有方便的快捷键，但是仍免不了其将慢慢退出历史舞台的命运。
   Forum是中国现今仍然最火的由用户产生内容的网络服务，光看那些著名的社区，例如Mop、天涯的访问量以及很多群体性事件都是从那边开始引起注意的就可见一般。Forum类似于豆瓣的Group，是基于用户的兴趣聚合在一起的一群人，相互之间的关系可能会比较弱。
   SNS，Facebook也好，校内、开心也罢，更多的强调的是一种线下的真实的人际网络，所以相对来说，相互之间是强人际关系。可能以大杂烩形容SNS也不为过，在上面你什么都能做，相册/Blog/讨论组/分享、收藏链接，但却有什么都不想在这上面做（毕竟单独每项都有更好、更专业的选择，比如Flickr相册，Delicious收藏夹等）
   Blog相比Twitter，则更完整，起点更高，不过也有更大的传播力和影响力。至少Twitter代替不了Blog。
8. 送到通知 与 在线状态
   正如我之前在Twitter和IM之间的关系中就有提到的,Twitter 和 IM很大的一个不同就在于没有送达通知以及在线状态，所以作为一条广播信息，你不知道你的Tweet 究竟有多少你的Follower 是看到的，或许永远也不会知道。
9. PushMail /DM 嘀咕火兔
   最后说说PushMail，觉得PushMail会改变人们的生活方式，我相信因为PushMail，总有一天我们不再需要SMS和MMS，所以我能理解为什么iPhone在3.0OS之前一直不支持彩信了，或许在欧美发达国家，彩信真的不那么常用了。
   再说说关于DM的问题，因为常常听说有人会漏DM,因为使用dabr的缘故，需要在DM之后，@一下以示提醒，不过对于我来说我倒是觉得DM是最不容易漏的东西，因为只要开着GMail（手机上Push），DM的信息会通过电子邮件的方式传过来，所以觉得还是很方便的。当然，你也可以参考 @terryxxy 的方法，将DM通过139邮箱转发到手机上，更加稳妥一点。
   嘀咕火兔是一个为推图而生的客户端，至少它的设计就是为了推图的方便，当然很多时候，你会发现图推的确比文字更有说服力，而且将来回顾起来也比较容易一些。（鉴于此，纪念一下 twitpic 兄弟）

想到的就这些了，关于Twitter 和 微博客，有任何想法欢迎跟帖、留言与我讨论，thx。

可以使用API的Twitter客户端

1. twhirl
   参考 @Ratoo 同学的文章，如何在Twhirl使用laconica (在Posterous，需跨栏)
   使用Laconica 账号， 账号格式为 yourid@api.com
   
2. TwitterFox
   由 @guoguoer 打造的支持自定义API的 TwitterFox，支持配置API Proxy及第三方站点的twitterfox (twitterfox1.8.3.myurl.1.2)
   
3. Spaz 下载地址 （Palm Pre 以及桌面版）
   
4. Twibble 下载地址 (Adobe Air 以及 Java 手机客户端）
   
5. Gravity (S60 手机客户端）
   ifanr 不遗余力推荐的 S60手机客户端, 很强大的客户端 (via iFanr)
6. Ubertwitter （黑莓手机客户端） OTA地址 (thx @molezz)，另外有个 Blackbird 不是很好用，就不做介绍了,SocialScope由于邀请码不易得到故也不在此列
   国外最受欢迎的Twitter客户端 UberTwitter 0.917 内测版 (From BBerCN 莓博)
7. Twidroid (Android 系统客户端）
   见我之前的文章吧 #
8. TwitBird Pro (iPhone 平台客户端）
   Weiphone BBS的介绍 # ,@hidigi 同学的博客似乎也有介绍，只是似乎我没有办法打开链接，文章被他删掉了？
9. Twitterrific (iPhone 平台客户端）
   (via @Fenng’s Flickr)
   从这一步开始，选择identi.ca。 #
10. PockeTwit (WM 平台客户端)
    
    修改 PockeTwit 安装目录下的laconicaserver.txt，加入你自己的API地址，重新添加账号即可使用。

以上这些就是我用过的支持修改API的客户端，如有遗漏，烦请同学们留言补充，另外补充一个八哥可以不用修改设置，直接登录Twitter，算是比较符合国情的吧。

可供使用的第三方API，以及使用方法

1. Birdnest——鸟巢
   如何安装，请参考 @ifanr 的这篇文章： 打造自己的twitter API proxy
2. Tweetr
   小众软件对Tweetr 的介绍：  如何利用 Tweetr 搭建自己的 Twitter API？
3. Twip ，由 @yegle 同学开发的客户端，兼容性很好，很完美
   小众也有介绍，不过加了密码，密码自己猜吧，提示下f*****w:
   密码保护：Twip – 又一款基于 PHP 的 Twitter API

1.Wikipedia（维基百科）
在我的眼中，Wikipedia依然是最成功也是最优秀的用户产生内容的站点，作为世界上最大的百科全书，维基百科几乎所有的内容都是由用户创造的，08年英文维基百科的统计是平均每天增长约1558条新条目[来源]，中文维基百科建立至今平均每天增加条目106条[来源]。维基百科的条目质量都很高，来源都标有引用出处，对内容都有考证，可信度比较高。不过，最近维基百科增长速度放缓。维基也遇到了自己的问题，是的，编辑维基百科的一直都是维基百科的核心用户，尽管数量并不多，但是他们知识丰富，编辑出来的条目质量比较不错，（很遗憾地说，作为维基百科长期用户的我，到现在为止一次也没有编辑过维基的条目，没有贡献），但是如果那帮用户热情下降了，维基如何才能保证条目能够及时的更新呢？如果能在保证质量的情况下让尽可能多的用户参与进来是一个值得思考的问题。

2.百度百科（Baidu Baike）
百度百科是维基百科在中国的一个模仿者，尽管如此，但是百度百科和维基百科并不是一回事。维基百科是全球最大的自由百科全书，而百度百科则号称自己是全球最大的中文百科全书，恰恰没有了“自由”两字。百度百科没有维基百科那样的高姿态，表现的比较亲民一些，但是与此同时百度百科的条目质量也令人担忧，条目质量良莠不齐，很多条目仅仅是由网页上内容剪切、拼凑而成，更有直接抄袭维基百科的条目[来源]。（这个是中国人的问题吗？）百度百科很多时候也是网友们开唰的对象，比如著名的百度“十大神兽”。尽管存在诸如此类的许多问题，但无可否认，包括百度百科、百度贴吧在内的用户参与模式确实是百度流量的重要来源，同时，百度百科常常也能帮助我解决一些问题，这也让百度在网站的矩阵体系中更具有竞争力。
更多资料：《百度百科》Vs.《维基百科》

3.博客平台（WordPress、新浪等BSP）
博客可谓是Web2.0的开端与起源，据调查中国的博客使用率高达50%以上，尽管其中许多博客并不产生高质量的原创内容。而且在中国，博客依旧不是一个挣钱的职业，真正具有影响力和传播效应的博客，也就仅仅局限于少部分的博客圈那一小群了（本来想说一小撮的，XD），很多用户的博客的用途仅仅是转载而不是自己原创的文章，这个就有些让人匪夷所思了，当然在中国这种情况并不在少数。
另外，由于种种情况很多小站并不遵守 CC创作共用协议，在中国纯抄袭转载的站点也不在少数。

4.Twitter、Facebook、FriendFeed（很不幸的是这三个站点在中国都不能访问）
这类网站每天能创造出成千上万的内容，尤其是试图成为地球的脉搏的Twitter，每一条经过Twitter的消息经过RT都会被放大数倍。但是也正是这些网站的信噪比特别的大，在Twitter上我们每个人都可能变成一个话唠，无论是有意还是无意；由于RT的缘故，又会产生无数重复的信息。在浩如烟海的信息流中，真正有益的信息能有多少，真正有用的信息会不会在不经意间错过，这都是我们值得思考的一个问题。
当然，要求Twitter上的信息都是有价值的也是没有意义的，因为Twitter关注的对象，不是信息而是作为个体的人，我们感受到的快乐更多的是因为是和真实存在可以互动的人交流而带来的满足感，而不是仅仅希望是Google Reader一样的分享信息。
FriendFeed作为一个聚合（Mashup）站点，汇聚了更多的信息。在这个礼拜，有一个劲爆的消息，Facebook收购了FriendFeed，不知道进行了这桩收购之后的FaceFeed在信息流这个关键点上会有什么突破，能否给竞争对手Twitter带来更大的压力。

5.Flickr、Picasa、Yupoo
图片类网站和文字类网站还是有所不同的，所以还是分开来对比比较好些。相比于Google的Picasa，我对于Flickr是更加敬佩的，因为是源于对内容的追求和执着。无可否认，Flickr更像是一个摄影社区（尽管我对于摄影不了解多少），上面几乎全是网友们自发分享的原创照片，并没有很多人把Flickr当做图床使用，尽管Flickr是允许外链的。在Flickr上，你总能找到那些令你心旷神怡的美轮美奂的摄影作品，是的，这就是Flickr比Picasa强的地方，国内的Yupoo（又拍）、巴巴变、TuHigh（图海）等试图追随Flickr的后来者均未能取得如Flickr般成就。

以上5种仅仅是UGC内容的沧海一粟，上面的观点是我对于UGC内容的一些小小看法，欢迎大家一起讨论。

1.TweetStats (我的页面)

TweetStats 是一个 Twitter 使用情况的统计服务，TweetStats 分析出你每天平均发多少推，分别在什么时候发，是一个观察使用习惯的很好工具，而且不需要进行登录。

通过分析Replies To 和 Who You ReTweet，还可以看出那些好友和我们关系比较密切。
另外一个功能Interface Used，可以知道我们使用最多的客户端是什么。像我的话，使用的最多的是TwitterFox，一共用TwitterFox 发了958条推。

2.Twitalyzer (我的页面)
Twitalyzer 是一项 Twitter 影响力分析服务，一共有5项指标来衡量你的影响力，其中最重要的一项指标也就是第一项Influence，基本上是由你的Followers数量，被RT的数量，被@的数量综合来决定的。别的指标还有信噪比，慷慨度，传播速度等，就由你自己进一步挖掘了。

3.Twitter Analyzer (我的页面)
Twitter Analyzer 是这三个工具里功能最为强大也是功能最为丰富的一款，可以分析你近一个月的使用情况。该网站的功能仍然在不断丰富中，Trends 和 Fun 功能也将马上推出。堪称 Twitter 界的Google Analytics。

2009,微博客元年

2009年最火的网络服务是什么？那毫无疑问必然是当之无愧的 Twitter 。2009年Twitter从美国到中国，风靡大江南北、男女老少。在马路上你是不是经常看见有人聚精会神地低头看着手机，你以为他（她）是在发短消息。NO，NO，他（她）其实是在上 Twitter 。2009年，毫不夸张地说可以称为 Twitter 元年（尽管 Twitter 成立是在3年之前）。在中国，还有为数不少的” Twitter-Clone “活跃着，比如饭否、嘀咕、叽歪等。
注:很不幸的是,截止本文发布时,饭否/嘀咕/叽歪在中国都被关闭, Twitter 也无法直接访问,真是一个讽刺啊。

接触微博客的原因

我接触 Twitter 的时间并不长，是从2009年1月开始的，在此之前我对于微博客还是有一些粗浅的认识的，使用过腾讯滔滔以及饭否等微博客。腾讯滔滔由于 QQ 的关系，是我使用的第一个微博客，但是由于不能在手机网页上发表自己的心情等种种原因（见右图）不能令自己满意。于是，寻找了下一个替代品——饭否，那段时间饭否的手机版登陆也有些问题，只能通过电脑版登陆，然后依靠 Cookies 进入手机版。 

邂逅Twitter

而后有一次不经意在逛 PerfectWorks 的博客的时候，发现 FriendFeed (墙外)这个当时很有创意的聚合 Web2.0 应用，发现 FriendFeed 对于 twitter 的支持很不错（其实，总体而言，各种美国的 Web2.0 应用对 Twitter 都有比较不错的支持，包括 Facebook (同样在墙外)。）就这样，我开始踏上了我的推客生涯。
最初使用 Twitter 的目的很简单，随时随地记录下自己的所思所想，记录下那稍纵即逝的灵感，偶尔也会摘录一下书上看到的不错的名言佳句。和其他 Web2.0 服务类似，我 Twitter上第一批 Following 的好友时线下就认识的好友以及 GMail 通讯录里的朋友(比如 @terryxxy, @scavin等）。同样也感谢第一个 Follow 我的朋友 @ibelen，每个上 Twitter 的人都希望自己的 Tweet 能有人倾听吧。

刚开始用Twitter的时候，用的还是 Web 版界面，相信每个刚上手 Twitter 的同学都是这样由浅入深的吧，而后慢慢尝试了一些桌面客户端，比如 twhirl、TweekDeck 等。

当然真正令我着迷的还是 Twitter 方便的手机客户端，只有有了手机客户端，Twitter才有了随时随地的属性，我当时使用的手机是 Nokia 的E51，S60的系统，用的 Twitter 软件是 twibble（支持Java与BlackBerry的Twitter手机客户端），当时的版本似乎是0.3.X,还很简陋，不过常用的发推、回复等功能也都有了，而且操作也比较方便，后来更新到了0.8.7，界面有了很大的改进，而且支持数字键盘的快捷键操作，是我用过的体验最好的客户端之一，其实 twibble 0.8.7还存在一个比较严重的缺陷只是当时我一直没发现而已，也就是不支持 thread comment ,也就是在回复的时候带上 in reply to 让别人可以知道你回复的是哪一条消息。我觉得这个对于整理 Conversation 等的 Twitter应用来说还是很重要的，并且在这之后支持 thread，也成为了我挑选 Twitter客户端的一个重要标准之一。令人庆幸的是，twibble 在沉寂多时之后终于推出了 twibble 0.9.X 支持了 thread api。

话说手机丢了之后，我临时用的是一部多普达710（Windows Mobile 6.1 Standard的操作系统），尽管有很多Symbian上习惯的软件不能使用，不过仍旧不妨碍我继续使用Twitter。WM上最佳的Twitter软件我个人以为是PockeTwit(本来想写一篇评测，不过由于现在PockeTwit不能直接使用，只能作罢），还有很多诸如ceTwit/TinyTwitter等的软件，还能通过JBED运行Java模拟器来运行诸如Twibble/Twittai这样的Java程序。最近，正在使用G1（Android），上面也有twidroid 能很好的满足我的推特需求。 退一万步说，即使没有这些客户端，只要你有一部能上网的手机那么你就能通过访问dabr来tweet，所以请相信：Twitter无处不在，拿起手机，这就是你的推特。

在Twitter的陪伴下，我走过了大三下，时间过得很快，有Twitter的时光总是不那么寂寞，很充实很快乐，可以与朋友分享生活的点滴，有你我很快乐。Twitter，我愿与你一路同行，共同成长。

Twitter 被墙

天有不测风云，人有旦夕祸福。在六月的某个日子，太阳依旧当空照，我照常登录我的 Twitter 的账号，却发现无法正常登陆了。我知道这是伟大的墙在作怪，不过好在人民群众的智慧是无穷无尽的，不久之后大 家便有了各种办法登录 Twitter ，主要归纳如下，也方便暂时还不会登录 Twitter的同学参考：

1. 在线 Twitter 网站（比如 iTweet , TwitZap等）
2. dabr 以及各种山寨dabr(我的山寨dabr)
3. 修改 Hosts 文件（此处就不公开了，欲知详情PM我）
4. 使用第三方 API 或者 自己搭建 API （比如 http://nest.onedd.net/api)
5. ……期待更多

所以，我们的结论是在云端的 Twitter 是墙不住的，尽管你能让我上 Twitter 不如以前方便，但你挡不住我上 Twitter 的热情。

一些感慨

人的欲望总是无穷无尽的，从最初的仅仅希望有一个方便的网页可以记录自己的生活点滴(当初我觉得能够通过 IM 发推就已经很方便了)到对 Twitter 的重度依赖，以及对 Twitter 的客户端的要求越来越高，人还真是被这样一部一部给宠坏的，永远不知道满足，呵呵。另外，也希望 Twitter 能够尽快回归，我们等你回家吃饭呢。（不过目前的情况看起来似乎比较困难，连饭否都。。）