twitter

post

Twitter广告继续尝试

节选消息如下:

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

与新浪微博相比,twitter更在意用户体验,测试的广告形式好像早已不考虑Banner类的硬广告。

post

移动广告正在发展进行时

前几天新浪微博banner广告的报价,真是一石激起千层浪,有骂有捧,真够热闹的,不多说了,查看那条微博可以看的更仔细。

商业化的路上总有那么点难过的,微博也不例外,坐拥号称3亿用户的核心产品,变现一定是个长久的话题,广告应该只是一个开始吧,其他模式肯定也在搞,手机微博广告的开卖也挺正常的:第一,新浪历来是以品牌广告为主要收入的公司;第二,手机版微博顶上早就有Banner了,开出来的位置是一定要卖的(好歹也号称40%以上是移动版用户呢)。

基于社区、沟通的营销、广告形式挺多,twitter这个微博的先驱也正在研究各种形式,到现在也是有输有赢,Banner这种硬广确实和微博的内容呈现形式有一定不和谐,但没有广告主尝试、没有品牌成功案例,后边什么营销都是扯淡。

不过话说回来,移动广告还是大有可为,除了继承互联网广告模式外,还有移动端天然的优势,基于移动设备的GPS、光感、摄像头等交互,另外就是真的关心用户的使用体验,banner不见得是最好的广告形式(虽然iAd只有banner),怎么让用户得到实惠的同时传播品牌形象,这是另一个要继续研究的课题。

移动广告还在发展过程中,好的开始可能就是成功的一半,现在国内主要的移动门户新浪、百度、3G门户、凤凰等都在发展自己的广告模式,应用内置广告的平台现在也有个几十家,愿意内嵌广告的应用有上万了吧,活跃用户怎么也得过几千万,其实国内现在最缺的还是成功案例,和品牌的深入合作加上适当的交互也许可以迎来美好的未来。

p.s.本人现投身移动广告行业,公司需要招聘若干视觉设计、文案策划、前端互动设计,工作地点北京东四环住邦2000,有意的可以Gmail联系我 @94smart

随笔

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

北京不是第一次震了,远的有唐山大地震,近的有张北地震,但这次给我的印象最强烈。上次张北地震我在北京也赶上了,但不如今天这次震感强。

今天下午两点多,我正在22层楼的办公室为某几个数据头疼,突然我觉得头有点晕、椅子在颤,我努力想扶着桌子站起来,但是失败了。

我第一反应是不会是过劳要挂了吧,差不多1分钟以后才站起来,这时附近同事也都感觉刚才地在震,接着twitter上有好多人说”我们这里地震了”,之后QQ群被”地震”炸了窝。这时我们才知道地震了,一时间多个城市被点名,最后确定是四川汶川为震中的7.8级强烈地震,北京等地只是有震感。

“地震”注定成为近期的热点关键词,经过门户、论坛、搜索引擎、IM、twitter、Blog等途径广泛传播,网民成为最快获得信息的人,但弊端是谣言满天飞,可能会极大影响人们的正常判断,还好地震局反应快速,要不后果不堪设想。

p.s.基于人工神经网络理论,地震历史数据可以用来训练模型,但是这个模型可以准确预测地震发生吗?现阶段可能还不行吧。

晚上听着CCTV新闻台(别的新闻台看不到),都不知道自己怀着怎样的心情在刷着USGS四川地区震情列表,每当刷出一条地震信息,就有一种难以言表的郁闷,还好现在(2008-05-13 0:45)频率降低了,希望可以无限延迟下去。

鉴于维基百科地址不方便访问,这里提供一下百度百科的《地震自救大全》,不管用不用的到都看看吧。

最后,愿受灾地区的人们平安!可以恢复正常生活!

p.s.早上上班路上,家门口有两条狗在马路中间办事,当时还觉得今天的动物够疯狂的,到了下午才明白。

Technorati : , , , , ,

Wiki, 内容管理系统, 工具, 随笔

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

关于Wiki,水是这样流下来的:

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

本流水账可以写完,多亏互联网有twitter的存在~

还好有twitter,让我可以随时把想法发出来,不用憋很久憋成blog,也许憋到后来都忘光了、没感觉了;还要感谢twitter,因为它丢信息不是特别的频繁,让我可以找到之前记下的内容。

<

p class=”zoundry_bw_tags”> Technorati : , , , ,

Facebook, Ruby on Rails, 闲言, 随笔

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

Ruby On Rails

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

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

是我太随意,总想用复杂的方式解决本来很简单的事情,好像是挑战自己的极限其实最多算没事找事吧。

其实还没有结束,这件事情的后传是这样子地:

  • 想在公司的Wiki里发网摘,觉得每条链接又要拷贝又要手写代码太麻烦,就用ROR做了个抓Google Reader阅读共享feed并转换成wiki格式的小应用。
  • 结果Google用的是Atom,只能引入了Feedtools,结果页面编码出了问题,绕了个弯子才知道是Feedtools本身的问题,手动打补丁后,终于解决。
  • 其实这个功能完全可以用PHP的lilina或MagpieRSS解决,我又多此一举了~
  • Ruby On Rails 2.0.2出来了,颠覆了1.2系的很多用法,很多特性更加吸引我,又想以后都把小工具用2.0去写,先从这个功能开始,有点无法自拔……

<

p class=”zoundry_bw_tags”> Technorati : , , , , ,

MicroBlogging, 分享体系, 随笔

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

前两篇分享体系相关的笔记写了PownceSoup.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等纯客户端外,还有twitterfoxtwiiterbar等firefox插件,另外还有一批特殊应用将twitter可以共享的内容无限扩大,比如twitterfeed可以把feed按自定规则发布到twitter,其中长地址还自动转换为tinyurl。
  • twitter可以自定义部分页面CSS。
  • 可以通过手机短信、wap移动更新、分享。
  • 使用Amazon S3服务存储用户的头像文件。
  • 页面用户信息使用vcard。

为了这个系列的统一,我还是放出这个简单到不行的分享架构图:

twitter.png

分享体系这个系列,我已经写到第三篇了,也许还会有第四篇、第五篇……这个系列一半为了工作需要,一半为了记录自己的即时想法,如有不同意见欢迎留言或gtalk交流,有些内容没有提到是因为我一时还没有理解,也欢迎来点化我,我会在不影响原文的基础上进行补充。

p.s.我现在使用twitterfeed发布Google Reader的阅读分享,一般每天发布也就在一个小时内进行,且数量很有限,应该还不够干扰别人的视线。

<

p class=”zoundry_bw_tags”> Technorati : , , , , ,

MicroBlogging, NewSite, 分享体系, 随笔

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

Soup.io

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

和Vox有一些相似点:

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

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

  • Soup.io定位为剪贴板,可以贴出非常丰富的页面。
  • 她无需注册,即可发布分享内容、导入内容。 p.s.分享的时候快一点永远是令人喜欢的,其实就是开一个匿名帐号(或公共帐户),这算是一个不错的引子,当你试用后觉得好用的话可以通过快速入口注册成正式用户。
  • 发布内容包括文字、引用摘要、链接、图片及视频,给我的感觉Soup.io更倾向于视觉上的分享,音乐和其他文件并不在主要分享范围内。
  • 导入更加开放,可融入更多的元素,比如包括twitter和jaiku在内的几种微网志内容、美味书签del.icio.us的网摘、在Ebay的(商品)信息、Vox的更新内容等等,如果还觉得不够,可以直接使用RSS格式导入其他内容。
  • 自定义界面,包括字体、字号、前景背景颜色等,还可以修改CSS。

现阶段Soup.io有些部分还很薄弱:

  • Soup.io有好友系统,但并没有分享权限的设置。p.s.也许分享就应该是广博的。
  • 也许是以展示用户自己分享信息为主,好友的分享信息没有很好地体现出来。
  • 暂时没有可以和桌面互动的方法,我没听说她如Twitter一样有众多IM和客户端作为发布工具,也没有Pownce那种功能性十足且够眩的Air客户端。

最后补充一张图,暂时记录这么多,更深入的有待我去整理。

p.s.我并不喜欢网间传播Soup.io的时候,用瘦皮猴这个名字,不够形象。

Update1:soup.io的IO意在输入输出,好多人把他定义为Life Streaming还是挺合适的。

Update2:上传文件存储在自己的服务器上,这样未来的发展瓶颈可能会出现在文件服务器的负载上,为啥不学习Pownce和Twitter把文件上传到S3之类的服务器上呢?

<

p class=”zoundry_bw_tags”> Technorati : , , , , , , , , ,

互联网, 交友网络, 分享体系, 即时通信, 微格式, 桌面软件

研究笔记:Pownce的分享体系

除了不能使用中文,我觉得Pownce还是很不错的。

今天粗浅的整理了一下,画了张图:

Pownce架构简析

然后随便说说Pownce的产品架构:

  • 分享是Pownce的核心功能,并依据用户间的关系来限制分享内容的范围、权限。
  • 支持文本(twitter类碎碎念)、超链接、文件、事件日程格式的分享。
  • 文本方面并不如twitter那么好用,而且因为不支持中文(我英文又很菜),用得很少。
  • 超链接分享应该是一个亮点,除了文本链接这种形式,还支持引用FlickrYoutube等图片/视频/音乐站的内容,可以直接将该内容显示在页面上。
  • 文件方面就马马虎虎了,对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分享类型其实很明确,无论是文字、链接、文件还是日程安排,这些类型基本上都是唯一的,用户只用考虑分享内容的格式就好了,例如链接是图片、视频还是音乐的都无所谓,全部由系统来特定呈现。

<

p class=”zoundry_bw_tags”> Technorati : , , , , , , , , ,

Blog, 随笔

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

本次网志年会给我很深印象的,还有MicroBlogging的广泛应用,年会组织使用twitter作为官方微网志发布地,众多关心年会的Blogger通过twitterjiwai.de饭否做啥等服务记录着相关信息。

网志年会这个题材,给国内的微网志服务提供商一个大展拳脚的机会,下面就我知道的随便写写:

1、jiwai.de、饭否、做啥等MBSP的策略在一定层面上围绕着本届年会:

·网志年会使用twitter作为直播专用微网志服务,并希望参会Blogger自行使用twitter、做啥、jiwai.de进行文字直播。

会场的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为策略,并没有过多的考虑使用者的实际需求和用户体验。

微博客的Panel 微博客的Panel2

不过倒有个感觉,往届年会BSP的风头好像被近年新贵的MBSP抢走了~

3、在11月的这几天里,各个MBSP的使用频率呈现一种爆炸式的增长。根据搜索引擎追踪和各站的数据,保守估计,11月3、4日两天,四家MBSP的年会相关微网志更新总量在10000条以上。

说到最后,抓住网志年会这么个好时机,对MBSP肯定是有好处的,Blogger全是MBSP的潜在用户,哪家投入大哪家的收益就最高。

无可否认,本届年会将是一个标志,之后MicroBlogging将大展拳脚。

—————p.s.—————–

1、可惜现场我没带笔记本电脑,用Treo650的Blazer浏览器上twitter,发中文内容(123等等)总被莫名其妙的截断,用吕欣欣的加句号法也没能很好的解决,于是错过了用twitter记录的好时机。

2、年会上播放的台湾twitter用户心得视频还是不错的~

3、为什么jiwai.de和饭否为什么不能注册数字开头的id?我只能注册i94smart。但是jiwai.de却可以通过修改帐号资料功能去修改?

<

p class=”zoundry_bw_tags”> Technorati : , , , , , , , , , , ,

互联网, 工具, 桌面软件, 浏览器, 随笔

Prism,WebRunner及WebApp专用浏览器

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与桌面程序相比,有好有坏:

  • 跨操作系统平台,Windows、Macosx、Linux等通用。
  • 可通过CSS重新定制显示界面。
  • 必须安装相应运行环境,就像使用Java程序必须装JRE一样。
  • 不能与系统其他应用做交互,比如文件拖拽动作等。
  • 同系列(如Google)WebApp间不能互动。
  • 不能成为某些格式(如.doc)文件的打开工具。

它们又让我想起一些相关的事物:

  • 若干年前有一种将网站打包为执行文件的工具,当时看过的不少这么做成的电子书;
  • 早前带有唱片信息的MP4音乐可执行文件;
  • 招商银行个人银行专业版客户端。

前两件都只是可读的,套用到浏览器,大概属于离线浏览模式,并不是在线实时的,但是它们有个共同点,就是自执行且不用依赖除系统以外的运行环境。如果增加在线互动,这类就有望成为WebApp专用浏览器。

第三件是我能想起来的最成功的专用浏览器,招商银行个人银行专业版整合了一卡通和信用卡的所有Web功能(当然有些功能Web上是没有的),很多功能更直接调用Web端的,已经比较接近WebApp专用浏览器了,但如果没有IE环境它也还是运行不了。

嘿,不知不觉写了这么多,赶紧收尾吧~

最后,让我们来为未来WebApp专用浏览器展望:

  • 跨操作系统平台。
  • 独立封装WebApp,数据、信息、界面都可自行存储。
  • 轻量级,无需软件环境即可运行。
  • 可安装、卸载。
  • 性质同桌面应用,可与其他应用(桌面或Web)交互,可作为文件的默认打开程序。
  • 每个网站都可提供自己网站专用的WebApp浏览器。
  • 有发布商代理特定类型浏览器的广告。
  • ……

<

p class=”zoundry_bw_tags”> Technorati : , , , , , , ,

Blog, 随笔

Pownce邀请发送专用帖

注册Pownce有一段了,有部分邀请,有需要的在这里留言的时候加上信箱就好,为了不被spam盯上,请将邮箱中的@替换为#或(at)。

Pownce有个用Adobe Air做的帅气的但不能中文的客户端,还有一个中规中矩的个人Web页面,总体感觉Pownce确实跟twitter有点像,但是那应该是两种不同的东西,完全不可以用twitter杀手来形容。

更新:又获得6个邀请,可以继续发了~

<

p class=”zoundry_bw_tags”> Technorati : ,

Blog, Game, Google, 随笔

近日热点:游戏和种子

今天看到的最热的两个非广告话题:星际争霸2Google收购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被(百度?!)收购可能也是指日可待了吧?

<

p class=”zoundry_bw_tags”> Technorati : , , , ,