订阅对微博的一些思考
2011 2 5 10:20 PM 2206次查看
分类：Web 标签：无
从时间轴上来看，互联网的本意就是为了传递信息；可在漫长的时期里，它却一直局限于小范围或单方面的传播；而如今，越来越多的网民主动参与了进来，想要相互交流的意愿，促进了社交网络——特别是微博的流行。
由此可见，微博的主要任务就是促进人们的相互交流，让人们自由地分享和探讨自己的观念。
这一年来，我先后尝试了3款微博：Twitter、Google Buzz和新浪微博，虽然使用不多，但也抱有不少看法。
最先接触的是Twitter，它算是微博的开山鼻祖了。
忘记用它的起因是啥了，或许只是避免自己的id被抢注吧。开始用它时，已是在它被墙之后了，所以只能翻墙上去肆意发泄而已。
界面不能算华丽，@回复没有上下文也让我莫名其妙，所以只是加了一些好友，并不常说话。
慢慢地知道RT、Retweet和标签等术语之后，我也尝试做了下Twitter应用，最麻烦的就是查看文档和本地测试需要翻墙，其他倒是一帆风顺的。
给我的感觉是Twitter上的人对政治、妹子、笑话和IT很感兴趣，其他话题很少引起大家的共鸣。然而却有很多人把无聊的琐事发在上面，当然这也是他们的自由。
不满之处是很多人并没有想回复的内容，却使用RT来代替Retweet，导致了Tweet过长和重复。当然，这多少也和他们用的客户端有关。
之后又用上了Google Buzz——被大家所期待，却又普遍不看好的产品。
它的设计很巧妙，自动隐藏了一些不太重要的话题，能同步众多源的内容（例如Google Reader、Twitter、Blogger等）。加上它几乎没有字数限制，可以发布HTML内容（含格式和图片），所以必然会得到一些人的青睐。
可惜的是它区分了评论和转发，想必大部分人是习惯转发，但这样就导致了评论的分散，也让人经常看到重复的转发（这也是Google Reader的一个缺点）。
此外，由于很多内容是同步源，因此它淡化了关注和被关注者之间的关系，更加强调发布源，因此也很少看到直接用它发话题的人。
还有就是它被集成在了Gmail里，没有一个简短的网址来记忆，无意间增加了使用者的负担（需要添加到收藏夹）。
API文档我只是读了下，与Twitter差异不大；不过因为没被墙，也就没有去做应用的打算。
最后用的是新浪微博，算是为异性所迫吧…
界面看上去很不干净，上方和右侧像是一大坨广告一样。分页方式也很诡异：首先载入大概50条微博，然后滚动到页底时用AJAX自动载入剩下50条，再用一个下一页链接来跳转到下100条。我大致能想到这么做的原因，不过还是让我很蛋疼。
和Google Buzz一样区分了转发和评论，但这也导致了可能漏掉关注者的评论。
最大的亮点是突出了原作者的微博，与转发者的回复显示在不同的段落里。其次就是可以发图和视频，配合手机客户端使用时，发照片确实很方便。
当然这些优点也经常被滥用，例如为了让自己显示在原作者一栏里，不用转发功能，而是自己复制粘贴，然后写个“@xxx投稿”或“via @xxx”；还有就是无论什么话都要配个图，浪费我的流量；此外就是当140个字不够说时，就干脆写在图里发出来。
另一个特点就是人气很高。由于有不少的明星用户，粉丝们自然屁颠屁颠地就去关注了，于是动不动几十万的关注者足够晒死普通用户了。还有一部分是闲得无聊的微博专业户，每天从各处搜集段子和图片来分享，从发布频率上就能感受到他们的用心良苦，所以也对得起几万乃至几十万的关注者。
至于所聊的话题，也许是用的人太多了，我感觉比Twitter杂了不少，反而几乎看不到政治和IT方面的。笑话自然是少不了，但一些从Twitter、糗事百科、人人、猫扑等地转来的老掉牙的段子还经常转发成千上万次，让我不得不觉得这里笑点太低。另外星座之类的话题也太多了，随便瞎编点东西都有一大堆人转发，可见无聊的人太多了。
说实话我也被泛滥的话题量所吓到了，我在Twitter和新浪微博都关注了10人左右，前者每天基本保持在20条信息以内，后者却整整多了一个数量级，而且充斥着很多重复的信息，以至于我不得不删减关注者。
客户端也算是不少，iPhone上那个很恼火，必须点击一条微博进去才能转发和复制内容，而这些人又喜欢发图，于是不得不多载入一次图片。
自己做客户端更恼火，花了半天时间去搞定那个有bug的Python SDK，却发现还要审核才能发布，于是懒得弄了。
回顾完我对这3款微博的看法，我又构思起自己心目中更佳的微博来：
- 相对民主的言论自由。
既然微博的意图就是促进交流，那么就不能以潜规则的审核方式来阻碍交流。
当然，我也不赞同人们发表无意义的话题，所以每个人都有不关注和屏蔽他人的权利。
也就是说，我希望由大家自己决定自己能接收到什么信息，而不由他人干涉；同时，由于得符合关注者的期望，你也不会肆意发布他们不感兴趣的话题。 - 以群的方式汇聚爱好者。
俗话说“物以类聚，人以群分”，以群的方式来交流，由于受众有共同的兴趣和爱好，往往会更利于讨论，这也是我在QQ上基本只群聊的原因。
而在网站上的实现，则类似于豆瓣的小组。只是群需要有人管理，我不希望变成论坛那种专制的管理方式，因此可以用民主投票的方式来选举和罢免。
发布时也并不麻烦，直接用标签来表示即可；关注的对象则可以从“人”变为“群”；屏蔽的粒度也可以变为群，避免显示关注的人所发布的不喜欢的话题。 - 最大限度地避免重复信息。
无评论，只有回复和转发。
无内容的回复自动变成转发，接收到多人次的转发会合并为一条。
增加火星评价，用户可以将重复的老话题标记为火星，让那些火星人自觉避免再次火星。（当然还能增加喜欢、感动、震惊、囧等评价。） - 便于追踪话题的上下文。
转发和回复时，数据库里记录主话题的id，这样在点击回复时，可以根据涉及的话题和人，展开相关的聊天记录。
点击@用户名时，也应该定位到该用户被回复的那条微博。 - 不能随意删除话题。
俗话说“一言既出，驷马难追”，说出去的话就应该像泼出去的水一样，不能随意收回。
每个人都应该对自己的言论负责，你有权禁止他人浏览和转发你的微博，但你无权抹杀历史和真相。
当然也要允许一个适当的缓冲空间，例如发布5分钟以内，且无人转发时，允许修改和删除。 - 无140字限制。
当然初始展示的内容仍然限制在140字以内，但点击后可以展开完整内容。
考虑到安全性和复杂度，不需要支持HTML，但要能发代码（不能删除空白和换行，带代码高亮更佳）。 - 方便发图。
只需要发图即可，视频对于手机等很多客户端无意义。同时客户端也可以选择不显示图，或只显示/不显示某些用户的图。 - 设置话题的限制等级。
当想说些少儿不宜的内容时，就不用担心被那些过滤了18禁内容的用户接收到了。
当然这些只是我自己的构想，我不认为现有的微博会照我的想法来改进，所以有空时还是自己做个来玩吧。
向下滚动可载入更多评论，或者点这里禁止自动加载。