Archive for IT

IT 产业的超摩尔发展率和红移理论

几天前, 偶然看到 SUN 公司 CTO Greg PapadopoulosIT 产业红移学说. 慢慢思考, 做了很多笔记, 有几条写下来.

所谓的红移学说, 就是 IT 公司的计算能力需求是指数增长的. 这个结论没什么奇怪的, IT 产业的摩尔定律说, 每18个月微处理器的计算能力就能翻一翻了. 除此之外, 存储能力, 带宽需求等等, 都是指数增长的, 有供给就有需求,这一点原没有什么大惊小怪的.

但是仔细分析, 对计算能力需求的那些应用里, 是不是所有的需求都是同样的指数增长的呢, 不是. 那么, 有快有慢的时候, 就必然有超摩尔定律增长的和低于摩尔定律增长的. Greg 把超摩尔定律增长的定义为红移, 把低于摩尔定律增长的定义为蓝移. 并且从SUN自身角度指出, 为了让 SUN 跟上 IT 产业的发展大潮, SUN 必须找到那些超摩尔增长的子领域, 把产品销售给超摩尔的应用, SUN 才不会被摩尔定律谋杀.

Greg 的立论基于互联网带宽的超摩尔, 高性能计算需求的超摩尔和软件作为服务的超摩尔速度. 我个人的见解是, 至少目前有5+1 个领域是超 Moore 的. 第一, 复杂的关系计算的发展是超摩尔的. 比如 Netflix 的推荐系统, Google 的 AdSense 系统. 这些关系计算的增长速度, 是超过 2倍/18个月的. 处于提供这些服务的行业, 对计算能力的需求必然是超摩尔的. 因此, 他们必须购置新的 IT 设别, 更新软件效率. 第二, 海量数据的处理的发展是超摩尔的. 互联网数据目前的翻倍速度是 30%/年. 其他领域的数据也有如此的指数规律. 一般情况下来说, 这个速度是低于摩尔律的. 但是任何一家公司海量数据处理的, 都是从无到有发展起来的. 大如 Google, 也不敢说覆盖互联网所有信息. 因此在这十年中, 海量数据处理(特别是搜索, 爬虫, RSS) 将经历从无到有的过程, 其增长, 肯定是超摩尔 的. 第三, 海量带宽的发展是超摩尔的. 以 Flickr YouTube 和 Twitter 为例, 他们的带宽翻倍速度是以天为单位的. 在网络基础设施领域, 中国移动等网络服务商也曾超摩尔发展, 以此为契机很多网络设备服务商如思科华为都超摩尔发展的. 第四就是海量的交互是超摩尔发展的. 网游, 信用卡服务系统都是这方面的例子, 就不一一例举了. 第五可能不为大家熟悉, 就是海量的高性能计算. 这10年内, 世界超级计算机的发展速度是超过摩尔定律的. 在科研领域, 我们清楚的看到高性能计算的需求远远超过 Intel 每年提供的增长, 多达千个万个节点的超级计算机在美国的国家实验室已经很平常. 还有一个额外的是海量的多媒体处理, 全球的电影业, 多媒体业的发展, 横跨前面提到的五个上面, 对每个领域都有超过 摩尔律速度的需求.

这几年这几个子领域的超 Moore 发展, 造成了几个非常有意思的现象.

1 . Google 在超摩尔发展

Google 是一个及其有野心的企业. 首先, 它站在这个时代最快的超摩尔的领域, 海量数据的处理. 它同时还拥有复杂关系计算[Orkut, AdSense], 海量带宽处理 [YouTube] 和海量交互处理 [Talk, Gmail, Google Maps] 三个方面. 这个方阵中的每一个模块, 都是行业的翘楚. 各位读者应该在最近的三个月内都用过Google的不少服务, 而且使用Google 各项服务的总次数相比一年半前肯定是翻倍了. Google 的超摩尔发展和它的策略, 即整合人类所有信息并使之可用 是分不开的. Google 的心大, 舞台就大, 现在爬虫能爬到的信息, 远在人类可用信息之下. 因此, Google 为了完成目标, 必须远快于信息生产速度. 总有一天, Google 抓完了互联网, 增长速度和网络信息的速度一样了, 那Google 也就变为今天的微软了. 20年前或许一人一台计算机是最大的幻想, 谁能想到20年后整合人类信息是不是一定达不到呢. 不过 Google 是善于开创和培育新领域的公司, 因此至少在10年内, Google 依然会超摩尔发展下去.

2 . 超摩尔企业控制了整个产业的需求, 联盟的瓦解和重新结合是常态.

摩尔定律既规定了半导体企业的光明前途, 又是半导体企业的魔咒. 因为半导体的速度提高速度太快, 如果耗用半导体的应用没有发展起来, 或者在18个月内需求量没有更新一倍, 那么, 半导体和硬件制造企业就不会喜欢这样的公司. 想当年 Windows 如日中天的时候, 平均三年就推出一个新版本, 而且每推出一个版本, 能支持前一个版本的硬件都几乎不能完美支持后一个版本. 因此, 操作系统和应用软件在超摩尔发展, 反过来拉着 Intel 超摩尔发展. 而 XP 以降, 微软花了 5 年时间才更新到 Vista, 而且消费者还不喜欢. 个人计算机的增长速度和操作系统的需求速度已经慢于摩尔率. 这时候, Wintel 联盟的瓦解早就是预料中的事情了. 这时候 Intel 和其他硬件制造商, 不需要依靠微软, 也能存活. 为什么呢? 原因是, 他们在 IT 产业链中, 发现了除了软件企业以外的其他的超摩尔的东西, 这个东西, 就是上面说到的5+1, 而最重要的, 是网络计算.

3 . 传统软件企业被摩尔律超过

在解释网络计算之前, 我先解释一下为什么传统的软件企业被摩尔律超过. 一个产业, 如果不是新兴产业, 那么正常的发展速度应该是和国家的 GNP 发展速度相当的. 即使在发展速度最快的中国, 目前也只能做到 120% / 18 月. 这一点, 是摩尔律所不能容忍的. 软件产业, 和其他信息产业一样, 都是社会服务业. 其终极形态, 应当是和 GNP 发展等速的. 简单的说, 有多大的经济需求, 就有多大的软件服务需求. 但是, 产业从来就不是均等的. 当一项新的需求被发现的时候, 因为没有现存的应用, 巨大的需求缺口会拉着原本应该正常发展的产业超速发展. 比如中国的移动电话, 石油产业等等, 都是如此的例子. 在 70-90 年代, 所有的行业都在走信息化的道路. Office, 电算, 电子商务, ERP, CRM 等耳熟能详. 他们的需求缺口相比于产业所能提供的, 都是几个数量级的高. 这种所谓的蓝海让任何跳进去的公司都能发财, 而且发展速度都超过摩尔律. 在此情况下, 硬件企业作为市场的支撑, 也在蓬勃的发展. 到了1999年左右的时候, 互联网的第一次泡沫前, SUN, HP, IBM 等公司靠出售硬件, 大赚了一笔.

然而, 好景不长, 2000年问题解决以后, 发达国家原来轰轰烈烈信息化的公司基本上已经完成基础设施建设了, 软件的需求一下子放缓了. 电子消费品的出现使得个人电脑发展开始放缓, 各大公司因为网络泡沫的破碎也开始紧缩 IT 投资. 软件企业的需求在源头上被紧缩. 另一个致命的打击来自开源软件. 1999 年的互联网泡沫客观上促使了一样东西的普及, 就是开放源代码软件. 传统的软件企业的定价策略是一台计算机安装算一个价钱. 在互联网泡沫时候, 网站需要以超过摩尔律的速度购买计算机, 但是这样就会同样把指数级别的投资送给微软和 Oracle. 因此, 很多公司在购置硬件的同时, 缩减软件投资, 采用免费的开放源代码的软件. 这样, 软件的需求就是一个常数, 这一点一下子拉开了硬件商和软件商地位上的差距. 虽然互联网产业发展了, 软件公司却没有跟着超摩尔发展. 等到微软和 Oracle 等传统软件公司回过神来的时候, 超摩尔的互联网已经把他们扔在了车轮之后. 那么, 应对开源大潮和超摩尔的网络计算, 硬件公司在做什么呢?

4 . SUN, IBM 等硬件提供商放下身段生产平民硬件

如果我们观察从 99年到 2007 年, 这些硬件行业的大哥大做了什么, 我们就能清晰的看到一个个放下身段的巨头. 我们知道, 超摩尔的互联网必然以超过摩尔律的速度需要硬件. 哪个硬件商能赶上此大潮, 就能做弄潮儿. Intel 芯片商要做的, 是提供更加强力的处理器; 存储商做的, 是开发大容量的存储器. 而 SUN 和 IBM 这些系统商来说, 选择就是从阳春白雪走向平民硬件. 当年的 IBM 和 SUN, 固守自己的 RISC CPU 生产线, 投入大量资金开发专有 UNIX 操作系统. 昂贵的售价使得超摩尔的企业不愿采购他们的系统. 此时, 要不固守阵地, 要不另找出路. 我们看到, 他们都开始另找了出路: 出产便宜的基于 x86 架构的硬件, 支持开源的基于服务收费的软件. 他们知道, 只有把硬件做便宜了, 超摩尔速度才能眷顾他们, 否则出路就是 SGI 和 DEC. 只有把软件开源免费送出去, 超摩尔的软件需求才能最后通过软件服务的形式让他们受益. 而一个机器一份拷贝的那种传统软件商业模式, 已经不再实用. 短短几年内, IBM SUN Novel 包括苹果, 都拥抱开源, 拥抱 x86. 我想这不是没有原因的.

5. 如何抓住超摩尔律, 投入新兴 IT 市场?

A. 硬件

硬件厂商在这场互联网浪潮当中扮演了极其重要的角色. 首先, 他们联合了新兴的开放源代码社区, 透过降低了硬件系统的总体成本. 因为此, 硬件商既不需要自己投入大量经费研发软件并把成本转嫁给新兴产业, 又能避免自己口袋中的利益流向传统软件企业. 而网络服务商, 消费类电子制造商和设备提供商, 这些年都是活在超摩尔里的. 如 CISCO, 中国移动, Apple 都是时势造就, 不发财都不行. 当然, 硬件的制造需要较大的投入,除拥有一流的技术外, 尚需要一流的设计和制造. 目前这两点在中国都不具备.

B 软件作为服务/ 软件作为基础设施

前面已经提到传统软件企业, 比如微软, 正在被硬件厂商, 软件服务商, 开源社区合力绞杀. 那么, 做软件就不赚钱了么? 非也. 既然软件已经变成基础设施和服务, 那就应该发挥基础设施和服务的作用. 软件作为服务, 如 Gmail, Facebook, 如 Amazon 的 SimpleDB, 如 Google 的 Documents, 都作为某种服务提供. 前面提到, 因为软件不能按照一台机器一台钱卖掉了, 所以落后于 摩尔律. 虽然这么说, 实际上网络应用对软件的使用需求依然是超摩尔律的. 因为超摩尔的速度造成计算机数量的增长, 系统越来越大, 很多硬件瓶颈就随之出现. 这时候, 传统的单机软件无法解决所有的问题, 必须有一个支持大系统的软件系统出现. 作为提供给网络计算系统的软件, Google 是自产自销, 自己解决基础设施问题. Amazon 和 SUN 则是提供如 EC3, SimpleDB 等工具, 以便把超摩尔的需求转化为自身产品的超摩尔发展. 开源社区也分立出很多创业公司, 提供一揽子的软件解决超摩尔的方法.

我个人看好的是作为软件咨询和软件服务的服务提供商. 机会可以在提供海量信息处理系统, 提供海量带宽处理系统, 提供海量关系处理系统等方面入手. Amazon 的经验让我们看到, 这些软件服务都是可以从系统应用中剥离分立并且产品化的. 在面向互联网的软件服务方面, 我挺看好银杏的.

结尾语: 写完这些, 突然悟到, 所谓的蓝海, 不就是一个超过行业平均水平的新兴子产业么. 想要不陷入和 GNP 一样发展速度的的红海, 就要找到超过行业发展速率的新兴子产业.

Comments (5)

谷歌的人月神话

谷歌登录中国已经很久了. 在这一年中, 除了轮流到美国培训, 每周五TGIF 之外, 谷歌的这一年时间一共将近1000个”人月” (man-month: 一个人*一个月) 做开发. 这1000个人月的成果是什么呢?

0. 大量产品的本地化工作.
不知道需要多少人月. 总比写程序快吧.

1. 把汉语搜索变成汉词搜索, 但是分词依然有待提高

2. 成功过滤掉不少有害信息.
但是用Google.cn 搜索java 等英文技术名词第一条变成中文了. 看来中文网页PR也高了啊, 这么说来中文成互联网第一语言指日可待 (还是人工调节了部分搜索参数呢?).

3. 推出输入法
杰作, 据说是20%产品 含有外部数据源 谁能告诉我20%就能做这么牛B的输入法, 80%干什么了? 照这个效率, 十个八个中文之星都出来了. (还有人记得中文之星么).

4. 推出汽车搜索
被tiny 发现是使用more 语法. 用tiny 的话说, 此功能非常简单,整理一个汽车品牌和厂商词库,不需要一天.

5. 生活搜索
实际上使用 Google Base, 改一下图标, 最后URL加一个hl=zh-CN参数. 技术上估计是写个蜘蛛, 抓KooXoo能抓的优良结构的网页, 然后利用API 批量向Google Base 导入物品, 存 储和搜索由Google Base 代劳.技术难度可以参考酷迅实现. (酷迅不光有蜘蛛, 还有地图, 统计和搜索)

6. 导航
技术人员可以知道做这个要多久; 明眼业内人士可以自行判断数据源用什么手段得到.

7. 热榜
核心是标记搜索词的类别, 附加设计HTML. 这要多久?

8. 搜索提示
方军同志中指在此

说实话, 我算来算去, 最悲观的算, 这些东西都不需要 500 人月. 加上原来成熟的代码库以及谷歌那些天才的开发人员的开发效率, 做这些可能都不需要 300 人月. 那么, 剩下的那些人月去哪儿了, 全玩 wii 去了? 还是全重写中国版MapReduce BigTable GFS 等去了? 还是都被开复先生关门做弟子专心培训了? 果真是谷歌版人月神话? 到底是产品经理让员工全放羊了, 还是员工全去玩跳舞毯熔岩灯了?

PS: 除去这篇以外, 今后我不会在 Blog 上专门评价谷歌产品. 原因是我觉得不使用没有发言权, 至于我为什么不使用谷歌产品, 是因为我被Google 的产品惯娇气了.
读者可以自行判断上面的产品和 Google 的产品像不像一家公司做的.

Comments (7)

关于版权说几句

今天关于输入法网上流行一篇文章,叫谷歌输入法,是个丑闻,但和版权无关。这个事情我已经说了很多话了,不想继续说两家公司了。不过作者说词库属于数据库范畴,所以和版权保护不大一样,在我国不受保护。本来看过就算的,可是让我担心的是这篇文章被keso推荐阅读,也在奇迹上发表了,也就是说非常多人会读到。我觉得在这个问题上我有点不同认识,想说一下。

1. 从技术角度说,词库不是一般意义的数据库。

为什么呢,词库的确是个数据库,但是这个数据库不是把网络上所有词放在一起就行了,如果认真研究谷歌词库的格式,就会发现当中有一个项是词频,还有一个项是注音。因为这两条,这个数据库的意义就不一样了。为什么呢,举个例子吧,假设Google 没有PageRank, 自己把所有网页抓起来,建了一个数据库,那么,这个数据库是符合辛勤采集原则的,因为网页目录仅仅是一个目录,因此很难说Yahoo!对网页目录有版权,或者Google 和其他公司有版权。但是这个词频就让数据库的意义变了。为啥呢,可以想像,到底是PageRank是Google搜索质量的核心呢还是Google的海量数据库呢,答案当然是前者,因为假设Baidu也拿到了PageRank, 理论上Baidu 也能做出一样的质量。那么,附加在网页库上的PageRank 指标能不能被保护呢,要不要被保护呢。当然要,因为这个数据是支撑Google 质量的灵魂。同样,词频是支撑输入法首字正确的灵魂,因此,当一个数据库中包含自己生成的数据的时候,就不是辛勤采集原则了。好比咨询公司的市场调查报告中估计了各个公司以后的发展方向,财务走向,那么这就不是简单把财务报表放在一起的数据库,而是带有自身贡献的受法律保护的作品了。

2. 数据和算法代码的不可分性

输入法这个例子很特殊,而且为了自定义词库扩充,技术上把算法代码和词库分开了。那么,分开的受不受知识产权保护呢,答案是肯定的。一来,sogou 没有单独发布这个官方词库作为一个开放数据库,而是作为sogou 输入法这个产品的部件发布的。二来无论怎么说,这个库有EULA, 谷歌没有遵守。如果举证恰当,这个侵犯著作权的官司谷歌肯定吃亏。三来,只是在这个特例中词库是纯文本易于获得的形式,试想如果sogou 把这个词库封装成dll的话,对他的使用就构成软件反向工程和著作权侵犯了。按照我们国家一般对软件的规定,封装成目标代码的模块和原模块是同一事物。法律也不会因为不同的封装形式作出不同的判定。 因此,从这个意义上说,只是这个判例形式特殊,本质上sogou 的词库的确属于软件产品的一部分,具有不可分性,并不能用法律上不完善的数据库资源来界定。

3. 中国网民相关知识的缺乏

由于中国的开放源代码运动不如国外,盗版软件使用非常多,再加上教育本身不强调公开可获得与公开可利用的区别,造成很多GFan 对这个事情有误解。我举个小例子,假如你使用了国家统计局的一些资料写一篇报告,在美国,你必须自己转述这些话,而不能原样抄,结尾也要给参考文献,尽管这些资料是公开可获得的,你也必须对资料源给出应有的尊重。如果资料源公开且声明版权,那么使用时必须遵循版权声明。以前大家有个错误的观念,认为公开发表的资料是随意可以拿来修改再发布的。开放源代码运动就会告诉你,修改再发布必须要遵循怎样的原则,商业用途和非商业用途的区别在什么地方。再说个例子或许更好理解了,珊瑚虫QQ做的很好,裁剪原来的QQ, 添加新功能,然而,腾讯并没有授予珊瑚虫修改再发布部件的权利,因此这个官司显然会输掉。 现在帮谷歌在版权问题上洗白已经是徒劳了,只希望他们两家好好协商把这个事情处理过去。

提醒大家:sogou 输入法词库不是简单的数据库资料,作为软件部件一样受法律保护,这个不是Google快照那些层次的版权争议,这个是软件著作权层次的,这个上面,谷歌是理亏而且法律上无法反击的,只要sogou 举证到位,谷歌法律上麻烦比较大。

Comments (2)

一个小故事

今天讲一个小故事,用Jobs的话说, no big deal, just a story.

根据原文翻译并有修改删节,原文在这里:http://www.pacifict.com/Story/
本文按照GPL发布. 原文章版权归原作者。
先简要介绍一下作者: 作者Ron Avitzur 曾是Apple公司的一个合同工(不是正式雇员,是属于外包性质的合同工)。1993年左右,他在Mac上写了一个小程序叫Graph Calculator. 简单的输入公式比如sin(x),这个软件就可以可视化这些公式。很多的中小学生都因此不觉得数学是那么困难。

===================
1993年,在苹果取消了一个已经进行了一年的合同后,我失业了。尽管如此,我还是想完成这个项目。因为电子门卡继续有效,所以我照常去上班。很多人认为我做的事情很cool, 所以他们也很同情我,每次我demo的时候他们都赞不绝口,可是支持是支持,没人继续给我付薪水了。所以我就属于义务劳动。

那会儿苹果才从68K转到PPC平台,我们花了一些时间把代码修改了一下,在PPC上居然跑起来了。这个给了我们信心。然而原型到产品总是会有漫长艰辛的工作。因此我让我的朋友Greg帮我。他项目结束了,就告诉他的经理我现在他由我负责,所以他的经理也没收他的门卡和办公室。我反过来说向他负责。

我们互相激励,就连苹果的工程师看到了我们的项目也很支持,也理解我们,后来我们才发现,苹果中这个事情不是单独一例,很多人都这样干。后来Apple把我们的办公室分配给别人,保安把我们带出去,收了门卡。不过我们依旧跟着Apple的员工跑进办公室,找空办公室工作。

软件这东西是行百步半九十,程序员和用户的观点有时候是两回事。 细节测试和质量管理很重要。我们找了一个数学博士和一个写过数学软件的人帮忙。后来我们又遇到一个写3D的专家,帮我们省了非常多的时间。无数的来自界面设计,文档撰写的人参加进来,和我们一起改进。当然,最重要的是要让产品发布出去,要不然一切就白费了。后来,我们遇到一个负责设计工厂母盘的人,我们只要把程序给他交给工厂,每台苹果上就会有我们的软件。我们信心倍增。

后来苹果内部的支持越来越多,到94年一月,产品成熟。 那时我们的目的很单纯,一来PPC很强大,我们想体验它,二来我们也想做出让千万人用的产品。当然最重要的是我认为写一个高质量的教育软件是一种公益活动,所以我们不拿苹果的钱还在替它工作。

后来,项目完成之时,我们上了时代。我还想把我的软件作为windows98的一部分发布,但是很不幸的是微软的门禁系统太牛了。

========================

Google Video 有视频:

http://video.google.com/videoplay?docid=-7497796873809571567&q=engedu+story

另外,Google EngEdu系列的视频都带字幕,我觉得无论是开阔视野还是学习英语都非常有好处,建议大家看看。

========================

故事讲完了,插几句我的感觉:

我觉得想要做好工作,尤其是突出的工作,简单的动机,纯粹的兴趣和不断的坚持很重要。

其实我这种至少一大半还在象牙塔中的人对于工作这个词实在没多少资格说话。只是看的听的故事也挺多的了,算是自己不成熟的体会吧。

工作的动机不能不强,也不能太强。有人做网站就是为了出售,有人搞研究就是为了拿炸药奖。要说不想当将军的士兵肯定不是好士兵,可是老想着当将军的士兵肯定也不是一个合格士兵。保持一个正常的心态对于做IT的尤其重要,太强的动机容易让人抑郁焦躁,这个事情在咱们IT圈子中常见,这个圈子变化快,压力大,很容易想法发生偏差。 这里有一封华为任正非给员工的信,推荐有兴趣的人读一下: http://www.dbanotes.net/review/huawei_letter.html
脱离了兴趣,如果人在心不在,单纯为了赚钱聊以糊口,很难做出杰出的工作,也必然迷失工作的方向。

除了兴趣和东西,最重要的莫过于坚持,认准了的事情要不断坚持;这位不拿钱,在Apple无偿坚持了一年。没有什么公司和产品是一下子成功的,没有什么工作是一举成名的(好吧,除了超女和好男儿)。坚持是和时间赛跑的最好工具。 我们这一个行业,无论什么公司,风光的背后永远是加班,凉水和方便面。上天对于一个公司,永远都是公平的。

说了这么多,其实说我自己呢! 这段时间我又有点浮躁和幻想了,用这个故事鼓励,调整一下自己。

Comments (1)

用户体验--叔叔给我上的课

背景介绍: 我的叔叔,朴实的介绍是这样的:高中毕业后当兵,后自学无线电,自学电脑,再后自学单片机,现在担任开发工程师:)
高调的介绍是这样的:我叔叔自学成材,研究电器修理术光学技术印刷术计算机编程嵌入式开发业余时间常常和我讨论人工智能和传感器网络问题。(我计算机和电子的入门相当程度上是叔叔领入的. 因为叔叔搞这些研究, 我小学三年级就有一堆坏收音机电视机和一大堆透镜棱镜玩,小学要毕业的时候有486玩,再后来初中有染料和照排系统玩,上了大学又有单片机开发版玩。就一直通过叔叔给我的玩具学到了很多知识。)

叔叔也是一个网民,也常常上我的这个Blog, 除了作为家里人看看我的文章以外,还作为一个普通的用户提出了很有代表性的一些建议。在这些建议中,我深有感触的就是:在新窗口中打开链接 这一条
我叔叔,与广大普通用户一样,使用IE作为浏览器(请某人不要argue说为什么不用火狐,因为中国现状就这样),并且遇到感兴趣的链接就直接一点。 IE对于链接都是直接Forward, 而不是在新窗口中打开。想必很少人知道按着Ctrl键点击就可以了。而FF和Safari, 都是有插件,把链接网空白地方一拖,就默认在新标签中打开了,因此我一直没有注意到普通用户使用习惯。 后来叔叔说每次点了链接,看完了,叉掉,发现我的Blog的页面没了,只好重来。 因此,要求我把所有的链接改称默认从新窗口中打开。 这个小小的改变其实在技术上没什么,但是方便了大家。回想无论Google还是baidu, 都可以设置是否在新窗口中打开链接,的确是很有道理。 因此大家看我的右边多了一个选择框。 叔叔给我上的这个小小的课也是在提醒我,不能因为自己的使用习惯去猜想用户的使用习惯,而是要去用技术适应用户的使用习惯。

好了,列位,如有对界面等意见,本人欣然接纳 :)

=========================小样, 我分割你们 ============================

PS: 接着培强, 带着说一下谷歌一个让用户失望的事情。 大家知道谷歌有 google.cn 和guge.com (至少)两个域名,其中按照道理,guge.com底下的子域名是中文拼音,而google.cn的子域名应该是英语,好比 pinyin.guge.comenglish.google.cn 才对。
但是我惊讶的发现,google.cn这个英文域名就是拒绝英文,而guge.com这个汉语拼音域名就是管显示英文的。

ditu.google.cn OK 中国地图
ditu.guge.com -> 英文googlemaps
ditu.guge.cn -> 中国地图

maps.guge.com ->404 找不到服务器
maps.google.cn ->404 找不到服务器
maps.guge.cn ->404 找不到服务器

你说咋能这样,这不逼着人学洋泾浜英语么? 一个会汉语拼音的用户满怀信心上谷歌倒康母,咚,一个美国地图…
一个懂英文的哥们在中国想找中国地图, maps.google.cn. 咚,啥都没有
除此之外,只有懂ditu的人才能看中国ditu. 咱中国的下一代,瞧见了吧,汉语拼音和英语一样重要,要不定哪天真指不定找不着北…

我就弱弱的问谷歌一句,这样搞虾米意思。

(我是GFan, 不打嘴仗)

Comments