<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>开放平台实验室</title>
	<atom:link href="http://oplatform.org/feed" rel="self" type="application/rss+xml" />
	<link>http://oplatform.org</link>
	<description>Open Platform Lab</description>
	<lastBuildDate>Thu, 12 May 2011 15:25:47 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>移动创新七大黄金法则</title>
		<link>http://oplatform.org/archives/208</link>
		<comments>http://oplatform.org/archives/208#comments</comments>
		<pubDate>Thu, 12 May 2011 15:25:47 +0000</pubDate>
		<dc:creator>刘青焱</dc:creator>
				<category><![CDATA[未分类]]></category>

		<guid isPermaLink="false">http://oplatform.org/?p=208</guid>
		<description><![CDATA[《移动创新七大黄金法则》是原发表于中欧商学院外刊《中欧商业评论》上的拙作。中欧的原始链接（非全文）在此：http://www.eceibs.com/commentary/show/index/classid/10/id/1368 。后多家网络媒体有转载，比如51cto的这篇全文刊转：http://mobile.51cto.com/AppFocus-255964.htm 。杂志已出版两月有余，故从51cto转载至此，以求抛砖引玉。
从来没有一个时代，创新以及创新的商业化能够如此容易。
拜开放平台和移动互联网所赐，任何人都可以不受地域限制地进行创新，并把创新的成果—应用—销售到世界各地。移动应用还是无边蓝海，已有先行者凭借 创新大获成功。这些先行者们的成功案例，给我们描绘了一张移动应用的创新路线图：选择优秀的开放平台、借力云计算、深刻理解移动性、立足市场而不依赖运营 商或终端商、探索复合的商业模式、植根于优势领域、坚持质量第一速度第二。
选好开放平台：识别“假开放”
开放平台是一种资源的分享，分享的最重要资源就是用户（或客户）。平台型企业往往拥有大量优质资源，但受核心业务约束而无法进行外围创新，因此通过分享和让利将资源开放出去，吸引和支持外部创新者围绕自身的核心业务进行创新。
好的开放平台能够为开发者打造成熟的生态系统，与开发者共生共荣，让开发者尽情释放创造力。Facebook是优秀的开放平台之一。2007年5 月，Facebook启动了开放平台战略，获得了巨大成功，现在拥有超过6亿的全球用户—其中移动用户超过1亿，有超过100万的开发者和50万个应用。
Zynga就是Facebook开放平台战略的典型受益者。2007年成立于美国洛杉矶的社交游戏公司Zynga开发了包括著名的《德州扑克》、 《黑帮大战》、《模拟农场》、《模拟城市》在内的多款游戏，2010年营收近6亿美元。这是Zynga在社交游戏领域多年积累实力的结果，但更重要的是 Facebook开放平台上6亿用户资源的助力。随着Facebook移动战略的铺开，Facebook开放平台上的数百万开发者将以不可阻挡之势占领移 动终端。

图：Zynga
另一大开放平台就是举世闻名的苹果应用商店（App Store）。如今，App  Store已经成为“应用商店”的代名词了。各类模仿者层出不穷，但App  Store依旧是应用商店中的翘楚，移动应用开发者的首选平台。这是一个开放平台，拥有7000多万iPhone用户和400多万iPad用户。苹果应用 商店允许第三方开发者以每年99美元的授权费用，尽享平台之上的高端用户资源。因此苹果应用商店里有着超过34万款的各类应用，总下载量即将突破惊人的 100亿次。平均每位iPhone用户每月在App Store上花费9.49美元，App  Store一年吸金近24亿美元，其中70%分给应用开发者。“愤怒的小鸟”（Angry  Birds）这款人气颇旺的手机休闲游戏在苹果应用商店怒赚千万美元就是一例。
移动平台的另一重要选择是谷歌Android平台。2010年7月，Android系统已占据了美国移动系统市场28%的份额，并为谷歌源源不断地 带来广告收入，成为谷歌占领移动广告市场的最大筹码。谷歌充分运用了自身的软件研发实力、开发者号召力及开源运作能力，通过将Android开源并成立 “开放手机联盟”（OHA）共同推广，一举成为全球第二大智能手机平台。在谷歌的“应用商店”Android市场中，应用数量也已超过10万。当“愤怒的 小鸟”移植到Android市场时，从收费应用变成了免费下载，并采用了嵌入广告的盈利模式，带来每月百万美元的现金流。
可见，选择一个有利可图的、开放的平台，中小型创业者和创新者将大大提高成功概率。一个好的开放平台首先要足够开放，进入门槛低。就 Facebook、苹果应用商店、Android市场这三大开放平台而言，如果不是放开地域、资金、政策等诸多方面的门槛限制，怎能引得全球优秀开发者同 台竞技？最近，美国一个14岁学生和妈妈一起开发一款名为“泡泡球”（Bubble  Ball）的游戏，在苹果应用商店里一举夺得免费排行榜下载量冠军，这就是开放的魅力。因为开放，谁都有机会来一展才华。
一个好的开放平台要有优秀的技术根基。Facebook的runtime是优秀的Web技术架构，iPhone出色的iOS系统及硬件性 能，Android无比简单的开发环境和强大的联机调试能力，都是吸引开发者、提高开发者生产效率最重要的元素。为什么开发者喜欢iPhone和 Android？看看他们在Symbian（手机操作系统）和Java ME（手机游戏开发平台）上的痛苦经历就知道了。
一个好的开放平台，其自身的核心业务和开发者的应用必须是互补而非竞争关系。比如Facebook的核心业务是SNS，苹果的核心业务是售卖 iPhone/iPad/iTouch终端，谷歌的核心业务是售卖长尾广告，都无关应用开发，苹果公司从应用商店赚到的利润只占其整体利润的1%。投入极 大精力去运营不能成为利润中心的开放平台业务，需要企业有着极大的战略观和全局观。所以，如今大部分的开放平台都是假开放，大部分应用商店都是黑店，这种 现象不足为怪。
对于开发者和创新者来说，积极寻找成熟稳健、资源丰富、有利可图的开放平台，专注于所擅长领域的创新，可以更快达到成功。
利用云计算：3员工服务500万人
云计算的实质在于计算资源的开放和分享，如同开放平台对于用户资源的开放和分享一样。企业以往需要自行解决的IT问题，如今可以以极低的成本外包给云计算提供商，从繁复的IT问题中解放出来。
公有云（开发者可以通过租借方式随时随地使用的云）的提供已经比较丰富。以美国为例，既有亚马逊AWS（Amazon Web  Service）提供的诸如虚拟主机EC2、简单存储S3等一系列的基础设施级云服务，也有如谷歌提供的AppEngine等平台级云服务，还有大量精悍 有用的软件级云服务，例如地图服务、头像服务、评论服务、通信服务等等。这些优秀的云资源对开发者提高效率、降低成本非常有效。
成立于1972年的美国匹萨公司通过在iPhone上开发预订匹萨的应用，并综合运用了包括云通信开放API提供商twilio、亚马逊AWS等所提供的云计算技术，在6个月内就获得了超过10万次下载，卖出2.5万多张匹萨，有力提升了销售业绩。
美国匹萨公司是如何把短信、语音通讯、OpenVBX等云通信技术应用于业务的呢？
第一，市场拓展和促销。通过开发iPhone和Android应用，把移动用户通过云通信服务导入在线匹萨预订。同时，通过移动应用发放优惠券，吸引顾客下订单。
第二，消费线索勘察。通过云通信接入系统并下单的用户通信行为，都可以通过云服务提供商的接口和平台进行追踪和分析，从而了解移动用户的预订行为，挖掘潜在商业价值。
第三，自动化工作流。利用云通信服务将移动应用和公司的销售点系统对接，提高从订单到送货的流水线效率，从而显著提高了顾客满意度。
另一家位于西雅图的创业公司Urbanspoon也是云计算的受益者。这家公司通过网站以及iPhone应用为用户提供餐馆搜索服务。
Urbanspoon几乎全面运用了亚马逊的云计算所提供的基础设施来降低自身IT成本。他们用S3云存储服务来存储用户头像以及菜肴照片，仅用不 到一个星期就基于S3完成了整个照片存储功能的开发，并大大节省了空间。如果自行存储，可能需要25倍的空间才能全部存下；用CloudFront内容分 发服务来提高静态内容的访问速度，每月节省了数千美元的带宽成本；用EC2虚拟机服务来进行开发和测试工作。Urbanspoon以3个全职雇员及若干外 包的精简人员，为每月超过500万用户提供服务。
类似的案例不胜枚举。还有很多聪明的创新者借力云计算，或加快产品开发，或降低运维成本，或提高服务质量，或简化商业流程。因此，选择技术成熟、服务可靠、资源充足、功能全面的云计算服务提供商，是选定一个开放平台之后的又一个重要选择。
理解移动性：为什么还需要Kik？
进行移动应用创新，还必须深刻了解移动终端的移动性。而理解移动性，需要对位置（location）和情境（context）进行反复体会和思考。
所谓位置，包含了地理信息、地理坐标、方向、速度甚至加速度等一系列指标。这是移动性最显著的特点，也是互联网移动化的特征之一。
地理信息是位置产生价值的根本所在，只有把经纬度坐标映射到一个餐馆、一个停车场或者一栋办公楼的时候，位置才有了价值。地理坐标、方向、速度、加 速度，凡此种种，都是位置的精细结构。智能终端通过装配GPS、方向传感器、加速度传感器等先进技术，不断完善位置的精细结构。
得益于海量的地理信息数据和智能终端技术的突飞猛进，互联网的移动性得以彰显。完全创新性的产品和服务被开发出来。泊车定位应用是Android市 场上最早月入过万美元的应用之一。这款软件的功能简单实用：停车时，先通过手机的GPS传感器记录下泊车位置。回头找车时，再通过地理坐标和方向信息引导 用户找到汽车，还顺便提醒用户车停了多长时间。这款软件的免费版获得了7万次以上的下载，付费版则有数千次下载。开始的售价是1.99美元，后来提高到 3.99美元，销量继续增长。这样一款功能简单、业余时间开发的应用，正是基于对“找到自己的泊车位置”这一情景模式的深刻理解，是基于移动性的真正创 新。
移动性的另一个重要方面是情境。相对于传统桌面互联网应用而言，移动应用更加受到使用情境的约束。比如，打着“免费短信”旗号的即时聊天软件 Kik，以简洁的界面和即时抵达的消息让人们体验到便捷，基于通讯录的自动好友搜索和提示让人们立即互动起来，造就了15天注册用户100万的传奇。
我们已经有内置的短信和彩信，也有手机QQ、手机MSN，为什么还需要一个Kik？答案只有一个，那就是Kik模式对短信使用情境实现了更好的匹 配，给予用户在该情境下最佳的用户体验。相比较于运营商的文本短信而言，Kik速度快，实时性好，最重要的是免费；与手机IM软件相比，Kik不必忍受蜗 牛般的登陆速度，对消息状态的报告又使其更加接近移动终端的体验。

图：Kik
至于成功的移动游戏，则更体现了对“时间碎片化”这一情境的深刻理解。短、易逝、频繁中断、沉浸度低、忍耐度低，是时间碎片化的基本特征。所以，移动游戏要求角色设定鲜明，情节简单易懂， 学习上手容易，任务结束迅速。
较之于其他保留着浓厚桌面游戏味道的移动游戏而言，“愤怒的小鸟”更深刻地基于移动情境对传统游戏创意进行了再创新。例如，采用了小鸟战野猪这一鲜明的角色设定策略，不需要冗长地介绍某次战役；游戏的介绍、过场、新类型鸟的介绍都采用纯图片的方式呈现，避免了文字阅读。
移动性是移动应用创新性的根源所在。只有对其进行深入的思考和加以理解，才能做出真正优秀的移动应用产品。
别依赖运营商：它们不是用户
获取非市场化的竞争优势对于资源十分有限的中小企业而言，是一种难以抗拒的诱惑。对于移动应用商而言，最有代表性的诱惑就是和电信运营商或者终端商的合作机会。但我的建议是，不要找他们合作，把产品做成功，让它们主动来找你。
当你为这些合作伙伴开发移动应用的时候，你就开发了一个错误的产品—它们是你的客户，但不是用户。当你的客户和用户分离的时候，矛盾出现了—它们有着完全不同的利益诉求。与你合作的电信运营商或终端商所能做的，就是用它们似是而非的需求摧毁产品的用户体验。
如果一个生态系统的游戏规则由非市场化因素主导，那么它就会“变 态”。真正优秀的创新者应该远离变  态的生态系统，选择高度市场化的良性生态系统去开展创新。真正优秀的创新者采用社会化营销（Social  Marketing）等方法来让人们对自己的产品口口相传，让市场来检验。而且，在你取得了市场成功后，电信运营商或终端商往往会不请自来。例 [...]]]></description>
			<content:encoded><![CDATA[<p>《移动创新七大黄金法则》是原发表于中欧商学院外刊《中欧商业评论》上的拙作。中欧的原始链接（非全文）在此：<a href="http://www.eceibs.com/commentary/show/index/classid/10/id/1368 ">http://www.eceibs.com/commentary/show/index/classid/10/id/1368 </a>。后多家网络媒体有转载，比如51cto的这篇全文刊转：<a href="http://mobile.51cto.com/AppFocus-255964.htm">http://mobile.51cto.com/AppFocus-255964.htm</a> 。杂志已出版两月有余，故从51cto转载至此，以求抛砖引玉。</p>
<p><strong>从来没有一个时代，创新以及创新的商业化能够如此容易。</strong></p>
<p>拜开放平台和移动互联网所赐，任何人都可以不受地域限制地进行创新，并把创新的成果—应用—销售到世界各地。移动应用还是无边蓝海，已有先行者凭借 创新大获成功。这些先行者们的成功案例，给我们描绘了一张移动应用的创新路线图：选择优秀的开放平台、借力云计算、深刻理解移动性、立足市场而不依赖运营 商或终端商、探索复合的商业模式、植根于优势领域、坚持质量第一速度第二。</p>
<p><strong>选好开放平台：识别“假开放”</strong></p>
<p>开放平台是一种资源的分享，分享的最重要资源就是用户（或客户）。平台型企业往往拥有大量优质资源，但受核心业务约束而无法进行外围创新，因此通过分享和让利将资源开放出去，吸引和支持外部创新者围绕自身的核心业务进行创新。</p>
<p>好的开放平台能够为开发者打造成熟的生态系统，与开发者共生共荣，让开发者尽情释放创造力。Facebook是优秀的开放平台之一。2007年5 月，Facebook启动了开放平台战略，获得了巨大成功，现在拥有超过6亿的全球用户—其中移动用户超过1亿，有超过100万的开发者和50万个应用。</p>
<p>Zynga就是Facebook开放平台战略的典型受益者。2007年成立于美国洛杉矶的社交游戏公司Zynga开发了包括著名的《德州扑克》、 《黑帮大战》、《模拟农场》、《模拟城市》在内的多款游戏，2010年营收近6亿美元。这是Zynga在社交游戏领域多年积累实力的结果，但更重要的是 Facebook开放平台上6亿用户资源的助力。随着Facebook移动战略的铺开，Facebook开放平台上的数百万开发者将以不可阻挡之势占领移 动终端。</p>
<p><a href="http://images.51cto.com/files/uploadimg/20110419/0934510.jpg" target="_blank"><img src="http://images.51cto.com/files/uploadimg/20110419/0934510.jpg" border="0" alt="Zynga" width="498" height="307" /></a></p>
<p><strong>图：Zynga</strong></p>
<p>另一大开放平台就是举世闻名的苹果应用商店（App Store）。如今，App  Store已经成为“应用商店”的代名词了。各类模仿者层出不穷，但App  Store依旧是应用商店中的翘楚，移动应用开发者的首选平台。这是一个开放平台，拥有7000多万iPhone用户和400多万iPad用户。苹果应用 商店允许第三方开发者以每年99美元的授权费用，尽享平台之上的高端用户资源。因此苹果应用商店里有着超过34万款的各类应用，总下载量即将突破惊人的 100亿次。平均每位iPhone用户每月在App Store上花费9.49美元，App  Store一年吸金近24亿美元，其中70%分给应用开发者。“愤怒的小鸟”（Angry  Birds）这款人气颇旺的手机休闲游戏在苹果应用商店怒赚千万美元就是一例。</p>
<p>移动平台的另一重要选择是谷歌Android平台。2010年7月，Android系统已占据了美国移动系统市场28%的份额，并为谷歌源源不断地 带来广告收入，成为谷歌占领移动广告市场的最大筹码。谷歌充分运用了自身的软件研发实力、开发者号召力及开源运作能力，通过将Android开源并成立 “开放手机联盟”（OHA）共同推广，一举成为全球第二大智能手机平台。在谷歌的“应用商店”Android市场中，应用数量也已超过10万。当“愤怒的 小鸟”移植到Android市场时，从收费应用变成了免费下载，并采用了嵌入广告的盈利模式，带来每月百万美元的现金流。</p>
<p>可见，选择一个有利可图的、开放的平台，中小型创业者和创新者将大大提高成功概率。一个好的开放平台首先要足够开放，进入门槛低。就 Facebook、苹果应用商店、Android市场这三大开放平台而言，如果不是放开地域、资金、政策等诸多方面的门槛限制，怎能引得全球优秀开发者同 台竞技？最近，美国一个14岁学生和妈妈一起开发一款名为“泡泡球”（Bubble  Ball）的游戏，在苹果应用商店里一举夺得免费排行榜下载量冠军，这就是开放的魅力。因为开放，谁都有机会来一展才华。</p>
<p>一个好的开放平台要有优秀的技术根基。Facebook的runtime是优秀的Web技术架构，iPhone出色的iOS系统及硬件性 能，Android无比简单的开发环境和强大的联机调试能力，都是吸引开发者、提高开发者生产效率最重要的元素。为什么开发者喜欢iPhone和 Android？看看他们在Symbian（手机操作系统）和Java ME（手机游戏开发平台）上的痛苦经历就知道了。</p>
<p>一个好的开放平台，其自身的核心业务和开发者的应用必须是互补而非竞争关系。比如Facebook的核心业务是SNS，苹果的核心业务是售卖 iPhone/iPad/iTouch终端，谷歌的核心业务是售卖长尾广告，都无关应用开发，苹果公司从应用商店赚到的利润只占其整体利润的1%。投入极 大精力去运营不能成为利润中心的开放平台业务，需要企业有着极大的战略观和全局观。所以，如今大部分的开放平台都是假开放，大部分应用商店都是黑店，这种 现象不足为怪。</p>
<p>对于开发者和创新者来说，积极寻找成熟稳健、资源丰富、有利可图的开放平台，专注于所擅长领域的创新，可以更快达到成功。</p>
<p><strong>利用云计算：3员工服务500万人</strong></p>
<p>云计算的实质在于计算资源的开放和分享，如同开放平台对于用户资源的开放和分享一样。企业以往需要自行解决的IT问题，如今可以以极低的成本外包给云计算提供商，从繁复的IT问题中解放出来。</p>
<p>公有云（开发者可以通过租借方式随时随地使用的云）的提供已经比较丰富。以美国为例，既有亚马逊AWS（Amazon Web  Service）提供的诸如虚拟主机EC2、简单存储S3等一系列的基础设施级云服务，也有如谷歌提供的AppEngine等平台级云服务，还有大量精悍 有用的软件级云服务，例如地图服务、头像服务、评论服务、通信服务等等。这些优秀的云资源对开发者提高效率、降低成本非常有效。</p>
<p>成立于1972年的美国匹萨公司通过在iPhone上开发预订匹萨的应用，并综合运用了包括云通信开放API提供商twilio、亚马逊AWS等所提供的云计算技术，在6个月内就获得了超过10万次下载，卖出2.5万多张匹萨，有力提升了销售业绩。</p>
<p>美国匹萨公司是如何把短信、语音通讯、OpenVBX等云通信技术应用于业务的呢？</p>
<p>第一，市场拓展和促销。通过开发iPhone和Android应用，把移动用户通过云通信服务导入在线匹萨预订。同时，通过移动应用发放优惠券，吸引顾客下订单。</p>
<p>第二，消费线索勘察。通过云通信接入系统并下单的用户通信行为，都可以通过云服务提供商的接口和平台进行追踪和分析，从而了解移动用户的预订行为，挖掘潜在商业价值。</p>
<p>第三，自动化工作流。利用云通信服务将移动应用和公司的销售点系统对接，提高从订单到送货的流水线效率，从而显著提高了顾客满意度。</p>
<p>另一家位于西雅图的创业公司Urbanspoon也是云计算的受益者。这家公司通过网站以及iPhone应用为用户提供餐馆搜索服务。</p>
<p>Urbanspoon几乎全面运用了亚马逊的云计算所提供的基础设施来降低自身IT成本。他们用S3云存储服务来存储用户头像以及菜肴照片，仅用不 到一个星期就基于S3完成了整个照片存储功能的开发，并大大节省了空间。如果自行存储，可能需要25倍的空间才能全部存下；用CloudFront内容分 发服务来提高静态内容的访问速度，每月节省了数千美元的带宽成本；用EC2虚拟机服务来进行开发和测试工作。Urbanspoon以3个全职雇员及若干外 包的精简人员，为每月超过500万用户提供服务。</p>
<p>类似的案例不胜枚举。还有很多聪明的创新者借力云计算，或加快产品开发，或降低运维成本，或提高服务质量，或简化商业流程。因此，选择技术成熟、服务可靠、资源充足、功能全面的云计算服务提供商，是选定一个开放平台之后的又一个重要选择。</p>
<p><strong>理解移动性：为什么还需要Kik？</strong></p>
<p>进行移动应用创新，还必须深刻了解移动终端的移动性。而理解移动性，需要对位置（location）和情境（context）进行反复体会和思考。</p>
<p>所谓位置，包含了地理信息、地理坐标、方向、速度甚至加速度等一系列指标。这是移动性最显著的特点，也是互联网移动化的特征之一。</p>
<p>地理信息是位置产生价值的根本所在，只有把经纬度坐标映射到一个餐馆、一个停车场或者一栋办公楼的时候，位置才有了价值。地理坐标、方向、速度、加 速度，凡此种种，都是位置的精细结构。智能终端通过装配GPS、方向传感器、加速度传感器等先进技术，不断完善位置的精细结构。</p>
<p>得益于海量的地理信息数据和智能终端技术的突飞猛进，互联网的移动性得以彰显。完全创新性的产品和服务被开发出来。泊车定位应用是Android市 场上最早月入过万美元的应用之一。这款软件的功能简单实用：停车时，先通过手机的GPS传感器记录下泊车位置。回头找车时，再通过地理坐标和方向信息引导 用户找到汽车，还顺便提醒用户车停了多长时间。这款软件的免费版获得了7万次以上的下载，付费版则有数千次下载。开始的售价是1.99美元，后来提高到 3.99美元，销量继续增长。这样一款功能简单、业余时间开发的应用，正是基于对“找到自己的泊车位置”这一情景模式的深刻理解，是基于移动性的真正创 新。</p>
<p>移动性的另一个重要方面是情境。相对于传统桌面互联网应用而言，移动应用更加受到使用情境的约束。比如，打着“免费短信”旗号的即时聊天软件 Kik，以简洁的界面和即时抵达的消息让人们体验到便捷，基于通讯录的自动好友搜索和提示让人们立即互动起来，造就了15天注册用户100万的传奇。</p>
<p>我们已经有内置的短信和彩信，也有手机QQ、手机MSN，为什么还需要一个Kik？答案只有一个，那就是Kik模式对短信使用情境实现了更好的匹 配，给予用户在该情境下最佳的用户体验。相比较于运营商的文本短信而言，Kik速度快，实时性好，最重要的是免费；与手机IM软件相比，Kik不必忍受蜗 牛般的登陆速度，对消息状态的报告又使其更加接近移动终端的体验。</p>
<p><a href="http://images.51cto.com/files/uploadimg/20110419/0934511.jpg" target="_blank"><img src="http://images.51cto.com/files/uploadimg/20110419/0934511.jpg" border="0" alt="Kik" width="412" height="396" /></a></p>
<p><strong>图：Kik</strong></p>
<p>至于成功的移动游戏，则更体现了对“时间碎片化”这一情境的深刻理解。短、易逝、频繁中断、沉浸度低、忍耐度低，是时间碎片化的基本特征。所以，移动游戏要求角色设定鲜明，情节简单易懂， 学习上手容易，任务结束迅速。</p>
<p>较之于其他保留着浓厚桌面游戏味道的移动游戏而言，“愤怒的小鸟”更深刻地基于移动情境对传统游戏创意进行了再创新。例如，采用了小鸟战野猪这一鲜明的角色设定策略，不需要冗长地介绍某次战役；游戏的介绍、过场、新类型鸟的介绍都采用纯图片的方式呈现，避免了文字阅读。</p>
<p>移动性是移动应用创新性的根源所在。只有对其进行深入的思考和加以理解，才能做出真正优秀的移动应用产品。</p>
<p><strong>别依赖运营商：它们不是用户</strong></p>
<p>获取非市场化的竞争优势对于资源十分有限的中小企业而言，是一种难以抗拒的诱惑。对于移动应用商而言，最有代表性的诱惑就是和电信运营商或者终端商的合作机会。但我的建议是，不要找他们合作，把产品做成功，让它们主动来找你。</p>
<p>当你为这些合作伙伴开发移动应用的时候，你就开发了一个错误的产品—它们是你的客户，但不是用户。当你的客户和用户分离的时候，矛盾出现了—它们有着完全不同的利益诉求。与你合作的电信运营商或终端商所能做的，就是用它们似是而非的需求摧毁产品的用户体验。</p>
<p>如果一个生态系统的游戏规则由非市场化因素主导，那么它就会“变 态”。真正优秀的创新者应该远离变  态的生态系统，选择高度市场化的良性生态系统去开展创新。真正优秀的创新者采用社会化营销（Social  Marketing）等方法来让人们对自己的产品口口相传，让市场来检验。而且，在你取得了市场成功后，电信运营商或终端商往往会不请自来。例 如，Zynga公司通过在Facebook上的成功，展示了其在休闲社交游戏方面的实力，于是在苹果WWDC 2010暨新机iPhone  4的发布会上，乔布斯邀请他们对其游戏在新机上的运行进行了演示 。</p>
<p>市场是检验实力的唯一标准。确保自己永远直接接触市场中的终端用户，倾听他们的需求和心声，而不是通过大客户的嘴来理解市场。这样，你才有可能站着挣钱，建立自己的议价能力，分得更大的蛋糕。</p>
<p><strong>尝试复合商业模式：移植“愤怒的小鸟”</strong></p>
<p>移动互联网是互联网的自然延伸，所以其商业模式也超不出互联网的两大类商业模式：（向用户）前向收费和（向客户）后向收费。</p>
<p>前向收费模式下，用户就变成了客户。进一步有多种不同的细分模式，比如：苹果应用商店的按下载付费模式；Freemium（免费+收费）试用模式；Zynga的虚拟道具模式等等。</p>
<p>后向收费模式下，用户和客户分离。用户免费享用服务，而由客户比如广告主来埋单。这也是绝大多数互联网服务的商业模式。进一步的细分模式也有很多， 比如Yahoo!展示广告模式；谷歌点击广告模式；Amazon会员计划以及苹果的iAd或谷歌的AdMob移动广告平台模式等等。另外还有其他一些模 式，比如捐赠模式、开源基金会模式、实体化模式如做玩具、出影片等。</p>
<p>当一款产品建立起市场优势之后，便可以此为基础，拓宽商业模式，充分挖掘其创造利润的潜力。“愤怒的小鸟”在苹果应用商店成功掘金千万美元之后，迅 速移植到谷歌  Android市场，不仅扩大了发行广度，更带来了每月百万美元的现金流；也在诺基亚Ovi商店发行，以及尝试实体化模式推出毛绒玩具等等。</p>
<p>立足自身优势创新出一款成功的产品后，再尝试将各种商业模式进行创新性的结合，充分挖掘盈利能力，是移动应用富有潜力的生财之道。反之，盲目多元化，涉水多种类型的产品领域，不仅不能迅速建立市场优势，而且容易缺乏对商业模式的挖掘能力。</p>
<p><strong>植根优势领域：于平淡处见功力</strong></p>
<p>移动领域的成功要素有其特殊性，但传统的成功法则也并没有失灵。例如，从你擅长和专业的领域去着手，常常事半功倍。而不顾自身实力盲目追逐热门话题，则是导致移动应用创新落败的罪魁祸首。</p>
<p>风靡一时的休闲小游戏“植物大战僵尸”发布到苹果应用商店9天，就卖出了超过30万份拷贝，狂赚百万美元，一度占据排行榜首。但它的成功不是偶然。 首先，这款游戏移植到iPhone/iPad平台之前就已在桌面电脑市场风靡。其次，设计师George  Fan在大名鼎鼎的暴雪公司及知名休闲游戏公司PopCap有丰富的工作经历，开发过“暗黑破坏神3”、“疯狂水族馆”等成功作品。最后，借助 PopCap公司在休闲游戏市场多年积累的研发实力和发行能力，这才一举成功。</p>
<p>冷僻领域也不例外。Epocrates  Rx是一款在美国医生群体中颇为流行的应用，通过它，医生们可以查看用药的正确剂量、副作用，以确保用药正确，据称其可以检索到3300种以上的药品。 Epocrates公司在移动应用领域的成功，建立在其十多年在药品数据库方面的积累之上，超过100万的卫生领域专家、包括全美超过45%的药师都是它 的用户。</p>
<p>因此，一个看上去平淡无奇却遭受热捧的应用，其背后往往蕴含了创新者厚积薄发的功力。创新是一项关乎发挥优势的活动。自身没有创新优势或者对这些优势认识不足的企业，才会盲目跟风热门领域或盲目多元化，最终处处落败。</p>
<p><strong>质量第一，速度第二：无需解释的准则</strong></p>
<p>移动应用的创新，质量第一，速度第二。建立在质量基础之上的速度是制胜王道，脱离了质量基础的速度则不啻为一场灾难。</p>
<p>在移动应用创新的生态系统中，质量保证（Quality  Assurance）的部分工作交给了开放平台去完成。比如苹果应用商店对于应用发布有着严格的审核机制，质量不合格不予发布。而对开发者来说，更好的质 量意味着更好的产品、更好的用户体验、更多的好评、更高的排名，再辅以持续的接受用户反馈和更新，才能延长产品的生命周期和盈利周期。</p>
<p>“愤怒的小鸟”的创意并不新颖，它的游戏功能和要素基本上移植于流行的Flash游戏“摧毁城堡”。但“愤怒的小鸟”在移植过程中运用了自己对移动 应用的经验和深刻理解，无论在角色设定、故事情节、物理引擎、动画画面等各个方面都有了大幅的改进，更在游戏火爆之后每隔数周便升级一次，不断添加新的元 素，改进游戏质量，所以青出于蓝而胜于蓝。</p>
<p>质量和速度永远是一对矛盾。对于产品创新，特别是在完全市场化的生态系统中创新，质量第一应该成为一种文化，无需解释的准则。虽然总有无数理由让人 们试图违背这一点，但真正优秀的团队应该能够克制。另外，质量第一不意味着无限要求提高质量，一定要牺牲速度。当速度需要被牺牲时，必须严格评估，以确保 这速度的牺牲可以换来质量</p>
<p><strong>总结：</strong></p>
<p>每次“Big Thing”的出现，都伴随着商业巨星的诞生和巨大商机，以及消费行为的改变。</p>
<p>20世纪60年代的主角是大型计算机。</p>
<p>70年代属于小型计算机。</p>
<p>80年代，微软公司凭借桌面操作系统成为最闪耀的巨星。</p>
<p>90年代，搜索引擎公司谷歌被顶礼膜拜。</p>
<p>最近10年，互联网社交功能逐渐成为重心，Facebook冉冉上升。</p>
<p>IT业下一个“Big Thing”是什么呢？</p>
<p>未来10年，新生代手机和其他智能、互联、便携式的移动产品将取代电视、PC、收音机等等。移动平台和应用就是下一个“Big Thing”。</p>
<p>因此，好消息是：巨浪刚刚拍岸，正待卷起千堆雪，商机无限。</p>
<p>但坏消息是：在这波巨浪中，竞争者也已经蜂拥而至。</p>
<p>谁将胜出呢？</p>
<p>答案是：手握黄金法则的创新者。</p>
<p>作者简介：刘青焱，爱立信研究院研究员，爱立信实验室（中国）负责人，开放平台实验室联合创始人，重点研究方向为互联网向移动互联网、物联网演进过程中的技术创新和商业实践。</p>
]]></content:encoded>
			<wfw:commentRss>http://oplatform.org/archives/208/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>变革来临</title>
		<link>http://oplatform.org/archives/207</link>
		<comments>http://oplatform.org/archives/207#comments</comments>
		<pubDate>Sun, 05 Dec 2010 16:02:58 +0000</pubDate>
		<dc:creator>tanchenhui</dc:creator>
				<category><![CDATA[未分类]]></category>

		<guid isPermaLink="false">http://oplatform.org/archives/207</guid>
		<description><![CDATA[当我们以为世界是一潭死水，暗潮已经涌动；当我们深处最深的黑暗，以为黎明不会来到，太阳却即将升起；当我们以为互联网巨头的格局无法改变，我们只能苟延残喘，格局却正在发生改变。
变革来临，你看到了吗？你准备好了吗？
当两年前的我对互联网的开放趋势信心百倍，投入其中，遇到的是种种撞墙，其后灰心失望，以至于放弃。两年过去，已经发生了很多变化，变革来临，中国互联网的开放时代已经到来。
两年之间，发生了很多很多，而这发生的种种，是变革的萌芽和觉醒。
封闭的开心001,已经逐步走向下坡路。传说的新办公室和队伍的扩展，最近所谓的2011社会化营销平台建造，缺乏一个基本的基础支持-用户。在成功的用社会化游戏快速的打开局面，聚集众多的用户的时候，遭遇到千橡的山寨开心的截杀，更重要的是未能适时的开放，以满足众多用户的不同偏好需求，未能形成一个良好的循环性生态体系，当只剩下用户关系和还有一点点价值的转帖的时候，虽然开心网还想重复以往的路径，不时的推出自己开发的种种app的时候，用户早已失去了兴趣，该回msn的回msn，该回qq的回qq。而另外的对手校内网，虽然在开放的路子上犹抱琵琶半遮面，但也成为了国内开发者的一个试验田，涌现了一批有意思的应用。当内部创新难以满足用户需求的时候，通过开放的方式引入外部创新本是激发和留存用户的重要手段，种种的狭隘的担心，最终连自己的一亩三分地也会失去。
微博在中国羞羞答答的探索了好久，来了个新浪，将这个事情快速的推向了普及化，不到一年的时间聚集了5000千万用户，实时的推出了开放平台，涌现了众多的应用。其真开放全面开放的姿态得到了开发者和合作伙伴的认同，以至于谈论如何在新浪微博的开放平台上开发引用，如何赚钱成为了热潮。一个典型的例子是weico iphone手机客户端，在很多用户的心目中对其的喜爱程度超过了官方的手机客户端，而新浪很多内部的员工都使用。当其他的微博跟随进入，当其他人认为竞争会同博客的竞争一样，存在后来居上的机会的时候，其实他们不明白，这个竞争已经不只是跟新浪的竞争，而是跟新浪+新浪微博开放平台上聚集的众多参与者之间构成的生态体系的竞争，这个战已经没办法打啦。一个简单的问题，你自己能开发多少种ipone手机客户端满足不同用户的需求？
3Q大战想必给马化腾带来了非常多的思考。2010年12月5日，马化腾宣布“腾讯将进入为期半年的战略转型筹备期”，转型原则是开放和分享。这两个词在我们听来是如此的耳熟，但当从马化腾嘴里说出来的时候，我们还是难以避免的感觉到诧异和一丝怀疑，腾讯的“全民公敌”形象已经是如此的根深蒂固，同时中国互联网鼓吹理念而不实践的人比比皆是。但本次马化腾的讲话，却难以只从公关的角度去理解。早些时候我们判断中国互联网的开放的真正到来是看腾讯的开放与否，而腾讯的开放与否难以从内部自然的诞生，让腾讯开放唯一的可能是腾讯意识到不开放的危险，并且这种危险来自于其他的开放系统的竞争。这种竞争在早些时候与淘宝的竞争的时候腾讯已经品尝过，拍拍与淘宝的竞争是一个体系的竞争，正因为是一整个体系的竞争，强大如百度和腾讯，也无法撼动淘宝的地位。在阿里巴巴整个集团推出开放的战略之后，想要跟淘宝竞争更是一个生态系统的竞争，更是难以撼动，腾讯和百度的机会只在于淘宝在电子商务变革的时候犯大错。周鸿祎的“水军”想必也给马化腾带来一些思考，在现在打公关战的时候，即使能花钱占据高端媒体的资源，已难以打过“人民站”的滚滚浪潮。某360竞争对手在做推广的时候，遇到一个巨大的难题，就是相关的渠道基本都是360的“同盟军”，360在这些年里，已经采用投资、合作等多种方式，构建了一个客户端领御的生态系统，以至于“顺之者昌逆之者亡”。在几大门户微博大战的时候，马化腾亲自充当了产品经理的角色，动用腾讯的众多资源，还是不顶，在新浪快速的聚集了众多用户，实施开放平台战略之后，将是更加不顶。如果说拍拍与淘宝之间的竞争，腾讯还可以承受老二的角色，新浪微博的发展，更让马化腾感觉到了彻骨的寒冷，马化腾的老巢可能不保。腾讯的开放，是受到威胁之后的必然。
结合云计算的兴起和移动互联网的发展，你就大致能明白马化腾说的“客户端不再重要，产业上游价值将重新崛起”。预期在一个新的时代慢慢的被蚕食，不如大胆的拥抱新的规则。“开放与分享”，这是腾讯的选择，也是中国互联网未来的选择。在这个时代，确实如马化腾所说，是“云组织”的时代。“在云组织时代伟大公司不见到得是一个大公司……我们今天讲的云不是云计算的云，云计算更多是一种技术形态，我们讲的云是未来社会的形态，过去讲计算机的云是讲说，分本地在远端，在服务器端。我们现在讲的这个云是指社会资源这样一种聚合的方式，也就是说平时是以水分子形态的，需要整合的时候一旦条件成熟就会具体采用云，任务完成之后又失散而去。我觉得这样一种组织形态可能是未来互联网的一种常态。”在这个“云组织”的时代，“草根创业者”们无疑将会因为自己的聪明才智，自己的创新，拥有更多的机会。
变革来临，你是否准备好“开放与分享”的心态，是否准备好“开放与分享”的视野，是否已经开始行动？
本文首发“开放平台实验室”：http://oplatform.org 中国大陆第一个致力于开放平台方面追踪和研究的独立第三方站点。
]]></description>
			<content:encoded><![CDATA[<p>当我们以为世界是一潭死水，暗潮已经涌动；当我们深处最深的黑暗，以为黎明不会来到，太阳却即将升起；当我们以为互联网巨头的格局无法改变，我们只能苟延残喘，格局却正在发生改变。</p>
<p>变革来临，你看到了吗？你准备好了吗？</p>
<p>当两年前的我对互联网的开放趋势信心百倍，投入其中，遇到的是种种撞墙，其后灰心失望，以至于放弃。两年过去，已经发生了很多变化，变革来临，中国互联网的开放时代已经到来。</p>
<p>两年之间，发生了很多很多，而这发生的种种，是变革的萌芽和觉醒。</p>
<p>封闭的开心001,已经逐步走向下坡路。传说的新办公室和队伍的扩展，最近所谓的2011社会化营销平台建造，缺乏一个基本的基础支持-用户。在成功的用社会化游戏快速的打开局面，聚集众多的用户的时候，遭遇到千橡的山寨开心的截杀，更重要的是未能适时的开放，以满足众多用户的不同偏好需求，未能形成一个良好的循环性生态体系，当只剩下用户关系和还有一点点价值的转帖的时候，虽然开心网还想重复以往的路径，不时的推出自己开发的种种app的时候，用户早已失去了兴趣，该回msn的回msn，该回qq的回qq。而另外的对手校内网，虽然在开放的路子上犹抱琵琶半遮面，但也成为了国内开发者的一个试验田，涌现了一批有意思的应用。当内部创新难以满足用户需求的时候，通过开放的方式引入外部创新本是激发和留存用户的重要手段，种种的狭隘的担心，最终连自己的一亩三分地也会失去。</p>
<p>微博在中国羞羞答答的探索了好久，来了个新浪，将这个事情快速的推向了普及化，不到一年的时间聚集了5000千万用户，实时的推出了开放平台，涌现了众多的应用。其真开放全面开放的姿态得到了开发者和合作伙伴的认同，以至于谈论如何在新浪微博的开放平台上开发引用，如何赚钱成为了热潮。一个典型的例子是weico iphone手机客户端，在很多用户的心目中对其的喜爱程度超过了官方的手机客户端，而新浪很多内部的员工都使用。当其他的微博跟随进入，当其他人认为竞争会同博客的竞争一样，存在后来居上的机会的时候，其实他们不明白，这个竞争已经不只是跟新浪的竞争，而是跟新浪+新浪微博开放平台上聚集的众多参与者之间构成的生态体系的竞争，这个战已经没办法打啦。一个简单的问题，你自己能开发多少种ipone手机客户端满足不同用户的需求？</p>
<p>3Q大战想必给马化腾带来了非常多的思考。2010年12月5日，马化腾宣布“腾讯将进入为期半年的战略转型筹备期”，转型原则是<strong><span style="text-decoration: underline;">开放和分享</span></strong>。这两个词在我们听来是如此的耳熟，但当从马化腾嘴里说出来的时候，我们还是难以避免的感觉到诧异和一丝怀疑，腾讯的“全民公敌”形象已经是如此的根深蒂固，同时中国互联网鼓吹理念而不实践的人比比皆是。但本次马化腾的讲话，却难以只从公关的角度去理解。早些时候我们判断中国互联网的开放的真正到来是看腾讯的开放与否，而腾讯的开放与否难以从内部自然的诞生，让腾讯开放唯一的可能是腾讯意识到不开放的危险，并且这种危险来自于其他的开放系统的竞争。这种竞争在早些时候与淘宝的竞争的时候腾讯已经品尝过，拍拍与淘宝的竞争是一个体系的竞争，正因为是一整个体系的竞争，强大如百度和腾讯，也无法撼动淘宝的地位。在阿里巴巴整个集团推出开放的战略之后，想要跟淘宝竞争更是一个生态系统的竞争，更是难以撼动，腾讯和百度的机会只在于淘宝在电子商务变革的时候犯大错。周鸿祎的“水军”想必也给马化腾带来一些思考，在现在打公关战的时候，即使能花钱占据高端媒体的资源，已难以打过“人民站”的滚滚浪潮。某360竞争对手在做推广的时候，遇到一个巨大的难题，就是相关的渠道基本都是360的“同盟军”，360在这些年里，已经采用投资、合作等多种方式，构建了一个客户端领御的生态系统，以至于“顺之者昌逆之者亡”。在几大门户微博大战的时候，马化腾亲自充当了产品经理的角色，动用腾讯的众多资源，还是不顶，在新浪快速的聚集了众多用户，实施开放平台战略之后，将是更加不顶。如果说拍拍与淘宝之间的竞争，腾讯还可以承受老二的角色，新浪微博的发展，更让马化腾感觉到了彻骨的寒冷，马化腾的老巢可能不保。腾讯的开放，是受到威胁之后的必然。</p>
<p>结合云计算的兴起和移动互联网的发展，你就大致能明白马化腾说的“客户端不再重要，产业上游价值将重新崛起”。预期在一个新的时代慢慢的被蚕食，不如大胆的拥抱新的规则。“开放与分享”，这是腾讯的选择，也是中国互联网未来的选择。在这个时代，确实如马化腾所说，是“云组织”的时代。“在云组织时代伟大公司不见到得是一个大公司……我们今天讲的云不是云计算的云，云计算更多是一种技术形态，我们讲的云是未来社会的形态，过去讲计算机的云是讲说，分本地在远端，在服务器端。我们现在讲的这个云是指社会资源这样一种聚合的方式，也就是说平时是以水分子形态的，需要整合的时候一旦条件成熟就会具体采用云，任务完成之后又失散而去。我觉得这样一种组织形态可能是未来互联网的一种常态。”在这个“云组织”的时代，“草根创业者”们无疑将会因为自己的聪明才智，自己的创新，拥有更多的机会。</p>
<p>变革来临，你是否准备好“开放与分享”的心态，是否准备好“开放与分享”的视野，是否已经开始行动？</p>
<p>本文首发“<a href="http://oplatform.org/" target="_blank">开放平台实验室</a>”：<a href="http://oplatform.org/">http://oplatform.org</a> 中国大陆第一个致力于开放平台方面追踪和研究的独立第三方站点。</p>
]]></content:encoded>
			<wfw:commentRss>http://oplatform.org/archives/207/feed</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>KIK和Instagram的中国悖论</title>
		<link>http://oplatform.org/archives/205</link>
		<comments>http://oplatform.org/archives/205#comments</comments>
		<pubDate>Tue, 30 Nov 2010 05:44:15 +0000</pubDate>
		<dc:creator>tanchenhui</dc:creator>
				<category><![CDATA[未分类]]></category>

		<guid isPermaLink="false">http://oplatform.org/?p=205</guid>
		<description><![CDATA[ 相信已经有人在抄袭这两个应用啦，一个是基于手机通讯录的聊天软件（KIK），一个是基于手机的照片分享（Instagram），一个可以不再需要短信，另一个则可以不再需要彩信。
    KIK直接基于手机号码，另外一个更为直接的表明你的身份及你与社会关联的ID，你远可以设想，其实以后我们不需要运营商的短信、彩信及语音通话服务服务等，我们只需要运营商给我们提供在PC互联网时代一样提供的宽带而已。如果说Flickr代表的是照相机+PC的时代，而Instagram则代表带有摄像头的手机+3G通道的时代，Instagram还处在一个更加适合快速发展的互联网年代，开放平台的年代，它可以基于人们在其他社交网络上的关系链路去发展。
    基于KIK的丰富的未来设想，已经有一个现成的榜样，就是QQ，当中国的运营商遇到这样的问题的时候，你可能触犯法律，你可能直接在通道上受到限制，你肯定快不起来，更别想拥有在KIK上看到的别人在输入的感觉。而Instagram在中国出了智能机基础和3G发展速度的限制之外，关系链路并不是那么好借用，目前只看到微博。
    设想kik式的关系链路+Instagram的照片分享，在目前移动、电信、联通之间彩信互通都有问题的情况下，是会有需求的，但是照片审查的问题，几乎是任何一个资源不够的创业者都无法越过的难关，当真有创业者做出广受大众需要的这样的应用的时候，你只要弄几个号码发点敏感的图片，它就可能遭受“饭否”一样的命运。
    另外一个方面，flickr模式在中国是不太可能单独成立的，只考虑服务器+带宽成本与所能获得收益的对比，自我的循环基本没戏。记住照片是比较难叠加广告的，之前我做过的研究表明单纯的相册是无法直接盈利的。如果用户少，好说，用户一多，没有资本的支持是无法持续的。而在你需要资本的时候，VC是会问你怎样盈利，你是回答不出来的。如果考虑收费模式，在中国很容易被巨头以免费的方式直接冲击，我们已经面临众多的案例表明一个领域被人看好之后，竞争的惨烈和不计手段的程度。
    对于普通的创业者，可以忘记KIK和Instagram了，即使你能够做出很有冲击性的产品，但你没有一个叫李刚的爸爸，还是算啦。
    你生活在中国，注定在互联网创业这个领域，你需要面临更多的问题和陷阱，你注定缺乏创新性，注定举步维艰。 
]]></description>
			<content:encoded><![CDATA[<p><span style="font-family: 宋体;"> 相信已经有人在抄袭这两个应用啦，一个是基于手机通讯录的聊天软件（KIK），一个是基于手机的照片分享（Instagram），一个可以不再需要短信，另一个则可以不再需要彩信。</span></p>
<p><span style="font-family: 宋体;">    KIK直接基于手机号码，另外一个更为直接的表明你的身份及你与社会关联的ID，你远可以设想，其实以后我们不需要运营商的短信、彩信及语音通话服务服务等，我们只需要运营商给我们提供在PC互联网时代一样提供的宽带而已。如果说Flickr代表的是照相机+PC的时代，而</span>Instagram则代表带有摄像头的手机+3G通道的时代，Instagram还处在一个更加适合快速发展的互联网年代，开放平台的年代，它可以基于人们在其他社交网络上的关系链路去发展。</p>
<p>    基于KIK的丰富的未来设想，已经有一个现成的榜样，就是QQ，当中国的运营商遇到这样的问题的时候，你可能触犯法律，你可能直接在通道上受到限制，你肯定快不起来，更别想拥有在KIK上看到的别人在输入的感觉。而Instagram在中国出了智能机基础和3G发展速度的限制之外，关系链路并不是那么好借用，目前只看到微博。</p>
<p>    设想kik式的关系链路+Instagram的照片分享，在目前移动、电信、联通之间彩信互通都有问题的情况下，是会有需求的，但是照片审查的问题，几乎是任何一个资源不够的创业者都无法越过的难关，当真有创业者做出广受大众需要的这样的应用的时候，你只要弄几个号码发点敏感的图片，它就可能遭受“饭否”一样的命运。</p>
<p>    另外一个方面，flickr模式在中国是不太可能单独成立的，只考虑服务器+带宽成本与所能获得收益的对比，自我的循环基本没戏。记住照片是比较难叠加广告的，之前我做过的研究表明单纯的相册是无法直接盈利的。如果用户少，好说，用户一多，没有资本的支持是无法持续的。而在你需要资本的时候，VC是会问你怎样盈利，你是回答不出来的。如果考虑收费模式，在中国很容易被巨头以免费的方式直接冲击，我们已经面临众多的案例表明一个领域被人看好之后，竞争的惨烈和不计手段的程度。</p>
<div><span style="font-family: 宋体;">    对于普通的创业者，可以忘记KIK和Instagram了，即使你能够做出很有冲击性的产品，但你没有一个叫李刚的爸爸，还是算啦。</span></div>
<div><span style="font-family: 宋体;">    你生活在中国，注定在互联网创业这个领域，你需要面临更多的问题和陷阱，你注定缺乏创新性，注定举步维艰。</span> </div>
]]></content:encoded>
			<wfw:commentRss>http://oplatform.org/archives/205/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Distimo发布最新一期应用商店统计报告（转译自 爱立信实验室）</title>
		<link>http://oplatform.org/archives/195</link>
		<comments>http://oplatform.org/archives/195#comments</comments>
		<pubDate>Fri, 05 Nov 2010 07:36:36 +0000</pubDate>
		<dc:creator>刘青焱</dc:creator>
				<category><![CDATA[未分类]]></category>

		<guid isPermaLink="false">http://oplatform.org/?p=195</guid>
		<description><![CDATA[原文出自爱立信实验室： https://labs.ericsson.com/developer-community/blog/distimo-latest-app-store-report-october-2010
欢迎关注 @爱立信实验室 官方微博：http://t.sina.com/ericssonlabs
欢迎关注 @刘青焱 的微博 http://t.sina.com/qingyan 和我交流有关互联网向移动互联网、物联网演进中的应用创新和商业模式有关问题。
今天我们很高兴发布2010十月份Distimo的app store报告。
爱立信实验室和Distimo达成合作，每月将报告发布出来以和我们的开发者分享。
本 报告涵盖了苹果的应用商店（iPad, iPhone），黑莓App World，Google的Android Market，Nokia的Ovi  Store，Palm的App Catalog以及微软的Windows Marketplace for  Mobile。数据采集自美国2010年4月到10月的时间段。
以下是主要的一些结果：

 苹果应用商店中应用数量从4月份的不到20万上涨到10月份的超过30万
 仅为iPad设计的应用在2010二季度的时候增幅超过整体增幅。这个现象在6月的时候反转了。到11月的时候又趋于一致（7%）。
 iPad应用的平均价从4月的4.34美元增长到10月的4.97美元（增长14.5%）。同期，iPhone应用仅从3.94美元微微增长到4.03美元（增长2.3%）
 10月，iPad付费应用前100名的平均价比iPhone的高171%：前者是5.8美元，后者是2.14美元。【@刘青焱 注：不过这条数据和上一条对比看，有点困惑。矛盾？】
 iPhone应用平均价低的原因是因为有一大批付费应用定价在0.99美元（45%），而iPad的应用只有24%定在这一个定价点。
 愤怒的小鸟同时成为iPhone和Palm商店的翘楚，这是9月的事情。愤怒的小鸟高清版则是iPad付费应用的第三名。【@刘青焱 注：愤怒小鸟可真火爆啊~汗】


图：apple store应用的平均价

图：app store应用价格分布
 要阅读报告全文，请点击此处：http://www.distimo.com/report/download-latest
]]></description>
			<content:encoded><![CDATA[<p>原文出自<a title="External link to http://labs.ericsson.com/cn" href="http://labs.ericsson.com/cn" target="_blank">爱立信实验室</a>： <a title="External link to https://labs.ericsson.com/developer-community/blog/distimo-latest-app-store-report-october-2010" href="https://labs.ericsson.com/developer-community/blog/distimo-latest-app-store-report-october-2010" target="_blank">https://labs.ericsson.com/developer-community/blog/distimo-latest-app-store-report-october-2010</a><br />
欢迎关注 @爱立信实验室 官方微博：<a title="External link to http://t.sina.com/ericssonlabs" href="http://t.sina.com/ericssonlabs" target="_blank">http://t.sina.com/ericssonlabs</a><br />
欢迎关注 @刘青焱 的微博 <a title="External link to http://t.sina.com/qingyan" href="http://t.sina.com/qingyan" target="_blank">http://t.sina.com/qingyan</a> 和我交流有关互联网向移动互联网、物联网演进中的应用创新和商业模式有关问题。</p>
<p>今天我们很高兴发布2010十月份Distimo的app store报告。<br />
爱立信实验室和Distimo达成合作，每月将报告发布出来以和我们的开发者分享。</p>
<p>本 报告涵盖了苹果的应用商店（iPad, iPhone），黑莓App World，Google的Android Market，Nokia的Ovi  Store，Palm的App Catalog以及微软的Windows Marketplace for  Mobile。数据采集自美国2010年4月到10月的时间段。</p>
<p>以下是主要的一些结果：</p>
<ul>
<li> 苹果应用商店中应用数量从4月份的不到20万上涨到10月份的超过30万</li>
<li> 仅为iPad设计的应用在2010二季度的时候增幅超过整体增幅。这个现象在6月的时候反转了。到11月的时候又趋于一致（7%）。</li>
<li> iPad应用的平均价从4月的4.34美元增长到10月的4.97美元（增长14.5%）。同期，iPhone应用仅从3.94美元微微增长到4.03美元（增长2.3%）</li>
<li> 10月，iPad付费应用前100名的平均价比iPhone的高171%：前者是5.8美元，后者是2.14美元。【@刘青焱 注：不过这条数据和上一条对比看，有点困惑。矛盾？】</li>
<li> iPhone应用平均价低的原因是因为有一大批付费应用定价在0.99美元（45%），而iPad的应用只有24%定在这一个定价点。</li>
<li> 愤怒的小鸟同时成为iPhone和Palm商店的翘楚，这是9月的事情。愤怒的小鸟高清版则是iPad付费应用的第三名。【@刘青焱 注：愤怒小鸟可真火爆啊~汗】</li>
</ul>
<p><img src="https://labs.ericsson.com/files/Distimo-Average-Application-Price-Apple.jpg" alt="" /><br />
图：apple store应用的平均价<br />
<img src="https://labs.ericsson.com/files/Distimo-Price-Distribution-Apple.jpg" alt="" /><br />
图：app store应用价格分布</p>
<p> 要阅读报告全文，请点击此处：<a title="External link to http://www.distimo.com/report/download-latest" href="http://www.distimo.com/report/download-latest" target="_blank">http://www.distimo.com/report/download-latest</a></p>
]]></content:encoded>
			<wfw:commentRss>http://oplatform.org/archives/195/feed</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>产品战略――一个令人回味的游戏</title>
		<link>http://oplatform.org/archives/192</link>
		<comments>http://oplatform.org/archives/192#comments</comments>
		<pubDate>Mon, 13 Sep 2010 12:18:36 +0000</pubDate>
		<dc:creator>刘青焱</dc:creator>
				<category><![CDATA[未分类]]></category>

		<guid isPermaLink="false">http://oplatform.org/?p=192</guid>
		<description><![CDATA[前几天offsite activity时做了一个很有趣的游戏，颇有值得仔细品味之处。分享出来，以飨大家。
 这个游戏的名字就叫做产品战略。(ok, 我起的，呵呵)
窃以为，这个游戏的妙处在于它的设计巧妙的反应了产品战略和研发中的核心问题，令人回味无穷。
游戏的任务很简单：
 分三组。用塑料吸管和塑料胶带制作一个vehicle（陆路交通工具）。vehicle的顶端要固定一个敞口一次性水杯，装满水。产品完成后，用绳子拉着vehicle完成指定路线（平地无颠簸，有围绕障碍物绕圈之要求）
评分标准：
 1) 产品递交时间(time-to-market)越快越好：第一名 50分；第二名 25分；第三名 0分。
 2) vehicle的高度(height)越高越好：每厘米2分。
 3) 完成指定路线时间(speed)越快越好：第一名 50分；第二名 25分；第三名 0分。
 4) 杯中水洒出次数：每洒出一次扣10分。
 5) vehicle完全翻倒：扣25分。可以再获得从起点再来一次、尝试完成指定路线的机会。（仅有一次restart的机会）
我们当时玩的时候各队的战略选择：
 1队：time-to-market。力争最快递交产品。
 2队：height。力争制作最高的产品。
 3队：speed。力争制作可最快完成指定路线的产品。
结果我就不说了。实际组织团队去玩一下才能真正有深刻体会。
玩后可以思考这几个问题：
 1 上市时间越早越好吗？引申一下，你确信你要选择一个仅靠上市先后决定成败的产品作为你的核心产品吗？
 2 质量因素隐含在哪里了？你应该选择什么样的产品作为核心产品？如何平衡质量和(上市)速度？
 3 产品里蕴含的技术是什么？技术的作用是什么？为什么一个好的核心产品里一定要有较高的技术水平和创意？
 4 当一个产品投放市场后效果不佳，应该如何面对？坚持到底就一定是胜利吗？
 5 你们小组是如何在压力下讨论和沟通产品战略的？又是如何协作实施战略的？
上面几个方面的问题是我玩了之后体会出来的。我会分个贴写写个人的理解。欢迎补充;)
]]></description>
			<content:encoded><![CDATA[<p>前几天offsite activity时做了一个很有趣的游戏，颇有值得仔细品味之处。分享出来，以飨大家。<br />
 这个游戏的名字就叫做产品战略。(ok, 我起的，呵呵)</p>
<p>窃以为，这个游戏的妙处在于它的设计巧妙的反应了产品战略和研发中的核心问题，令人回味无穷。</p>
<p>游戏的任务很简单：<br />
 分三组。用塑料吸管和塑料胶带制作一个vehicle（陆路交通工具）。vehicle的顶端要固定一个敞口一次性水杯，装满水。产品完成后，用绳子拉着vehicle完成指定路线（平地无颠簸，有围绕障碍物绕圈之要求）</p>
<p>评分标准：<br />
 1) 产品递交时间(time-to-market)越快越好：第一名 50分；第二名 25分；第三名 0分。<br />
 2) vehicle的高度(height)越高越好：每厘米2分。<br />
 3) 完成指定路线时间(speed)越快越好：第一名 50分；第二名 25分；第三名 0分。<br />
 4) 杯中水洒出次数：每洒出一次扣10分。<br />
 5) vehicle完全翻倒：扣25分。可以再获得从起点再来一次、尝试完成指定路线的机会。（仅有一次restart的机会）</p>
<p>我们当时玩的时候各队的战略选择：<br />
 1队：time-to-market。力争最快递交产品。<br />
 2队：height。力争制作最高的产品。<br />
 3队：speed。力争制作可最快完成指定路线的产品。</p>
<p>结果我就不说了。实际组织团队去玩一下才能真正有深刻体会。</p>
<p>玩后可以思考这几个问题：<br />
 1 上市时间越早越好吗？引申一下，你确信你要选择一个仅靠上市先后决定成败的产品作为你的核心产品吗？<br />
 2 质量因素隐含在哪里了？你应该选择什么样的产品作为核心产品？如何平衡质量和(上市)速度？<br />
 3 产品里蕴含的技术是什么？技术的作用是什么？为什么一个好的核心产品里一定要有较高的技术水平和创意？<br />
 4 当一个产品投放市场后效果不佳，应该如何面对？坚持到底就一定是胜利吗？<br />
 5 你们小组是如何在压力下讨论和沟通产品战略的？又是如何协作实施战略的？</p>
<p>上面几个方面的问题是我玩了之后体会出来的。我会分个贴写写个人的理解。欢迎补充;)</p>
]]></content:encoded>
			<wfw:commentRss>http://oplatform.org/archives/192/feed</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>百度开放平台：信息管道的霸权主义</title>
		<link>http://oplatform.org/archives/184</link>
		<comments>http://oplatform.org/archives/184#comments</comments>
		<pubDate>Mon, 06 Sep 2010 15:28:53 +0000</pubDate>
		<dc:creator>刘青焱</dc:creator>
				<category><![CDATA[未分类]]></category>

		<guid isPermaLink="false">http://oplatform.org/?p=184</guid>
		<description><![CDATA[当年一男兄在百度激扬文字，阔论“能够变现的技术才有价值”的时候，百度“框计算”不乏娱乐姿态地横空出世。
 在彼时那篇不免过于辛辣的《十批百度框计算》中，前两批分别指出：
 第一，所谓“框计算”，如果说还有一点可取之处，那就是所谓开放平台了。
 第二，即便是所谓开放平台，也蕴含着霸权思维。
果不其然。一男兄撤了，但其legacy被发扬光大，或至少是鸡肋不舍。“框计算”没炒熟，终究回归了“开放平台”——蕴含着霸权思维的“开放平台”。
为何说百度开放平台是霸权思维？我们只需思考一个问题，那就是搜索引擎是否应该具有中立性，即，不应当在未尽足够告知义务的情况下、无论出于任何目的而修改搜索结果？
答案显而易见。
为什么？因为搜索引擎，如同通信工具一样，本质上是信息的管道（bit pipe）。它不产生内容，如同电信运营商不产生通话内容一样。
但是不同于电信运营商的是，搜索引擎的商业模式是新颖的。本质上，搜索引擎的这种对bit pipe的商业模式的创新，或者说潜在价值的挖掘是建立在互联网对法律的超前性之上的。也就是说，发现了法律的未监管空间进而实现了超额利润。
试想，如果法律允许电信运营商在每段通话之前、之间、之后任意插播广告，电信运营商的收入得增长多少？如果再加上语音分析、行为分析、位置定位，自动精准推送最适合你的广告呢？可惜的是，全球范围内，法律对于通信安全和通信过程中的隐私保护都有着严格的规定和监管措施，从而消灭了这种超额利润。
法律尚未到位，所以搜索引擎公司必须自律。这也是google为何一直标榜“不作恶”的原因：不是因为它高尚，而是它在试图自证清白从而避免法律的审判和制裁。如同一个不当得利、内心不安的暴发户，日日跪在教堂向神父忏悔一般。即便如此，在欧美十分注重个人隐私和通信安全的环境下，google总是面临诸如利用免费信息获利以及侵犯隐私等方面的指责和诉讼。
而我们神佛不信，鬼怪不惧。我们很难理解google内心深处的超我（superego）对于本我（id）的批判以及对于上帝的畏惧。
所以我们有了肆无忌惮的竞价排名。
 所以我们又有了神挡杀神、佛挡杀佛、被誉为“信息终结者”的百度开放平台。
 从此，每一个百度的客户（合作伙伴）将接受百度的统治。
 从此，每一个百度的用户将接受百度的教化。
 我们不必有独立的判断。
 我们只需要接受百度筛选出来的“最佳”结果。
 我们将会非常happy。
 因为我们，五千年来就喜欢听别人的话，五千年来就不喜欢独立思考。
十分感谢百度的努力，让每一个国人更加happy。
海盗船长，嘿咻嘿咻。
 粉红娘娘，哎哟哎哟。
 海盗船长，嘿咻嘿咻。
 粉红娘娘，哎哟哎哟。
]]></description>
			<content:encoded><![CDATA[<p>当年一男兄在百度激扬文字，阔论“能够变现的技术才有价值”的时候，百度“框计算”不乏娱乐姿态地横空出世。<br />
 在彼时那篇不免过于辛辣的《<a href="http://oplatform.org/archives/85" target="_blank">十批百度框计算</a>》中，前两批分别指出：<br />
 第一，所谓“框计算”，如果说还有一点可取之处，那就是所谓开放平台了。<br />
 第二，即便是所谓开放平台，也蕴含着霸权思维。</p>
<p>果不其然。一男兄撤了，但其legacy被发扬光大，或至少是鸡肋不舍。“框计算”没炒熟，终究回归了“开放平台”——蕴含着霸权思维的“开放平台”。</p>
<p>为何说百度开放平台是霸权思维？我们只需思考一个问题，那就是搜索引擎是否应该具有中立性，即，不应当在未尽足够告知义务的情况下、无论出于任何目的而修改搜索结果？</p>
<p>答案显而易见。</p>
<p>为什么？因为搜索引擎，如同通信工具一样，本质上是信息的管道（bit pipe）。它不产生内容，如同电信运营商不产生通话内容一样。</p>
<p>但是不同于电信运营商的是，搜索引擎的商业模式是新颖的。本质上，搜索引擎的这种对bit pipe的商业模式的创新，或者说潜在价值的挖掘是建立在互联网对法律的超前性之上的。也就是说，发现了法律的未监管空间进而实现了超额利润。</p>
<p>试想，如果法律允许电信运营商在每段通话之前、之间、之后任意插播广告，电信运营商的收入得增长多少？如果再加上语音分析、行为分析、位置定位，自动精准推送最适合你的广告呢？可惜的是，全球范围内，法律对于通信安全和通信过程中的隐私保护都有着<a href="http://www.apcyber-law.com/details.asp?ID=3466">严格的规定和监管措施</a>，从而消灭了这种超额利润。</p>
<p>法律尚未到位，所以搜索引擎公司必须自律。这也是google为何一直标榜“不作恶”的原因：不是因为它高尚，而是它在试图自证清白从而避免法律的审判和制裁。如同一个不当得利、内心不安的暴发户，日日跪在教堂向神父忏悔一般。即便如此，在欧美十分注重个人隐私和通信安全的环境下，google总是面临诸如利用免费信息获利以及侵犯隐私等方面的<a href="http://media.people.com.cn/GB/9125296.html">指责</a>和<a href="http://it.solidot.org/article.pl?sid=10/09/06/0531212">诉讼</a>。</p>
<p>而我们神佛不信，鬼怪不惧。我们很难理解google内心深处的超我（superego）对于本我（id）的批判以及对于上帝的畏惧。</p>
<p>所以我们有了<a href="http://tech.163.com/08/1117/06/4QUB2U6C000915BF.html">肆无忌惮的竞价排名</a>。<br />
 所以我们又有了神挡杀神、佛挡杀佛、被誉为“<a href="http://www.xfcss.com/news/bowen/263.html">信息终结者</a>”的百度开放平台。<br />
 从此，每一个百度的客户（合作伙伴）将接受百度的统治。<br />
 从此，每一个百度的用户将接受百度的教化。<br />
 我们不必有独立的判断。<br />
 我们只需要接受百度筛选出来的“最佳”结果。<br />
 我们将会非常happy。<br />
 因为我们，五千年来就喜欢听别人的话，五千年来就不喜欢独立思考。</p>
<p>十分感谢百度的努力，让每一个国人更加happy。</p>
<p>海盗船长，嘿咻嘿咻。<br />
 粉红娘娘，哎哟哎哟。<br />
 海盗船长，嘿咻嘿咻。<br />
 粉红娘娘，哎哟哎哟。</p>
]]></content:encoded>
			<wfw:commentRss>http://oplatform.org/archives/184/feed</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>[节译] 关于碎片化的移动开发生态系统，你不可不知的点点滴滴</title>
		<link>http://oplatform.org/archives/171</link>
		<comments>http://oplatform.org/archives/171#comments</comments>
		<pubDate>Wed, 07 Jul 2010 09:35:48 +0000</pubDate>
		<dc:creator>刘青焱</dc:creator>
				<category><![CDATA[未分类]]></category>

		<guid isPermaLink="false">http://oplatform.org/?p=171</guid>
		<description><![CDATA[

出处：TechCrunch http://techcrunch.com/2010/07/05/mobile-developer-economics-2010/
原作：Robin Wauters
翻译：刘青焱 (qingyan123 AT gmail DOT com)

因为移动应用行业的碎片化，我们需要查看一些比较不错的研究报告来帮助我们理解这个持续增长的行业。由是，我请人检视了一下VisionMobile在这个课题上的详细报告（由  Telefónica开发者社区 资助），因为这个报告，是我迄今读过最好的之一。
这份名为 2010年开发者经济状况 的免费报告涉足了移动应用开发的方方面面，调查了全球超过400个开发者。他们主要分布在8个主要的平台上：iOS (iPhone), Android,  Symbian, BlackBerry, Java ME, Window手机, Flash/Flash Lite 以及 mobile web  (WAP/XHTML/CSS/Javascript)。
这份报告由一个三个研究员、五个采访员、八个移动应用开发者组成的团队在2010年一月到六月间完成。它提供了从平台选择到应用分发以及变现等关于移动应用开发的方方面面。

以下是一些要点：

市场渗透率（penetration）和知名度（mindshare）

-  75%以上的开发者认为市场渗透率是选择移动开发平台时首要的原因。很明显的，比较于技术层面，开发者更关注潜在市场以及变现的潜力。
-  大部分开发者在多个平台上进行开发：平均每个开发者在2.8个平台上开发。以iPhone和Android开发者为例，1/5的应用会同时出现在App  Store和Android Market上。
- 在过去两年，潮流正在变迁（见此）。开发者正在从“主流”平台上迁徙离开——我指的是Symbian,  Java  ME和Windows手机。一大批在iPhone和Android应用商店售卖他们的应用的少数派（约占20-25%）Symbian开发者说，这些新平台正在汇集大量开发者。
- Java ME“一次编写到处运行”的信仰已经逝去。更有趣的是，半数Windows手机MVP开发者（MVP的称号通常授予那些死忠开发者）都在用iPhone，而且，正在为下一次是否还要在Windows手机上投资而犹豫不决。
-  Android成为最受移动开发者欢迎的平台。调查结果显示，接近60%的移动开发者最近在Android上进行过开发。第二位的就是iOS  (iPhone)，超出了2008年的标杆Symbian和Java ME。
-  平台的特点显示出其在开发者中的知名度与其潜在市场的脱节。比如说，Symbian系统大概有3亿9千万的装机量（2010二季度数据），并号称有超过6000个应用。但是同期仅有6千万装机量的Apple  iPhone却有着30倍数量的应用。
-  证据显示，大多数开发者对他们投入大量时间的平台有着更强的粘性。在所有被调查的8类主要移动平台中，开发者总是感到他们的平台有这最高的市场渗透率，尽管实际上并不高。


&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;



市场（marketing），销售（sales）和变现（monetization）

-  时至今日，过去几年主流的市场渠道在移动应用推向市场的途径中已无足轻重。只有不到5%的移动开发者会把运营商门户或者通过OEM厂商/运营商进行预装作为首选渠道。研究发现，除了开发定制化应用的传统模式之外，开发者更多的借助于“原生”的应用商店或者从他们自己的网站上直接下载这样的方式。
- [...]]]></description>
			<content:encoded><![CDATA[<div id="WizHtmlContentId">
<p><!--WizHtmlContentBegin--></p>
<div id="WizHtmlContentId">出处：TechCrunch <a href="http://techcrunch.com/2010/07/05/mobile-developer-economics-2010/"><span style="color: #0066cc;">http://techcrunch.com/2010/07/05/mobile-developer-economics-2010/</span></a></div>
<div>原作：Robin Wauters</div>
<div>翻译：刘青焱 (qingyan123 AT gmail DOT com)</div>
<p><br class="spacer_" /></p>
<div>因为移动应用行业的碎片化，我们需要查看一些比较不错的研究报告来帮助我们理解这个持续增长的行业。由是，我请人检视了一下<a href="http://visionmobile.com/">VisionMobile</a>在这个课题上的详细<a href="http://www.visionmobile.com/blog/2010/07/mobile-developer-economics-2010-the-migration-of-developer-mindshare/">报告</a>（由  <a href="http://www.o2litmus.co.uk/tools/o2-network-enablers/communities">Telefónica开发者社区</a> <a href="http://www.o2litmus.co.uk/o2blog">资助</a>），因为这个报告，是我迄今读过最好的之一。</div>
<div>这份名为 <span style="text-decoration: underline;"><span style="color: #0000cc;">2010年</span></span><a href="http://www.visionmobile.com/research.php#devecon">开发者经济状况</a> 的免费报告涉足了移动应用开发的方方面面，调查了全球超过400个开发者。他们主要分布在8个主要的平台上：iOS (iPhone), Android,  Symbian, BlackBerry, Java ME, Window手机, Flash/Flash Lite 以及 mobile web  (WAP/XHTML/CSS/Javascript)。</div>
<div>这份报告由一个三个研究员、五个采访员、八个移动应用开发者组成的团队在2010年一月到六月间完成。它提供了从平台选择到应用分发以及变现等关于移动应用开发的方方面面。</div>
<p><br class="spacer_" /></p>
<div>以下是一些要点：</div>
<p><br class="spacer_" /></p>
<div><strong>市场渗透率（penetration）和知名度（mindshare）</strong></div>
<p><br class="spacer_" /></p>
<div>-  75%以上的开发者认为<strong>市场渗透率</strong>是选择移动开发平台时首要的原因。很明显的，比较于技术层面，开发者更关注潜在市场以及变现的潜力。</div>
<div>-  大部分开发者<strong>在多个平台上进行开发</strong>：平均每个开发者在2.8个平台上开发。以iPhone和Android开发者为例，<strong>1/5的应用会同时出现在App  Store和Android Market上</strong>。</div>
<div>- 在过去两年，<strong>潮流正在变迁</strong>（<a href="http://www.visionmobile.com/blog/2010/07/mobile-developer-economics-2010-the-migration-of-developer-mindshare/">见此</a>）。开发者正在<strong>从“主流”平台上迁徙离开</strong>——我指的是Symbian,  Java  ME和Windows手机。一大批在iPhone和Android应用商店售卖他们的应用的少数派（约占20-25%）Symbian开发者说，这些新平台正在汇集大量开发者。</div>
<div>- Java ME<strong><span style="font-family: 宋体;">“</span>一次编写到处运行”的信仰已经逝去</strong>。更有趣的是，半数Windows手机MVP开发者（MVP的称号通常授予那些死忠开发者）都在用iPhone，而且，正在为下一次是否还要在Windows手机上投资而犹豫不决。</div>
<div>-  <strong>Android成为最受移动开发者欢迎的平台</strong>。调查结果显示，接近60%的移动开发者最近在Android上进行过开发。第二位的就是iOS  (iPhone)，超出了2008年的标杆Symbian和Java ME。</div>
<div>-  平台的特点显示出其在开发者中的知名度与其潜在市场的脱节。比如说，Symbian系统大概有3亿9千万的装机量（2010二季度数据），并号称有超过6000个应用。但是同期仅有6千万装机量的Apple  <strong>iPhone却有着30倍数量的应用</strong>。</div>
<div>-  证据显示，大多数开发者<strong>对他们投入大量时间的平台有着更强的粘性</strong>。在所有被调查的8类主要移动平台中，开发者总是感到他们的平台有这最高的市场渗透率，尽管实际上并不高。</div>
<div><img class="alignnone" title="mobile apps" src="http://tctechcrunch.files.wordpress.com/2010/07/mobile-apps.png" alt="" width="1222" height="549" /></div>
<div><img src="file:///C:/Users/ehjlnox/AppData/Local/Temp/WizKnowledge/fb4237ba-9222-46ba-b124-28ee0e4f4d4c_files/mobile_apps[1].png" alt="" /></div>
<div>&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;</div>
<div><img class="alignnone" title="mobile app share" src="http://tctechcrunch.files.wordpress.com/2010/07/mobile-app-share.png" alt="mobile app share" width="630" height="392" /></div>
<div><img src="file:///C:/Users/ehjlnox/AppData/Local/Temp/WizKnowledge/fb4237ba-9222-46ba-b124-28ee0e4f4d4c_files/mobile_app_share[1].png" alt="" /></div>
<p><br class="spacer_" /></p>
<div><strong>市场（marketing），销售（sales）和变现（monetization）</strong></div>
<p><br class="spacer_" /></p>
<div>-  时至今日，过去几年主流的市场渠道在移动应用推向市场的途径中已无足轻重。只有<strong>不到5%的移动开发者</strong>会把运营商门户或者通过OEM厂商/运营商进行预装<strong>作为首选渠道</strong>。研究发现，除了开发定制化应用的传统模式之外，开发者更多的借助于“原生”的应用商店或者从他们自己的网站上直接下载这样的方式。</div>
<div>-  <strong>应用商店将应用上架的平均时间减少了2/3</strong>：从传统渠道的68天减少到22天。进一步的，应用商店<strong>将付费的平均时间减少了一半</strong>：从传统渠道的82天减少到了36天。平均看来，通过运营商渠道，55天收钱，通过终端商预装，168天收钱。</div>
<div>-  <strong>在Apple和Android平台之外，鲜有应用商店，也鲜有人用</strong>。Java中仅有5%、Windows手机中仅有略超10%的开发者使用应用商店作为首选分销渠道。</div>
<div>-  移动开发者认为最大的挑战就是<strong>缺乏有效的市场渠道</strong>来增加应用的曝光率。半数的开发者愿意付费购买其在应用商店中的展示位置。</div>
<div>-  应用认证的最大挑战就是其花费：超过30%的开发者认为，<strong>对其应用进行认证过程中所需的花费是首当其冲的挑战</strong>。经济学只适合大规模生产，不适合廉价应用。</div>
<div>-  应用淘金更像是梦一场：<strong>只有5%的开发者获得了很好的收入</strong>。接近60%的iPhone开发者没有达到他们的营收目标。</div>
<div>-  基于广告的收入模型是开发者通过应用商店和门户渠道分销应用的仅有的第二收入来源。而且是在<strong>按下载付费模式已经过实践检验</strong>之后才姗姗来迟。然而，订阅收费这一经由运营商或内容聚合门户分销的应用所广泛采取的模式，却只能在应用商店里得到极为有限的运用。</div>
<div>-  <strong>移动开发者视网络运营商为比特管道</strong>。近80%的开发者认为网络运营商的角色应该是随时随地提供数据访问能力。仅有53%的认为他们的角色是提供语音通话服务。</div>
<div><img class="alignnone" title="app store" src="http://tctechcrunch.files.wordpress.com/2010/07/app-stores.png" alt="app store" width="630" height="413" /></div>
<div><img src="file:///C:/Users/ehjlnox/AppData/Local/Temp/WizKnowledge/fb4237ba-9222-46ba-b124-28ee0e4f4d4c_files/app_stores[1].png" alt="" /></div>
<div>&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;</div>
<div><img class="alignnone" title="mobile app rev" src="http://tctechcrunch.files.wordpress.com/2010/07/mobile-app-rev.png" alt="mobile app rev" width="630" height="390" /></div>
<div><img src="file:///C:/Users/ehjlnox/AppData/Local/Temp/WizKnowledge/fb4237ba-9222-46ba-b124-28ee0e4f4d4c_files/mobile_app_rev[1].png" alt="" /></div>
<p><br class="spacer_" /></p>
<div><strong>技术方面</strong></div>
<p><br class="spacer_" /></p>
<div>-  不同的移动平台的学习曲线差异十分巨大。平均而言，学习Symbian平台需要15个月或更久的时间，而学习Android则<strong>仅需少于6个月的时间</strong>。而且，Symbian编程比iOS  (iPhone), Android或Java  ME更加困难和消耗时间。对开发九个不同类型的典型应用进行对比测试显示，<strong>一个Symbian开发者需要书写4倍于Android开发者的代码量，或者2倍于iPhone开发者的代码量</strong>。</div>
<div>-  从技术角度看来，手机模拟器和调试器最令人痛苦的莫过于<strong>蜗牛的速度和糟糕的与目标设备的一致性</strong>。开发环境（IDE）最令人痛苦的莫过于缺乏应用移植框架，以及糟糕的模拟器整合。</div>
<div>- 在调试方面，我们的测试显示，和iPhone, Symbian, Java  ME比起来，<strong>Android的调试流程是最快的</strong>。在Symbian上调试要花费3倍于在Android上调试的时间。</div>
<div>-  创建迷人的用户界面对大多数移动开发者而言仍然是镜中月、水中花。50%的Symbian、BlackBerry和Windows手机开发者尚在为如何创建出好的用户界面而困扰。</div>
<div>- 报告支持大部分的开发者——<strong>超出80%</strong><span style="font-family: 宋体;"><strong>——在开发中依赖于在线社区或者非官方论坛来获取技术支持</strong>。只有40%的开发者通过官方网站寻求支持。</span></div>
<div><span style="font-family: 宋体;"><br />
 </span></div>
<div><span style="font-family: 宋体;">-  平台商致力于控制的一点就是对未发布或未公开的设备API的使用，但是<strong>这却同时是开发者愿意为之付费的地方</strong>——事实上，这个意愿更甚于获取任何其它技术支持的意愿。因此，平台商可以通过实施分层SDK计划而获益，即使得某些私有SDK仅对某些付费的开发者可用。</span></div>
<div><span style="font-family: 宋体;"><br />
 </span></div>
<div><span style="font-family: 宋体;">-  运营商的网络API计划迄今<strong>尚未成功吸引到很多开发者</strong>。仅有5%的开发者认为网络运营商应该担任网络API提供者的角色。不过，<strong>超过半数的开发者愿意付费使用支付API，然后依次是短信API和定位API</strong>。</span></div>
<div><span style="font-family: 宋体;"><br />
 </span></div>
<div><span style="font-family: 宋体;">-  平均而言，86%的开发者使用开源软件进行开发工作。<strong>Android和iPhone开发者有着4倍于Symbian开发者的意愿去领导一个开源社区</strong>，彰显了其开发者社区从发起到发展方面的极大反差[译注：revealing  the contrasting pedigree of the developer  communities，我的理解是说，前者更多的是由这些有领导意愿的活跃开发者发起的，而后者则更多是官方性质的]。60%的开发者认为，开源的唯一关键缺点就是<strong>林林总总的开源许可证造成的混淆和困惑</strong>。</span></div>
<div><span style="font-family: 宋体;"><br />
 </span></div>
<div><span style="font-family: 宋体;">完整版本的报告可以在 <a href="http://developereconomics.com/">DeveloperEconomics.com</a> 免费获得。</span></div>
<div><span style="font-family: 宋体;"><br />
 </span></div>
<div><span style="font-family: 宋体;"><img class="alignnone" title="mobile app learning" src="http://tctechcrunch.files.wordpress.com/2010/07/mobile-apps-learning.png" alt="mobile app learning" width="630" height="355" /></span></div>
<div><span style="font-family: 宋体;"><img src="file:///C:/Users/ehjlnox/AppData/Local/Temp/WizKnowledge/fb4237ba-9222-46ba-b124-28ee0e4f4d4c_files/mobile_apps_learning[1].png" alt="" /></span></div>
<div id="WizHtmlContentId">&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;</div>
<div><img class="alignnone" title="mobile app open source" src="http://tctechcrunch.files.wordpress.com/2010/07/mobile-apps-open-source.png" alt="mobile app open source" width="630" height="398" /></div>
<div><span style="font-family: 宋体;"><img src="file:///C:/Users/ehjlnox/AppData/Local/Temp/WizKnowledge/fb4237ba-9222-46ba-b124-28ee0e4f4d4c_files/mobile_apps_open_source[1].png" alt="" /></span></div>
<div><span style="font-family: 宋体;">（全文完）</span></div>
<p><!--WizHtmlContentEnd--></p>
</div>
]]></content:encoded>
			<wfw:commentRss>http://oplatform.org/archives/171/feed</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Big O小组活动第二周</title>
		<link>http://oplatform.org/archives/156</link>
		<comments>http://oplatform.org/archives/156#comments</comments>
		<pubDate>Sun, 11 Apr 2010 03:53:37 +0000</pubDate>
		<dc:creator>easy</dc:creator>
				<category><![CDATA[Big O]]></category>

		<guid isPermaLink="false">http://oplatform.org/?p=156</guid>
		<description><![CDATA[Big O活动简介: 技术和产品人员聚集在一起,完成一个小型的互联网应用(开发时间在6小时内).整个过程24小时,第一周讨论产品方向,第二周做产品原型,第三周开发产品,第四周总结和展示.
第二周活动概要
@龚民 同学到场,为大家解答了关于微博开放平台的申请,支付接口和分成比例等问题. 我们小组要申请的接口已经搞定, 老谭(@谭晨辉)将在周日补齐产品原型.下周开始之前讨论的应用的开发. @焕岭@西米哥@陈镇波 同学组了一个新队,下周开始做产品设计. 何直群(腾龙),张翼鹏同学进行了围观并参与了讨论.

微博开放平台的状况
通过龚民同学的介绍和现场同学的提问,我们获知了微博平台的第一手信息.
申请地址
新浪微博开放平台已经开放了对外的申请,地址是open.t.sina.com.cn;认证密码: wiki / 14001400.

现在开发者可以直接申请,申请之后可以直接使用,但是推送到微博的数据不显示来源;申请通过审核后,显示来源.

应用开发注意事项
因为目前的互联网环境,微博平台不允许应用将新浪微博的内容进行二次传播.应用可以将相关内容展示到自己网站上,但是不能再发布到第三方.
不能满足此条件的应用会被关停.
应用API里边的搜索接口即使已经成为新浪微博开放平台的合作伙伴后还需要申请一次,申请标准主要考察上述注意事项.
新浪微博将添加应用页面
添加完成后,微博将拥有应用入口和应用管理页面,具体如下

个人设置页面添加应用列表和应用授权
个人微博页面右侧添加&#8221;我的应用&#8221;模块,可收起和隐藏.
微博广场添加应用广场页面,进行应用推荐

以上功能预计五月完成.

支付和分成
微博支付接口正在开发中,稍后将提供给大家.分成比例将力争2/8(开发者8);最少不会低于3/7.
运行平台支持
通过微博平台和SAE(新浪云计算平台)的合作关系,目前申请微博应用的同学可以拿到SAE的邀请码,享受SAE的免费配额.

超出SAE免费配额的应用在达到一定的活跃人数时,可向微博和SAE申请更多资源.另外SAE将在5~6月推出资源购买功能.
应用开发讨论
以下是部分讨论内容

微博上活跃的一批应用主要是 机器人和 用户关系类应用. 如微博指数,查天气 等.
基于好友和关系的一些小测试和文字pk游戏应该也有市场.
大量推送feed的应用会被用户和用户的好友unfollow,需要注意
和sns相比微博有特有的东西: 机器人式的交互;单向关注的信息流;名人和机构资源
关于社交游戏是否能在微博流行,还很难讲,大家可以尝试

Big O 小组进度汇报
微博关键字监控的项目已经申请了搜索接口权限,应该本周能通过. 老谭同学继续做产品原型(完成后会公布出来).
@焕岭@西米哥@陈镇波 同学组了一个新队,下周开始做产品设计.

Big O 流程存在的问题
从最近两周的活动,发现原来流程存在的一些问题.

要安排一个4~5周的连续时间并不容易.时间安排需要考量.
大家很难在一个较短的时间内讨论出一个有意思的产品,有部分设计和规划考虑放到线上和活动以外.
不同的人感兴趣的项目不同,每次聚会应该召集对相同项目感兴趣的人,这需要我们有一个线上的项目展示,其他人由此考虑是否参加.
大家对6个小时开发时间能作出来的东西没有概念,需要更多的典型应用来给大家整体印象.

我们将针对以上问题进行调整,如果你有好的想法和建议欢迎在评论中留言或者发邮件给 easychen@gmail.com .
PS: 之前选定的咖啡馆的顶楼非常不错,但是没想到木有wifi,我们只好又回到了3楼.比较挤&#8230;
下周地点未定,有建议的同学欢迎推荐.


]]></description>
			<content:encoded><![CDATA[<p><span style="color: #ff6600;">Big O活动简介: 技术和产品人员聚集在一起,完成一个小型的互联网应用(开发时间在6小时内).整个过程24小时,第一周讨论产品方向,第二周做产品原型,第三周开发产品,第四周总结和展示.</span></p>
<h2>第二周活动概要</h2>
<p><a href="http://t.sina.com.cn/n/%E9%BE%9A%E6%B0%91">@龚民</a> 同学到场,为大家解答了关于微博开放平台的申请,支付接口和分成比例等问题. 我们小组要申请的接口已经搞定, 老谭(<a href="http://t.sina.com.cn/n/%E8%B0%AD%E6%99%A8%E8%BE%89">@谭晨辉</a>)将在周日补齐产品原型.下周开始之前讨论的应用的开发. <a href="http://t.sina.com.cn/n/%E7%84%95%E5%B2%AD">@焕岭</a><a href="http://t.sina.com.cn/n/%E8%A5%BF%E7%B1%B3%E5%93%A5">@西米哥</a><a href="http://t.sina.com.cn/n/%E9%99%88%E9%95%87%E6%B3%A2">@陈镇波</a> 同学组了一个新队,下周开始做产品设计. 何直群(腾龙),张翼鹏同学进行了围观并参与了讨论.</p>
<p><a href="http://oplatform.org/wp-content/uploads/2010/04/DSC01341.jpg"><img class="alignnone size-medium wp-image-157" title="DSC01341" src="http://oplatform.org/wp-content/uploads/2010/04/DSC01341-300x225.jpg" alt="" width="300" height="225" /></a></p>
<h2>微博开放平台的状况</h2>
<p>通过龚民同学的介绍和现场同学的提问,我们获知了微博平台的第一手信息.</p>
<p><strong>申请地址</strong></p>
<p>新浪微博开放平台已经开放了对外的申请,地址是<a href="http://open.t.sina.com.cn" target="_blank">open.t.sina.com.cn</a>;认证密码: wiki / 14001400.</p>
<p><a href="http://oplatform.org/wp-content/uploads/2010/04/DSC01340.jpg"><img class="alignnone size-medium wp-image-159" title="DSC01340" src="http://oplatform.org/wp-content/uploads/2010/04/DSC01340-300x225.jpg" alt="" width="300" height="225" /></a></p>
<p>现在开发者可以直接申请,申请之后可以直接使用,但是推送到微博的数据不显示来源;申请通过审核后,显示来源.</p>
<p><a href="http://oplatform.org/wp-content/uploads/2010/04/opent.png"><img class="alignnone size-medium wp-image-165" title="opent" src="http://oplatform.org/wp-content/uploads/2010/04/opent-300x212.png" alt="" width="300" height="212" /></a></p>
<p><strong>应用开发注意事项</strong></p>
<p>因为目前的互联网环境,微博平台不允许应用将新浪微博的内容进行二次传播.应用可以将相关内容展示到自己网站上,但是不能再发布到第三方.</p>
<p>不能满足此条件的应用会被关停.</p>
<p>应用API里边的搜索接口即使已经成为新浪微博开放平台的合作伙伴后还需要申请一次,申请标准主要考察上述注意事项.</p>
<p><strong>新浪微博将添加应用页面</strong></p>
<p>添加完成后,微博将拥有应用入口和应用管理页面,具体如下</p>
<ul>
<li>个人设置页面添加应用列表和应用授权</li>
<li>个人微博页面右侧添加&#8221;我的应用&#8221;模块,可收起和隐藏.</li>
<li>微博广场添加应用广场页面,进行应用推荐</li>
</ul>
<p>以上功能预计五月完成.</p>
<p><a href="http://oplatform.org/wp-content/uploads/2010/04/DSC01344.jpg"><img title="DSC01344" src="http://oplatform.org/wp-content/uploads/2010/04/DSC01344-300x225.jpg" alt="" width="300" height="225" /></a></p>
<p><strong>支付和分成</strong></p>
<p>微博支付接口正在开发中,稍后将提供给大家.分成比例将力争2/8(开发者8);最少不会低于3/7.</p>
<p><strong>运行平台支持</strong></p>
<p>通过微博平台和<a href="http://sae.sina.com.cn/" target="_blank">SAE(新浪云计算平台)</a>的合作关系,目前申请微博应用的同学可以拿到SAE的邀请码,享受SAE的免费配额.</p>
<p><a href="http://oplatform.org/wp-content/uploads/2010/04/sae.png"><img title="sae" src="http://oplatform.org/wp-content/uploads/2010/04/sae-300x176.png" alt="" width="300" height="176" /></a></p>
<p>超出SAE免费配额的应用在达到一定的活跃人数时,可向微博和SAE申请更多资源.另外SAE将在5~6月推出资源购买功能.</p>
<p><strong>应用开发讨论</strong></p>
<p><em><span style="color: #888888;">以下是部分讨论内容</span></em></p>
<ul>
<li>微博上活跃的一批应用主要是 机器人和 用户关系类应用. 如<a href="http://tttt.sinaapp.com/" target="_blank">微博指数</a>,<a href="http://t.sina.com.cn/weathers" target="_blank">查天气</a> 等.</li>
<li>基于好友和关系的一些小测试和文字pk游戏应该也有市场.</li>
<li>大量推送feed的应用会被用户和用户的好友unfollow,需要注意</li>
<li>和sns相比微博有特有的东西: 机器人式的交互;单向关注的信息流;名人和机构资源</li>
<li>关于社交游戏是否能在微博流行,还很难讲,大家可以尝试</li>
</ul>
<h2>Big O 小组进度汇报</h2>
<p>微博关键字监控的项目已经申请了搜索接口权限,应该本周能通过. 老谭同学继续做产品原型(完成后会公布出来).</p>
<p><a href="http://t.sina.com.cn/n/%E7%84%95%E5%B2%AD">@焕岭</a><a href="http://t.sina.com.cn/n/%E8%A5%BF%E7%B1%B3%E5%93%A5">@西米哥</a><a href="http://t.sina.com.cn/n/%E9%99%88%E9%95%87%E6%B3%A2">@陈镇波</a> 同学组了一个新队,下周开始做产品设计.</p>
<p><a href="http://oplatform.org/wp-content/uploads/2010/04/DSC01342.jpg"><img class="alignnone size-medium wp-image-160" title="DSC01342" src="http://oplatform.org/wp-content/uploads/2010/04/DSC01342-300x225.jpg" alt="" width="300" height="225" /></a></p>
<h2>Big O 流程存在的问题</h2>
<p>从最近两周的活动,发现原来流程存在的一些问题.</p>
<ul>
<li>要安排一个4~5周的连续时间并不容易.时间安排需要考量.</li>
<li>大家很难在一个较短的时间内讨论出一个有意思的产品,有部分设计和规划考虑放到线上和活动以外.</li>
<li>不同的人感兴趣的项目不同,每次聚会应该召集对相同项目感兴趣的人,这需要我们有一个线上的项目展示,其他人由此考虑是否参加.</li>
<li>大家对6个小时开发时间能作出来的东西没有概念,需要更多的典型应用来给大家整体印象.</li>
</ul>
<p>我们将针对以上问题进行调整,如果你有好的想法和建议欢迎在评论中留言或者发邮件给 easychen@gmail.com .</p>
<p>PS: 之前选定的咖啡馆的顶楼非常不错,但是没想到木有wifi,我们只好又回到了3楼.比较挤&#8230;</p>
<p>下周地点未定,有建议的同学欢迎推荐.</p>
<p><a href="http://oplatform.org/wp-content/uploads/2010/04/DSC01337.jpg"><img class="alignnone size-medium wp-image-161" title="DSC01337" src="http://oplatform.org/wp-content/uploads/2010/04/DSC01337-300x225.jpg" alt="" width="300" height="225" /></a></p>
<p><a href="http://oplatform.org/wp-content/uploads/2010/04/DSC01338.jpg"><img class="alignnone size-medium wp-image-162" title="DSC01338" src="http://oplatform.org/wp-content/uploads/2010/04/DSC01338-300x225.jpg" alt="" width="300" height="225" /></a></p>
]]></content:encoded>
			<wfw:commentRss>http://oplatform.org/archives/156/feed</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>可能性探讨：无需域名的互联网</title>
		<link>http://oplatform.org/archives/148</link>
		<comments>http://oplatform.org/archives/148#comments</comments>
		<pubDate>Wed, 07 Apr 2010 14:25:56 +0000</pubDate>
		<dc:creator>tanchenhui</dc:creator>
				<category><![CDATA[未分类]]></category>

		<guid isPermaLink="false">http://oplatform.org/archives/148</guid>
		<description><![CDATA[by黑传说
开始时间：2010-03-23 原帖发表于“西西河”
ps：胡乱涂鸦的，目前还没理好思路，现在先占坑，以后有空慢慢修正（下面没有任何一段文字可以称为完善的，都需要进行或多或少的修正）。完工之时，此行文字去掉，欢迎有想法的和我合作一起完成，如果能像：why git is the best那样的排版效果，应该会更棒。因为本篇相信会和git与svn的对比类似
思路发起者：黑传说(jobinson99@gmail.com 恩，俺技术不行，所以只能提思路，而不能直接提可实现方案)
核心贡献者：
参与者（按参与时间排列，请按格式自己添加。格式：姓名/号＋联系方式）：
鸣谢：所有研究p2p的人，所有使用p2p网络的人
标题说明：这是一个非严格的标题，之所以非严格，是因为目前尚在设想中，而设想的起点就是：干吗需要域名？反对的是目前的域名体系，而不是域名本身。域名可能可以保留，也可能需要废除，完全根据的是实际目的需要，而这个目的就是：更可靠的、分布式互联网——或者说，是另一个互联网乌托邦体系。
也因此，很多名词需要重构，需要发明一些新词汇来准确表述。比如域名，可能就需要重新定义。
&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8211;
缘起
最近在搞分布式计算的东西的时候，仔细看了bt的kad网络原理，然后今天又在星岛上看到一则新闻：
链接出处
下面是我综述
说goddady等国外域名注册商利用去年寒冬国内大力整肃互联网的时机，向国内站长们狂摇橄榄枝，于是国内有人认为此举违法，需要国内对这些国际域名商 进行制裁………………
看到这个，我吐血了，现在互联网创业的门槛已经够高了，这么穷追猛打，恐怕最终结果，会发展出另外的互联网模式来的，刚好昨晚深夜钻研bt的kad网络原理，就这么把这两件事给挂勾了，一个大胆的设想浮在我的脑海里：干吗需要域名？
目前的域名管理体系：
IP：在互联网上辨别一台电脑的方式是利用IP，但ip因为非语义化，不好记，需要引入符合人类语言的标识方式来指示（就是域名）。
根服务器：主要用来管理互联网的主目录，全世界只有13台。1个为主根服务器，放置在美国。其余12个均为辅根服务器，其中9个放置在美国，欧洲2个（位于英国和瑞典），亚洲1个（位于日本）。所有根服务器均由美国政府授权的互联网名称与数字地址分配机构ICANN统一管理，负责互联网协议(IP)地址的空间分配、协议标识符的指派、通用顶级域名(gTLD)以及国家和地区顶级域名(ccTLD)系统的管理、以及根服务器系统的管理。
目前中国有3个根域名“镜像”服务器。
任何域名解析都要经过这13台根服务器获得顶级索引，但并不是说访问 .com 会经过这些服务器，访问 .cn 就不经过这些服务器。
而每一个顶级域，不管是gTLD(通用顶级域)，还是ccTLD(国别顶级域)，它们都有自己的域名服务器(即该顶级域的NS记录)，比如： 
　　 .com &#038; .net 的域名服务器是：[a-m].gtld-servers.net 共13个
　　 .org 的域名服务器是：tld1.ultradns.net 等6个
　　 .biz 的域名服务器是：[a-h].gtld.biz 共8个
　　 .info 的域名服务器是：tld1.ultradns.net 等6个
　　 .cn 的域名服务器是：ns.cnc.ac.cn 等6个
　　 .jp 的域名服务器是：[a-f].dns.jp 共6个等等。
　　.COM .NET服务器全球也有13个，其中，美国有8个、英国、瑞典、荷兰、日本和香港各有1个。由美国Verisign公司管理。 
此处留着贴图（全球互联网节点分布图／体系架构图）：
用户流程：
浏览器输入地址——》》到最近的域名解析服务器辨识该域名所对应的服务器IP——》》如果找到对应ip，则传送回ip给浏览器，由浏览器使用该ip，到达所需要浏览的网站。
域名解析服务器此时就是一个译码本的作用
性能考虑：访问都由一个256b的数据包完成（一个数据包13块）
特定网站流程：
注册唯一名字（域名）——》把域名绑定在特定ip上——》》在dns上写入域名和ip对应信息
（唵啊吽）问题的核心可能是ip地址资源？？？：域名只是ip的一个马甲，而ip地址分配采用的是集中式管理模式。
劫持ip和劫持域名服务器都可以达到同样效果。既然已经语义化了域名，为何不同时语义化了ip呢？把ip和域名同时统一？为了下面方便讨论，可先假定ip体系不变，而只是域名体系变更。
——————》》简单说域名是ip马甲好像不太准确，因为实际应用中，ip地址并非唯一对应域名，有时是一个ip对应多个域名，有时是一个域名对应众多ip。
ip和域名的区别实际应用中，可能更像是服务器物理地址和应用虚拟地址的区别。
因此，对于应用虚拟地址来说，并没有必要对服务器物理地址体系作颠覆。 应用是用户直接需要的，在新的域名体系下，可以clone到其他服务器里面，但仍然是同一个应用。
现有域名管理体系可能存在的问题
A、太过集中于某个大国阵营：坏处嘛，那就是美国的态度太重要了，不想玩了，就关了根服务器。看哪国不爽了，直接停止该国域名解析（伊战期间，伊拉克国别域名.iq就被停了）。美国太过强势，导致各国都试图建立自己独立的域名系统，把互联网割裂为局域网，不利于世界沟通。
B、太过依赖于十几个节点：假设个极端情况，所有的根域名服务器同时残废了，怎么办？才十几个哦，要同时残废难度还是比较小的。
可能存在的需求
A、大国要求控制互联网，都想控制的结果最终就是联合国安理会模式。（确实就有国家提议由联合国电信联盟（ITU）来管理，但被美国拒绝）
B、大国不想互联网喉咙控制于敌国之手，但网民也不想被国家过度控遏。
C、小国需要互联网的发言权
D、新创业的公司要求打破现有的域名体系，降低成本（好域名都被占光了，却没好好用，创业公司要搞个好域名，需要的成本太高）
E、大公司也备受域名占用困扰：域名的多样性，容易被人钻空子，比如谷姐，北度，八度（不过，他们财大气粗，根本没需要我给他们代言）
F、现有域名体系无法有效保护网民：某个域名是否可信任，无法判断，有必要引入信任机制。
G、现有域名体系，只要有域名，就可以制造无穷多的内容重复性网站，无法有效保护原创网站。所以有必要引入更专注于互联网内容，而不是基于内容关联性弱的域名体系。
H、众多基于互联网的新应用，要求互联网具备更高的可靠性：恩，没错，现有域名体系，导致这些和桌面紧密结合的应用不堪一击，留下了无穷隐患。
目标：
更可靠的互联网
何为更可靠：更不易受攻击，更不易被切断，更不易被欺骗
一个容易理解的标准：无论互联网那个关键节点断了，都不会妨碍其他人在互联网中的穿梭，只会妨碍到该被断节点的访问。
此处也涉及到速度问题，需要和可靠进行平衡。
思路
现在的域名相当于原来bt中的tracker，是为了方便网络访问的快捷方式，但这种方式和原来互联网的设计初衷就不是一致的。
互联网的设计初衷是提供一种生存能力特强的信息传输模式，要生存能力强，那么就要尽量避免只有一个中心，尽量分布式，鸡蛋放在多个篮子里。
而目前最好的实践，莫过于p2p网络下载，原来的bt下载中，bt-tracker还可以利用不同国家的政策，来躲避管理，类似于现在的域名商，利用不同国家的政策来规避不同国家的不同监管。但这种方式终究是有弊端的，谁也没法确保那一天该国不会像对待bt那样进行封杀，尤其是战争时期，这种封杀，不仅对普通的互联网企业，而且将对世界各国的国家安全构成巨大的潜在威胁。
这也是为什么中国一定要在国内也搞一套域名解析服务器的原因。
而如果参考bt的kad模式（为方便讨论，可以暂时把kad的那套全部引入，设想下效果），则根本可以不需要域名：只需要在相邻的节点互相保存对方的信息，那么整个互联网就可以构建起来
现有的域名机制将被推倒重来：
把每个网站都看成一个类似bt中的资源
相关联的因素
包括互联网的控制权，互联网的安全，互联网的易访问性，性能等
一些设想：
A、不再需要注册，不再需要根域名服务器（好像标题应该改为“不需根域名服务器的互联网”，因为实际上还是有域名的，只不过已经不是现在的域名形式了，叫 “站名”更合适）
B、名字可以重名（各种语言文字都可以作为名字，中文／英文／阿拉伯／俄……）：命名并非是像现在的简单命名，而是有附加另外的信息的，比如：sina＋ 新闻，sina＋游戏，可以是两个所有人。更甚的是：sina＋随机码
C、网站指向无关ip：现在很多大网站都不止一个ip的，而小网站很多是共享ip，于是，ip成了一个不痛不痒的鸡肋，除了表明硬件地理位置，几乎没啥别 作用。那么，以后就让ip直接去对应硬件地理位置吧，域名跟ip脱钩，自己可以本身就跨越了几个地理位置（kad中，为了保证节点在线率时时刻刻不是0， 复制了20份资源信息给该id周围的其他节点。此处也参考类似做法，所有网站的信息都自动备份若干份到其他机器上，不过这样可能行不通，毕竟机器是有所有 权人的。）
D、访问网站将类似于bt中的查找资源
E、域名／站名：站点可能是每个网站对应一个唯一的站点信息包————类似于bt 中的种子文件，但可以有短模式，不需要全部输入所有信息，只需要部分信息即可快速 访问——网友“老虎爱吃肉“说的没错，类似于现在google的那个i&#8217;am feeling lucky（其实这种域名访问模式有点类似当年的网络实名、中文实名之类的，只是机制不是集中控制式，而是分布式）。短模式就接近现在的域名形式了。
F、现有域名可以被兼容，但地址不再是硬写的地址，而是作为一个个可选标签，比如有cn标签的，则代表这是中国／中文的网站。
BT种子和新设计域名体系的一些对应关系
目的是为了方便理解，并体验下效果，实际不应该如此繁琐，用户使用上应该和现有方式一样：输入地址，访问之。
…………to be continued
网站唯一性／反伪造
A、引入社会化信任机制：借用搜索引擎的引用权重模式？（根据收藏夹统计结果？）
B、站点信任投票：缺乏投票的新站得不到广泛的引用（可以杜绝临时性的伪造站：长 期经营才有可能有信任度）？？？
性能／资源消耗
现在的域名体系，对域名解析的安排方法，和我这设想里的差别不大。
都不会完全复制，只会复制一小部分：
A、根据语言：这样就排除了绝大部分的了
B、加入类似于skype的supernode机制？
谁负责：浏览器
这种方式的好处很多：
A、网络生存能力/可靠性急剧提高
B、容易实施：不需要世界各国支持，只需要用户客户端改进，即可完成互联网的底层变革。同时，也兼容现有的域名体系（但现有域名体系只是一个可有可无的附庸）。
C、不再受制于任何一国政府：美国无法控制，中国也无法控制
D、允许域名重名（因为名字规则不再单单是名字，还有相应属性：可以在meta中规定），这样现在紧缺的这些域名，都将成为过去式。
E、人人都可以对应一个网站/站名/域名：很多人都非常讨厌自己的blog前面或者后面附上其他网站的地址，比如blog.sina.com.cn/xxxxx ，在新的域名体制下，将完全可以把xxxxx前面的部分去掉，而不影响使用（也无需注册，无需备案）。现有昂贵／廉价的域名，将飞入平常百姓家。
F、域名内容将紧密关联：现有域名和内容关联度不高，域名的指示作用有限，在实施了分布式域名体系之后，域名和内容将直接关联，将更加促进内容的发展。
对于浏览器的影响
A、浏览器输入地址的时候，需要更多的自动提示（类似firefox的智能地址栏， 甚至是opera的图形化标签栏的可见缩略图模式）
B、搜索地址即是搜索相关的资源（参照kad的双字典模式）
C、浏览器将类似于bt客户端，需要提供最初的几个起始点信息（现有浏览器里面默认附带的安全证书，已经在起到类似作用，但仍需扩充）
对于网站的影响
A、不再需要为想要的域名付出高昂费用，域名将不再需要注册。
B、需要更加注重社会评价，评价越低，将越被忽略
C、服务器本身也变成整个分布式域名体系的一部分，保存一份域名列表（类似现在的友情链接，但在此域名体系里面，将需要单独放置在根目录下）————当然，还有另外的方式，比如按机房来，而不是按网站来，这样可以有效降低小网站的负荷，将资源用于急需发展的部分。
假设一个实例？
………………to be continued
原文地址：http://docs.google.com/Doc?docid=0AeoCTmjcpOM5YWpqNjNrYzVqemNxXzgyZGdyNG56Zng&#038;hl=en
我说：异想天开也是一种力量，虽然你可以很明显的指出这个构想里的很多问题。
]]></description>
			<content:encoded><![CDATA[<p>by黑传说<br />
开始时间：2010-03-23 原帖发表于“西西河”</p>
<p>ps：胡乱涂鸦的，目前还没理好思路，现在先占坑，以后有空慢慢修正（下面没有任何一段文字可以称为完善的，都需要进行或多或少的修正）。完工之时，此行文字去掉，欢迎有想法的和我合作一起完成，如果能像：why git is the best那样的排版效果，应该会更棒。因为本篇相信会和git与svn的对比类似<br />
思路发起者：黑传说(jobinson99@gmail.com 恩，俺技术不行，所以只能提思路，而不能直接提可实现方案)<br />
核心贡献者：<br />
参与者（按参与时间排列，请按格式自己添加。格式：姓名/号＋联系方式）：<br />
鸣谢：所有研究p2p的人，所有使用p2p网络的人</p>
<p>标题说明：这是一个非严格的标题，之所以非严格，是因为目前尚在设想中，而设想的起点就是：干吗需要域名？反对的是目前的域名体系，而不是域名本身。域名可能可以保留，也可能需要废除，完全根据的是实际目的需要，而这个目的就是：更可靠的、分布式互联网——或者说，是另一个互联网乌托邦体系。<br />
也因此，很多名词需要重构，需要发明一些新词汇来准确表述。比如域名，可能就需要重新定义。</p>
<p>&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8211;</p>
<p>缘起<br />
最近在搞分布式计算的东西的时候，仔细看了bt的kad网络原理，然后今天又在星岛上看到一则新闻：<br />
链接出处<br />
下面是我综述<br />
说goddady等国外域名注册商利用去年寒冬国内大力整肃互联网的时机，向国内站长们狂摇橄榄枝，于是国内有人认为此举违法，需要国内对这些国际域名商 进行制裁………………</p>
<p>看到这个，我吐血了，现在互联网创业的门槛已经够高了，这么穷追猛打，恐怕最终结果，会发展出另外的互联网模式来的，刚好昨晚深夜钻研bt的kad网络原理，就这么把这两件事给挂勾了，一个大胆的设想浮在我的脑海里：干吗需要域名？</p>
<p>目前的域名管理体系：<br />
IP：在互联网上辨别一台电脑的方式是利用IP，但ip因为非语义化，不好记，需要引入符合人类语言的标识方式来指示（就是域名）。</p>
<p>根服务器：主要用来管理互联网的主目录，全世界只有13台。1个为主根服务器，放置在美国。其余12个均为辅根服务器，其中9个放置在美国，欧洲2个（位于英国和瑞典），亚洲1个（位于日本）。所有根服务器均由美国政府授权的互联网名称与数字地址分配机构ICANN统一管理，负责互联网协议(IP)地址的空间分配、协议标识符的指派、通用顶级域名(gTLD)以及国家和地区顶级域名(ccTLD)系统的管理、以及根服务器系统的管理。<br />
目前中国有3个根域名“镜像”服务器。</p>
<p>任何域名解析都要经过这13台根服务器获得顶级索引，但并不是说访问 .com 会经过这些服务器，访问 .cn 就不经过这些服务器。<br />
而每一个顶级域，不管是gTLD(通用顶级域)，还是ccTLD(国别顶级域)，它们都有自己的域名服务器(即该顶级域的NS记录)，比如： </p>
<p>　　 .com &#038; .net 的域名服务器是：[a-m].gtld-servers.net 共13个<br />
　　 .org 的域名服务器是：tld1.ultradns.net 等6个<br />
　　 .biz 的域名服务器是：[a-h].gtld.biz 共8个<br />
　　 .info 的域名服务器是：tld1.ultradns.net 等6个<br />
　　 .cn 的域名服务器是：ns.cnc.ac.cn 等6个<br />
　　 .jp 的域名服务器是：[a-f].dns.jp 共6个等等。<br />
　　.COM .NET服务器全球也有13个，其中，美国有8个、英国、瑞典、荷兰、日本和香港各有1个。由美国Verisign公司管理。 </p>
<p>此处留着贴图（全球互联网节点分布图／体系架构图）：</p>
<p>用户流程：<br />
浏览器输入地址——》》到最近的域名解析服务器辨识该域名所对应的服务器IP——》》如果找到对应ip，则传送回ip给浏览器，由浏览器使用该ip，到达所需要浏览的网站。<br />
域名解析服务器此时就是一个译码本的作用<br />
性能考虑：访问都由一个256b的数据包完成（一个数据包13块）</p>
<p>特定网站流程：<br />
注册唯一名字（域名）——》把域名绑定在特定ip上——》》在dns上写入域名和ip对应信息</p>
<p>（唵啊吽）问题的核心可能是ip地址资源？？？：域名只是ip的一个马甲，而ip地址分配采用的是集中式管理模式。<br />
劫持ip和劫持域名服务器都可以达到同样效果。既然已经语义化了域名，为何不同时语义化了ip呢？把ip和域名同时统一？为了下面方便讨论，可先假定ip体系不变，而只是域名体系变更。</p>
<p>——————》》简单说域名是ip马甲好像不太准确，因为实际应用中，ip地址并非唯一对应域名，有时是一个ip对应多个域名，有时是一个域名对应众多ip。<br />
ip和域名的区别实际应用中，可能更像是服务器物理地址和应用虚拟地址的区别。<br />
因此，对于应用虚拟地址来说，并没有必要对服务器物理地址体系作颠覆。 应用是用户直接需要的，在新的域名体系下，可以clone到其他服务器里面，但仍然是同一个应用。</p>
<p>现有域名管理体系可能存在的问题<br />
A、太过集中于某个大国阵营：坏处嘛，那就是美国的态度太重要了，不想玩了，就关了根服务器。看哪国不爽了，直接停止该国域名解析（伊战期间，伊拉克国别域名.iq就被停了）。美国太过强势，导致各国都试图建立自己独立的域名系统，把互联网割裂为局域网，不利于世界沟通。</p>
<p>B、太过依赖于十几个节点：假设个极端情况，所有的根域名服务器同时残废了，怎么办？才十几个哦，要同时残废难度还是比较小的。</p>
<p>可能存在的需求<br />
A、大国要求控制互联网，都想控制的结果最终就是联合国安理会模式。（确实就有国家提议由联合国电信联盟（ITU）来管理，但被美国拒绝）<br />
B、大国不想互联网喉咙控制于敌国之手，但网民也不想被国家过度控遏。<br />
C、小国需要互联网的发言权<br />
D、新创业的公司要求打破现有的域名体系，降低成本（好域名都被占光了，却没好好用，创业公司要搞个好域名，需要的成本太高）<br />
E、大公司也备受域名占用困扰：域名的多样性，容易被人钻空子，比如谷姐，北度，八度（不过，他们财大气粗，根本没需要我给他们代言）<br />
F、现有域名体系无法有效保护网民：某个域名是否可信任，无法判断，有必要引入信任机制。<br />
G、现有域名体系，只要有域名，就可以制造无穷多的内容重复性网站，无法有效保护原创网站。所以有必要引入更专注于互联网内容，而不是基于内容关联性弱的域名体系。<br />
H、众多基于互联网的新应用，要求互联网具备更高的可靠性：恩，没错，现有域名体系，导致这些和桌面紧密结合的应用不堪一击，留下了无穷隐患。</p>
<p>目标：<br />
更可靠的互联网<br />
何为更可靠：更不易受攻击，更不易被切断，更不易被欺骗<br />
一个容易理解的标准：无论互联网那个关键节点断了，都不会妨碍其他人在互联网中的穿梭，只会妨碍到该被断节点的访问。<br />
此处也涉及到速度问题，需要和可靠进行平衡。</p>
<p>思路<br />
现在的域名相当于原来bt中的tracker，是为了方便网络访问的快捷方式，但这种方式和原来互联网的设计初衷就不是一致的。<br />
互联网的设计初衷是提供一种生存能力特强的信息传输模式，要生存能力强，那么就要尽量避免只有一个中心，尽量分布式，鸡蛋放在多个篮子里。</p>
<p>而目前最好的实践，莫过于p2p网络下载，原来的bt下载中，bt-tracker还可以利用不同国家的政策，来躲避管理，类似于现在的域名商，利用不同国家的政策来规避不同国家的不同监管。但这种方式终究是有弊端的，谁也没法确保那一天该国不会像对待bt那样进行封杀，尤其是战争时期，这种封杀，不仅对普通的互联网企业，而且将对世界各国的国家安全构成巨大的潜在威胁。<br />
这也是为什么中国一定要在国内也搞一套域名解析服务器的原因。</p>
<p>而如果参考bt的kad模式（为方便讨论，可以暂时把kad的那套全部引入，设想下效果），则根本可以不需要域名：只需要在相邻的节点互相保存对方的信息，那么整个互联网就可以构建起来</p>
<p>现有的域名机制将被推倒重来：<br />
把每个网站都看成一个类似bt中的资源</p>
<p>相关联的因素<br />
包括互联网的控制权，互联网的安全，互联网的易访问性，性能等</p>
<p>一些设想：<br />
A、不再需要注册，不再需要根域名服务器（好像标题应该改为“不需根域名服务器的互联网”，因为实际上还是有域名的，只不过已经不是现在的域名形式了，叫 “站名”更合适）<br />
B、名字可以重名（各种语言文字都可以作为名字，中文／英文／阿拉伯／俄……）：命名并非是像现在的简单命名，而是有附加另外的信息的，比如：sina＋ 新闻，sina＋游戏，可以是两个所有人。更甚的是：sina＋随机码<br />
C、网站指向无关ip：现在很多大网站都不止一个ip的，而小网站很多是共享ip，于是，ip成了一个不痛不痒的鸡肋，除了表明硬件地理位置，几乎没啥别 作用。那么，以后就让ip直接去对应硬件地理位置吧，域名跟ip脱钩，自己可以本身就跨越了几个地理位置（kad中，为了保证节点在线率时时刻刻不是0， 复制了20份资源信息给该id周围的其他节点。此处也参考类似做法，所有网站的信息都自动备份若干份到其他机器上，不过这样可能行不通，毕竟机器是有所有 权人的。）<br />
D、访问网站将类似于bt中的查找资源<br />
E、域名／站名：站点可能是每个网站对应一个唯一的站点信息包————类似于bt 中的种子文件，但可以有短模式，不需要全部输入所有信息，只需要部分信息即可快速 访问——网友“老虎爱吃肉“说的没错，类似于现在google的那个i&#8217;am feeling lucky（其实这种域名访问模式有点类似当年的网络实名、中文实名之类的，只是机制不是集中控制式，而是分布式）。短模式就接近现在的域名形式了。<br />
F、现有域名可以被兼容，但地址不再是硬写的地址，而是作为一个个可选标签，比如有cn标签的，则代表这是中国／中文的网站。</p>
<p>BT种子和新设计域名体系的一些对应关系<br />
目的是为了方便理解，并体验下效果，实际不应该如此繁琐，用户使用上应该和现有方式一样：输入地址，访问之。<br />
…………to be continued</p>
<p>网站唯一性／反伪造<br />
A、引入社会化信任机制：借用搜索引擎的引用权重模式？（根据收藏夹统计结果？）<br />
B、站点信任投票：缺乏投票的新站得不到广泛的引用（可以杜绝临时性的伪造站：长 期经营才有可能有信任度）？？？</p>
<p>性能／资源消耗<br />
现在的域名体系，对域名解析的安排方法，和我这设想里的差别不大。<br />
都不会完全复制，只会复制一小部分：<br />
A、根据语言：这样就排除了绝大部分的了<br />
B、加入类似于skype的supernode机制？</p>
<p>谁负责：浏览器</p>
<p>这种方式的好处很多：<br />
A、网络生存能力/可靠性急剧提高<br />
B、容易实施：不需要世界各国支持，只需要用户客户端改进，即可完成互联网的底层变革。同时，也兼容现有的域名体系（但现有域名体系只是一个可有可无的附庸）。</p>
<p>C、不再受制于任何一国政府：美国无法控制，中国也无法控制<br />
D、允许域名重名（因为名字规则不再单单是名字，还有相应属性：可以在meta中规定），这样现在紧缺的这些域名，都将成为过去式。<br />
E、人人都可以对应一个网站/站名/域名：很多人都非常讨厌自己的blog前面或者后面附上其他网站的地址，比如blog.sina.com.cn/xxxxx ，在新的域名体制下，将完全可以把xxxxx前面的部分去掉，而不影响使用（也无需注册，无需备案）。现有昂贵／廉价的域名，将飞入平常百姓家。<br />
F、域名内容将紧密关联：现有域名和内容关联度不高，域名的指示作用有限，在实施了分布式域名体系之后，域名和内容将直接关联，将更加促进内容的发展。</p>
<p>对于浏览器的影响<br />
A、浏览器输入地址的时候，需要更多的自动提示（类似firefox的智能地址栏， 甚至是opera的图形化标签栏的可见缩略图模式）<br />
B、搜索地址即是搜索相关的资源（参照kad的双字典模式）<br />
C、浏览器将类似于bt客户端，需要提供最初的几个起始点信息（现有浏览器里面默认附带的安全证书，已经在起到类似作用，但仍需扩充）</p>
<p>对于网站的影响<br />
A、不再需要为想要的域名付出高昂费用，域名将不再需要注册。<br />
B、需要更加注重社会评价，评价越低，将越被忽略<br />
C、服务器本身也变成整个分布式域名体系的一部分，保存一份域名列表（类似现在的友情链接，但在此域名体系里面，将需要单独放置在根目录下）————当然，还有另外的方式，比如按机房来，而不是按网站来，这样可以有效降低小网站的负荷，将资源用于急需发展的部分。</p>
<p>假设一个实例？<br />
………………to be continued<br />
原文地址：http://docs.google.com/Doc?docid=0AeoCTmjcpOM5YWpqNjNrYzVqemNxXzgyZGdyNG56Zng&#038;hl=en</p>
<p>我说：异想天开也是一种力量，虽然你可以很明显的指出这个构想里的很多问题。</p>
]]></content:encoded>
			<wfw:commentRss>http://oplatform.org/archives/148/feed</wfw:commentRss>
		<slash:comments>8</slash:comments>
		</item>
		<item>
		<title>Big O活动小组,Open weekend 第一周</title>
		<link>http://oplatform.org/archives/143</link>
		<comments>http://oplatform.org/archives/143#comments</comments>
		<pubDate>Wed, 07 Apr 2010 11:51:13 +0000</pubDate>
		<dc:creator>easy</dc:creator>
				<category><![CDATA[未分类]]></category>

		<guid isPermaLink="false">http://oplatform.org/?p=143</guid>
		<description><![CDATA[Big O活动简介: 技术和产品人员聚集在一起,完成一个小型的互联网应用(开发时间在6小时内).整个过程24小时,第一周讨论产品方向,第二周做产品原型,第三周开发产品,第四周总结和展示.
上周Oplatform的同学在避风塘进行了亲切的会晤和友好的磋商,组成了史上第一个Big O活动小组.
由于我们彼此都很熟悉,于是跳过了第零周和第一周的内容,直接进入了第二周.

开发平台和开发环境
为了能在6个小时内完成产品,我们选择的是Mash Up类的小应用,基于新浪微博开放平台和SAE开发环境.(由于我们在这部分拥有较多的资源和支持,前期我们都会覆盖在这边;如果有其他平台愿意提供技术辅导人员和运行环境,我们也强烈欢迎.)
产品方向讨论
新浪微博作为新兴的应用平台,我们很看好其在媒体和营销方面的作用.由老谭同学提议,在传播效果测量等方面做一些实验式的应用.Easy同学和青焱同学则进行了补充.我们想到的有价值的方向有如下几个:

传播效果测量,观察某些关键字在特定时间内的变化情况
查询机器人,如通过微博查询航班,这是一个很好的票务入口
聚合团购网站,通过微博来做团购,病毒传播效果更好

在充分讨论了各个应用的价值和优先级后,我们决定先开始做传播效果测量.
于是用思维导图完成了以下的基本思考:

每人分配了相应的任务后,本周活动就结束了.下周我们将讨论和制作产品的原型.
Big O计划正在进行中,如果你有兴趣参加或者参与组织,或者有任何建议,欢迎联系我们 easychen@gmail.com
]]></description>
			<content:encoded><![CDATA[<p><span style="color: #ff6600;">Big O活动简介: 技术和产品人员聚集在一起,完成一个小型的互联网应用(开发时间在6小时内).整个过程24小时,第一周讨论产品方向,第二周做产品原型,第三周开发产品,第四周总结和展示.</span></p>
<p>上周Oplatform的同学在避风塘进行了亲切的会晤和友好的磋商,组成了史上第一个<a href="http://oplatform.org/archives/137" target="_blank">Big O活动</a>小组.</p>
<p>由于我们彼此都很熟悉,于是跳过了第零周和第一周的内容,直接进入了第二周.</p>
<p><a href="http://oplatform.org/wp-content/uploads/2010/04/40dfde6f4835479c0648b690.jpeg"><img title="40dfde6f4835479c0648b&amp;690" src="http://oplatform.org/wp-content/uploads/2010/04/40dfde6f4835479c0648b690-300x225.jpg" alt="" width="300" height="225" /></a></p>
<p><strong>开发平台和开发环境</strong></p>
<p>为了能在6个小时内完成产品,我们选择的是Mash Up类的小应用,基于新浪微博开放平台和SAE开发环境.(由于我们在这部分拥有较多的资源和支持,前期我们都会覆盖在这边;如果有其他平台愿意提供技术辅导人员和运行环境,我们也强烈欢迎.)</p>
<p><strong>产品方向讨论</strong></p>
<p>新浪微博作为新兴的应用平台,我们很看好其在媒体和营销方面的作用.由老谭同学提议,在传播效果测量等方面做一些实验式的应用.Easy同学和青焱同学则进行了补充.我们想到的有价值的方向有如下几个:</p>
<ul>
<li>传播效果测量,观察某些关键字在特定时间内的变化情况</li>
<li>查询机器人,如通过微博查询航班,这是一个很好的票务入口</li>
<li>聚合团购网站,通过微博来做团购,病毒传播效果更好</li>
</ul>
<p>在充分讨论了各个应用的价值和优先级后,我们决定先开始做传播效果测量.</p>
<p>于是用思维导图完成了以下的基本思考:</p>
<p><a href="http://oplatform.org/wp-content/uploads/2010/04/weiboguanjianci.png"><img class="alignnone size-medium wp-image-144" title="weiboguanjianci" src="http://oplatform.org/wp-content/uploads/2010/04/weiboguanjianci-300x94.png" alt="" width="300" height="94" /></a></p>
<p>每人分配了相应的任务后,本周活动就结束了.下周我们将讨论和制作产品的原型.</p>
<p><a href="http://oplatform.org/archives/137">Big O计划正在进行中</a>,如果你有兴趣参加或者参与组织,或者有任何建议,欢迎联系我们 easychen@gmail.com</p>
]]></content:encoded>
			<wfw:commentRss>http://oplatform.org/archives/143/feed</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
	</channel>
</rss>

