-
网上商店,请让我TrackBack
2006-09-09
网上商店,请让我TrackBack
据说Amazon成功在于其客户评价的系统做得好。对于我来说确实很有帮助,虽然我从来没有在Amazon上买过东西。每个产品,下面都有买过的用户留下的评语,在我选DV的时候,就是因为看到Amazon上对Samsung那款双摄像头的DV的恶评,所以才没有去买,一个我担心它的图像质量,另一个,我不能接受它与苹果不兼容。
如果,其他的网上商店,就是那种B2C的,零售店。也可以拥有类似的评价系统就更好了,不过,要积累这样的用户人气,恐怕很难再做到了。
另一方面,我也有从网上买东西。美国的网络服务很发达,很多东西,特别是我喜欢的各种gizmo/geek产品,从网上购买要便宜方便的多。我买到东西以后,也有喜欢、不喜欢,也可能想说些什么,可是这样的产品评价系统并不是都有,而且,我也不愿意到别人的地盘上留言。因此,我希望在自己的blog上留下对某个产品的好评或者牢骚。
从上面两个方面,我觉得,网上商店如果能够开放TrackBack就好了。
不要觉得因为TrackBack很少有人使用,就没有什么意义。恐怕就是这些愿意使用少见功能的人会在网上买东西,会影响身边的人购买某个产品。
不要把blog营销只限定在通过blog卖东西、做广告。
-
需要的工具:手机滚蛋
2006-09-08
知道一种小东西,叫“电视滚蛋”,其实就是一个遥控器,按下以后连续发送各种型号电视的关机信号,可以把附近可视范围内的电视关掉,据说酒吧里很好用,可惜从来没去过。
前几天的旅行有很多是在灰狗上度过的,最可恨的就是——手机,美国佬真TMD的没素质,对着手机哇啦哇啦讲个没完,(其实美国佬没素质的事情还有N多,但是以打手机和吐口香糖最为不能容忍!!!)
所以,走过路过的,有没有人能够做出“手机滚蛋”的机器啊?我出10美刀悬赏!
我猜测的基本原理如下:
手机总得收到个对方挂断的信号,才知道对方是挂断了电话吧,这个信号大概是通用的,但是又要可以针对各个不同的手机,所以大概应该是一个通用的信号,然后根据每个手机再编码。
所以搞个小发射机,把通用的挂机信号,来个随机编码,或者全集编码,总之,让附近的每一个手机都淹没在挂机信号的海洋中。
这个世界就清净了。
-
自由的定价
2006-08-02
有很多名言表明自由是不可估价的,“不自由,毋宁死”,“若为自由故,两者皆可抛”……
真的是这样么?
这几天一直在安排暑假旅游,搞得焦头烂额,要订下行程、机票和旅馆,以及各个景点之间的交通。钻到好几个社区潜水,往收藏夹里添加了N多在线服务网站。还是没有搞定。我都快疯掉了。由此,领悟出了两个道理:
- 金钱真的很重要。应该狠下心来挣钱。
- 自由是可以定价的。
以旅游作为“自由的定价”的模型:
比较两种旅游方式,一种是自助游,一种是跟着旅行团旅游。自助游当然更加自由。作几个假设:
- 最自由的情况是你的旅程是完全不确定的。你明天在哪里、去哪里、住哪里、怎么去,怎么玩,都是不受限制的,也就是说你可以想怎样决定都可以,或者说,你可以临时做出决定,比如突然想换个旅馆,虽然没有预定,但是想到了,就搬过去住;比如想去随便什么地方,自己开车就可以,当然也可以坐出租车,不受公共汽车、地铁甚至是旅游车的限制。
所以,如果这样旅游,那么成本应该如何计算?我认为不失一般性,可以作如下的估计
- 住房=旅游区平均住房价格
- 机票=全价机票
- 行车=每日租车花费,或者出租车单价
- 门票=门票价格
- 饮食=旅游区平均饮食价格
平均每日成本=住房+总机票/总时间+平均每日行车成本+平均每日门票成本+平均每日饮食
注意这个自助游是旅程是完全不确定的前提下的,所以成本是要高于精心安排的成本。
- 以跟随旅行团为最不自由,你的住址、行程都是给定的。旅行团收取统一的费用,但是你不用操心行程的安排,
那么这两者的差值:(自助游平均每日成本)与(每日随团旅行费用)与之间的差值,就是每日自由的平均价格。这里的自由如何定义,我还没有想好,肯定只是自由的一部分,是特指旅游这一部分的。就是说,你出让了自己的部分自由,换取旅行团订房、安排旅程等等的服务
上述每一个价格的数据都是在网络上可以查到的。我们真的可以算出自由,至少是关于旅游这部份的自由,到底值多少美元。
随手乱写,不要当真,如果对您有所启发最好。如果您知道更多的相关知识,欢迎给我上课,如果没有时间,也希望留下参考资料的链接。多谢!
-
未来的RSS(二):重聚——从聚合到拆分
2006-07-27
RSS可以是以下三个解释的其中一个:
* Really Simple Syndication(RSS 2.0)
* RDF (Resource Description Framework) Site Summary(RSS 0.91, RSS 1.0)
* Rich Site Summary (RSS 0.9 and 1.0) 摘自维基百科不论是syndication还是summary都含有合的意思。名字往往能够限制人们的思路。只有合,就会越合越多,直到你信息超载为止。为此有很多办法,比如digg,不过这是基于html的,比如抓虾,比如podlook。也许是出于习惯,也许是出于对作者的尊重,各种RSS频道的推荐、评分都是将一个blog的RSS作为一个整体进行的。
到此我又要吹捧一下google reader:利用Labels和share的功能,你可以把一个RSS源打散,可以给来自同一个blog的每一篇文章打上不同的标签,分别共享出你的标签,将文章按照内容、标签、甚至评价重新组合,而不是按照作者、来源。
我目前的应用是“podcast DJ”,利用Google reader,我把自己感兴趣的音频和视频播客节目分别做了两个精选。并且共享出来,初衷是给GF做一个好的播客频道,后来发现意义不仅如此。
- 这是一个人工手动分类过程,是我看过每篇文字,听过每个节目以后做出的决策
Web 2.0很大的一个特点,就是利用人的智能,叫人工智能似乎容易混淆,叫人动智能怎么样?通过联合这种人动智能,达到群体智慧的目的。
- 这个过程是一个简单的操作,不需要离开阅读界面
google reader里的星标是个很不错的功能,看到好文章只要点一下,加上星标就可以收藏了。操作简单和不离开阅读界面也许无人注意到,但是确是很厉害的。不知道有人统计过用del.cicu.os和digg的人的统计指标没有,大概是比较Geek的一伙在用。我想,每多一步操作,就会吓跑一定比例的用户。(顺便在此赞一下Palm)如果离开一个页面,就会使一部分用户流失。
通过加星标,实际上就是给某个文章投票。共享starred items share,就是把这个投票提交,如果有人订阅了这个共享星标的Feed,这次投票就算完成了。我现在订阅了5个人的共享星标Feed,感觉很好,收益良多。
如果我是Google reader,我就会把共享星标的Feed名字搞得简单些,更容易推广。让很多用户可以使用、共享、贡献。然后,由于RSS的不变性,可以从不同的共享Feed中找到同一个文章,或者反过来,看某一篇文章被多少人加了星标,被哪些人加了星标。这就是digg,用一个小小的Label就可以打倒。
更进一步,就是RSS劫持了。
困了,暂停,未完待续
-
未来的RSS(序)
2006-07-26
未来的RSS(序)
下面是一系列关于RSS应用的设想,以及RSS的发展方向。暂定几个题目,如果更改恕不在此文中告知。
- 聚合——漂浮在SP之上。已经完成
- 重聚——从聚合到拆分
- 流动——回馈 and/or wikfy
题目都很酷。只是为了提醒我要写的内容。
对于写作内容:
我所学的专业与IT根本不沾边,几乎是最不沾边的一个。所以说出来的东西可能纰漏很多,路过的业内人士,麻烦查缺补漏,或者给个参考文献,让我接受点继续教育。不过最好是科普级别的,我最近一次上计算机课还是在1998年。
写blog没人发我工资,完全是自觉自愿。如果懒,那么一共就这么几个题目摆在这,供大家遐想,如果突然兴致来了,多搞几个长篇也说不定。
我只能从用户角度来考虑的,我没有用到的暂时认为不存在。
我的思路大概可以归结为“仿生学”,因为我对网络所需要模仿的神经系统比大部分IT人士了解得更多些。
参考文献
【1】维基百科中RSS的解释
-
未来的RSS(一):聚合——漂浮在SP之上
2006-07-26
未来的RSS(一):聚合——漂浮在SP之上
几个实例:
- 我从2004年到2005年底的blog都放在了zhen.blogchina.com上,有一天突然访问不了,发信过去问,说正在查,过了几天,又发信问,说还在查。几次以后,我突然想起在google里搜索了一下,结果google挂了,于是我认识到,我终于完成了一次blogger标志性的飞跃
- 以前我在一家播客网站上申请了一个播客空间。费了好大劲,为亲友们做了一期如何订阅我的播客的节目,从如何下载iTunes,安装iTunes,到如何通过iTunes订阅Podcast Feed,要知道,这可是讲给我的父母辈的人们。在我还用skype给做过一次技术指导以后,妈妈终于会订阅我的播客了。第二天,在我上载了第一次节目以后,这个网站改版了。原来的RSS地址失效。
这两个事例,以及类似的经验使我一直对SP服务的稳定性抱有强烈的不信任。我不止一次的担心,如果我的作品被封了怎么办,我的服务商改版了怎么办,甚至我的服务商倒台了怎么办?
我首先找到的是podcast的解决方案,我使用的工具是google reader。
google reader自推出以来收到很多批评。但是,我非常欣赏它的Labels和share功能。在这里,把它作为一个Feed Burner来使用。你可以订阅不同的RSS Feed,然后用同一个label把它标记,然后共享这个label,于是就把几个RSS源合成了一个,如果其中的一个出现了问题,并不影响其他的,发布我的podcast的时候,我公布的是通过google reader共享出来的Feed。一旦需要更换服务商,只要重新订阅新的RSS,标上同样的label就可以了。
podcast可以方便的进行这个操作,因为podcast本质上是基于客户端的,用户所需要面对的繁琐操作过程只有一次,而且这样一个动作也可以被拖放或者按钮所代替。
而blog还是有所不同,大部分浏览blog,我想还是在网页上进行,特别是去发现一个新的blog的时候,还是必须要通过网页这样一个界面。
所以,未来RSS的第一个任务,就是在公开的网页上完整显示RSS源的内容。这一点Feedsky已经做到了。公开和完整是不可缺少的,比如google reader,可以完整的显示,但是它不是公开的,也就是它不是任何一个普通网页浏览者都能看到,不要注册,不要登陆,就像浏览任何一个普通页面一样浏览聚合后的页面。同样google reader也不是完整的,google reader可以把共享出的Feed,以列表的方式显示在blog上,但是这差得太远了,只不过是一个目录而已。
作为一个RSS SP或者Feed SP,理想的模式是这样的,Feed SP提供网页插件,blogger可以把合烧的Feed内容通过这个插件,显示在任何一个blog的侧边栏内。这样做,可以实现“一处更新,处处更新”。
从用户的角度解释一下,我害怕自己的blog SP出问题,也害怕自己的blog被封,那么我可以去多家blog SP申请空间,比如百度、blogbus、blogcn、MSN space,三大门户甚至blogger。申请以后,我取得各家提供的RSS,我用某个Feed合烧工具把它们聚合在一起,然后我选择一家Feed SP,输入我的blog合烧Feed,获得网页插件,然后把插件代码放置回每一个blog SP的自定义模板中,通常是侧边栏里,不过这种时候,我肯定会把侧边栏的宽度调到足够大的。于是我可以任意选择一家Blog SP作为发贴站,帖子发送以后,通过这个BSP的RSS,输送到合烧的RSS,再通过网页插件,输出到每一个blog镜像上,于是,属于我的每一个blog站点,都同步更新了。一旦其中一个收到打击,只需要转换到其他的镜像上发贴。当然Feed合烧工具是第一个弱点,一定要选择一家足够健壮的。必要的时候,可以有冗余。Feed SP是第二个弱点,但是相信一旦出现这种服务,马上会有同质竞争,只要合烧输出的Feed不变,我也只不过是换一家Feed SP而已。
这,就是所谓的漂浮于SP之上。
本文的Trackback地址是:http://www.blogbus.com/public/tb.php/2901657
-
互联网服务免费定律
2006-07-21
互联网服务免费定律:
- 对于某一信息服务,如果存在至少一个服务商通过提供免费服务能够提高市场占有率,那么这项服务最终必定是免费的。
推论1:
- 对于某一项免费服务,如果存在至少一个服务商通过提高服务质量可以提高市场占有率,那么这项免费服务最终必定是高质量的。
推论2:
- 设某一信息服务S由N个子服务构成,记为S1,S2...Si,...SN,对于每一个Si,如果用户使用它所付出的成本大于等于它所带来的收益,那么这项服务S中最终必不会包含Si。
-
对于we@zone的一些建议:
2006-07-14
从锡林郭勒那里知道这个We@Zone,测试了一下,仅有一个简单的框架,但是感觉还可以,有发展的潜力。在此免费提供一些创意:
导出成RSS的时候最好直接就符合Podcast的形式好了,相信不是很难,或者在音乐源文件的《a href》标签中加上rel="enclosure",这样可以被其他合烧feed的网站识别,比如feedburn之类的。
wiki歌曲的信息,比如歌词、链接地址之类的,今天刚试用就在《曹操》这首歌上碰到死链,链接地址可以是多个,后台搞个测速器,自动选择最快的播放。
歌曲的归属不要属于某个用户,最好是一个单一的代码,可以由曲名和歌手两项决定,对歌手不确定的,还是给出一个unknown的统一标识比较好。这样你可以像豆瓣那样做歌曲的评价、分享、讨论等等,而现在只是集中在了用户,不是歌曲。
顺序,怎么不能自定义列表的顺序,只是按照时间来的么?
歌曲的总评级,比如流行程度,或者热门程度,应该根据用户的评分、被复制的次数、欣赏的次数等等而定,而不仅仅是“人气”。其实权重最大的应该是“复制”——“复制”意味着听过,并且喜欢,相当于加入收藏的感觉,而“人气”,只是听了而已,也许很厌恶,结果反倒成了人气支持。
很欣赏“复制”这个按钮啊,大家看本blog楼顶“突变,交换,复制,选择。变异永远有,只有稳定解才能存在”,这个复制按钮充分体现了这一观点,其最终结果是:热门top10全部被一首歌曲的同一版本所占据,虽然这首歌很好听。不过。。。
-
Skype私服
2006-07-14
很遗憾,这只是一个构想,待会去网上查查有么有人做了类似的事情,我相信实现起来是不难的。
在美国、加拿大可以用skype免费拨打美国、加拿大的任何一部固定电话,今天突然想起来,skype也可以开语音会议的,于是测试了一下,发现可以在会议中加入skypeout的拨号。
那么三方通话中,如果发起人是在美国,skype一方是中国,skypeout一方是美国,就相当于中国的skype用户拨打了美国固定电话,而且免费。缺点很明显,就是通话对发起人而言是公开的。
我不知道一个skype用户可以同时进行多少个语音会议,如果在美国架设一台服务器,装一个skype机器人,自动进行如下操作:
- 接收用户发来的请求,请求中包含美国活着加拿大的本地电话号码
- 召开语音会议,一方为发送请求的用户,另一方为skypeout,用来拨打给定的电话号码。
- 当通话开通后,把这个会议挂起,让那两方通话,而不干扰或监听
- 当一方离开会议后,终止整个会议。
如果再厉害一些,可以在中国架设另一个服务器,与Modem相连,当用户以普通电话打入这个服务器的时候,将modem音频输入输出接入skype,然后再发请求到到美国服务器上,在进行上面的操作。不过这样就只能一个人一个人的打了。
上述过程,用skype api似乎不难实现,虽然不容易拿来挣钱,但是如果在中国家里放一台电脑,美国家里放一台电脑,则可以免费的pc to phone,活着以中国市话的费用拨打美国本地电话了。
这几天又对skype感兴趣了。唉,又在后悔没有去当程序员。
-
可以用skype做体育现场解说2.0
2006-07-13
受到半路出家的IT议论 所写的《 黄健翔的怒吼和Donews的广告,关于投票方式及其它》的启发,他说:
其实我觉得讨论黄健翔的对错是没有必要的,央视完全可以把这种观众数量巨多而且阵营对抗明显的节目分为2个频道播放,让解说员也立场鲜明倾向明显。比如意大利和法国的决赛,让黄健翔在频道A哈哈大笑齐丹这傻B终于上当了,伟大的意大利的中后卫的舌头万岁;频道B那边却是刘建宏咬牙切齿地把马特拉齐这杂碎的 18代祖宗都挖出来鞭一次尸,恨不能立刻组织球迷捐款买杀手飞赴意大利做了这丫;而观众各取所需对号入座,这样多爽,估计收视率又能上去不少。当然对于我来说,最好能有个台转播比赛连解说都没有,就放现场声,好比我看电影《达芬奇密码》的时候不需要一个解说员在旁边叽里呱啦介绍Tom Hanks的演艺生平一样。
这真是个不错的主意,其实更进一步就是,让我们能够自己解说,来个解说2.0
操作起来应该不难,比如你可以使用:skypecast(https: //skypecasts.skype.com/skypecasts/home),建立一个当时比赛的广播室,把链接放在blog上,或者公告天下,或者悄悄用email告诉几个好友。注意要标明敌我,有立场才能有激情。等比赛开始,抓起话筒咆哮吧!
如果要想个赚钱的创意,可以这样,有那么多在线播放器,不知道有没有在线的直播器,放在我blog上,如果你路过我的blog,正好赶上场比赛,没准儿也能听见我的解说,赫赫。
再来新的:不是有语音聊天室么,说实话,上次去聊天室好像是5年前了,实在不了解现在的行情,不过应该有语音聊天室吧,音质好一点的,到了比赛的时候,分开阵营,大家一起看比赛,一起叫嚷:看电视、接话筒、开音箱,即使屋子里只有我一个人,也要制造出现场的气氛。
嗯,如果不喜欢某个人的解说,应该有选项把他静音掉。
可惜啊,我没有喜欢看的比赛。
贴个无关的图,我新买的装备,只有插卡才能播放的mp3,十几个美元,自制的保护套。









