深度分析: Google 和 Apple 从来就不是死对头

编者注: 本文来自海文著名商业评论媒体Business insider, 全文从近来如火如荼的Google I/O大会谈起,然后逐步深入的描述了为什么Google和Apple从来就不可能成为死敌的原因…

这几天的Google I/O大会正在如火如荼的举行,如果说期间有一家公司大家必然都会不约而同的想到的话,那么我相信必然是Apple无疑了。

这其实也很容易理解,因为Apple和Google在智能手机行业一直是被人们当作死对头来进行讨论的。据称乔布斯曾经认为安卓剽窃了iPhone而勃然大怒,曾发誓要消灭安卓。

如果真是这样子的话,那么Google这几天在I/O大会上所宣布的 - 甚至是自Google在2009生产出第一台Android手机开始所宣布的 - 对Apple来说都是一种挑衅!

除非,这不是真的,Google和Apple从来就不是死敌!

Apple和Google是两个完全不同的公司。虽然它们都有着类似的产品 – iOS和安卓,苹果地图和谷歌地图,Apple Store和Google Play – 但它们从事这些生意的原因和目的却是截然不同的。

这个大家从这两家公司的使命宣言上就能可见一二。

Apple的使命宣言:

Apple设计全世界最好的个人计算机Macs,以及与之相辅相成的OS X操作系统,iWork和其他专业的软件。Apple的iPods以及iTunes在线商店引领数字音乐革命潮流。Apple通过其革命性的产品iPhone以及对应的Apple Store对传统手机做了重新发明创造,并且通过iPad对移动媒体和计算机设备的未来进行了重新定义。

通俗点说就是:

Aplle是家硬件公司。它才不他妈的(编者注:原文翻译)关心你的私人数据是怎么回事(相对google来说,下面会谈及)。它整天所想的就是怎么能用可以赚取最大利润的价格在很长时间(这是关键点 – Apple,像很多非常成功的技术公司一样,对公司的远景计划是远远超过一个季度或者一年的)里都可以卖出更多的手机和计算机。当然,它也会开发一些漂亮的基本应用来内嵌到它的硬件设备上来,但只是为了让它们的硬件设备工作的更好。所以说,Apple所关心的只是硬件设备。

Google的使命宣言:

Google的使命是整合全球信息,使人人皆可访问并从中受益。

所以Google想要的是数据,对数据它从来是贪得无厌,多多益善。事实上,Apple的iTunes 苹果商店上面的前十名应用都是来自Google的,没有一个是来自Apple的。

Google曾夸下海口说将会让下一批全新的十亿人群使用互联网,并且Google也会不时的举办一些公益活动。但是,我们别忘记了,Google收益中的90%都是来自广告的收入。所以它如果能掌握越多广告所面向的用户的数据,这些广告就越值钱,这样广告投放商就会给Google支付更多的金钱。

Google当年所以收购安卓的其中一个首要原因就是想圈地,它不能放任一个竞争对手弄出一个使用着与自己存在竞争关系的搜索引擎的操作系统,因为这样的话将会蚕食Google的广告生意。Google在这个市场上有着高达70%的市场份额,大量的人都在用安卓 – 且,关键的是,这些人都不用iOS或者其他手机设备。

但问题来了,你使用安卓手机越多,你就会给Google提供越多的数据。然后Google就会运用这些数据来帮助它们卖更多的广告。如果Google将来真的能让额外的十亿人群使用互联网的话,那么你能想像到,这就意味着又有十亿人在帮衬Google的广告服务了。

换句话说,如来自著名媒体“商业内幕”的Matt Rosoff所言: Google并非慈善机构

这对Google来说就产生了一个正面的副作用:Google获得的数据越多,它的产品能提供的服务就越精确。而这又会反过来吸引更多的用户过来提供更多的数据。这,对Google的产品质量的提升来说就会造成一个良性循环。

现在Google Now服务可以通过收集你的数据来在你将要动身去机场的时候对你进行提醒,Google Photos服务可以告诉你哪张图片里面有你奶奶在里面,Google的搜索引擎可以预测到你也许正准备搜索“天地会珠海分舵”更多的文章…

也许大家心里就会想:Apple并不是傻子啊,为什么不分一杯羹呢?其实,如果苹果想要的话,它当然完全可以在今年年底就打造出一款更便宜的iPhone,并亲自进军移动平台应用开发市场,打破安卓的市场垄断优势。你知道它们有着大量的优秀人才,以及烧不完的现金流。

但是Apple并没有过多的染指这些方面。因为,只要有大量的人付大量的钱去购买它的硬件设备,Apple的利益相关者们就会非常高兴了。

而反观Google则不一样,它需要到处染指,获取更多的数据,因为它的生意就是建立在数据之上的!而这,就是为什么Google和Apple不可能是死对头的主要原因了。



提醒:更多文章请关注公众号:techgogogo或官网www.techgogogo.com。当然,也非常欢迎您直接微信(zhubaitian1)勾搭。

本作品采用[创作共用署名3.0中国大陆版许可证], 欢迎转载,转载时敬请保留公众号等信息。

时间: 2024-11-06 17:00:34

深度分析: Google 和 Apple 从来就不是死对头的相关文章

深度分析:Android4.3下MMS发送到附件为音频文件(音频为系统内置音频)的彩信给自己,添加音频-发送彩信-接收彩信-下载音频附件-预览-播放(二,发送彩信<1>)

当准备工作(添加附件,输入文本内容)完成之后,我们这里开始进行该流程分析的第二阶段,也就是发送彩信.这里我们从ComposeMessageActivity类的点击发送按钮(mSendButtonMms)的点击事件开始:<TAG 1-1> @Override public void onClick(View v) { if (mShowTwoButtons && (v == mSendButtonSmsViewSec || v == mSendButtonMmsViewSec)

[转帖]深度分析HBase架构

深度分析HBase架构 https://zhuanlan.zhihu.com/p/30414252 原文链接(https://mapr.com/blog/in-depth-look-hbase-architecture/) HBase的架构 物理上看, HBase系统有3种类型的后台服务程序, 分别是Region server, Master server 和 zookeeper. Region server负责实际数据的读写. 当访问数据时, 客户端与HBase的Region server直接

深度分析LINUX环境下如何配置multi-path

首先介绍一下什么是多路径(multi-path)?先说说多路径功能产生的背景,在多路径功能出现之前,主机上的硬盘是直接挂接到一个总线(PCI)上,路径是一对一的关系,也就是一条路径指向一个硬盘或是存储设备,这样的一对一关系对于操作系统而言,处理相对简单,但是缺少了可靠性.当出现了光纤通道网络(Fibre Channle)也就是通常所说的SAN网络时,或者由iSCSI组成的IPSAN环境时,由于主机和存储之间通过光纤通道交换机或者多块网卡及IP来连接时,构成了多对多关系的IO通道,也就是说一台主机

深度分析如何在Hadoop中控制Map的数量

深度分析如何在Hadoop中控制Map的数量 [email protected] 很多文档中描述,Mapper的数量在默认情况下不可直接控制干预,因为Mapper的数量由输入的大小和个数决定.在默认情况下,最终input 占据了多少block,就应该启动多少个Mapper.如果输入的文件数量巨大,但是每个文件的size都小于HDFS的blockSize,那么会造成 启动的Mapper等于文件的数量(即每个文件都占据了一个block),那么很可能造成启动的Mapper数量超出限制而导致崩溃.这些逻

java集合框架(1) hashMap 简单使用以及深度分析(转)

java.util 类 HashMap<K,V>java.lang.Object  java.util.AbstractMap<K,V>      java.util.HashMap<K,V>类型参数:K - 此映射所维护的键的类型V - 所映射值的类型所有已实现的接口: Serializable, Cloneable, Map<K,V> 直接已知子类: LinkedHashMap, PrinterStateReasons -----------------

深度分析:Android中Mms设置页面更改短信中心号码流程

相关控件初始化方法:showSmscPref private void showSmscPref() { int count = MSimTelephonyManager.getDefault().getPhoneCount(); boolean airplaneModeOn = Settings.System.getInt(getContentResolver(), Settings.System.AIRPLANE_MODE_ON, 0) != 0; for (int i = 0; i < c

HashMap深度分析

java hashmap深度分析(转)   java.util.HashMap是很常见的类,前段时公司系统由于对HashMap使用不当,导致cpu百分之百,在并发环境下使用HashMap 而没有做同步,可能会引起死循环,关于这一点,sun的官方网站上已有阐述,这并非是bug. HashMap的数据结构          HashMap主要是用数组来存储数据的,我们都知道它会对key进行哈希运算,哈系运算会有重复的哈希值,对于哈希值的冲突,HashMap采用链表来解决的.在HashMap里有这样的

转:[gevent源码分析] 深度分析gevent运行流程

[gevent源码分析] 深度分析gevent运行流程 http://blog.csdn.net/yueguanghaidao/article/details/24281751 一直对gevent运行流程比较模糊,最近看源码略有所得,不敢独享,故分享之. gevent是一个高性能网络库,底层是libevent,1.0版本之后是libev,核心是greenlet.gevent和eventlet是亲近,唯一不同的是eventlet是自己实现的事件驱动,而gevent是使用libev.两者都有广泛的应

支付行业,如何通过日志大数据实现深度分析及风控

本文主要讲述针对支付行业,日志易产品如何通过日志大数据实现业务深度分析及风险控制.伴随新的支付方式出现,近年来移动支付蓬勃发展,如何分析.利用海量交易数据,已成为当前支付企业面对的巨大难题.日志作为数据的载体,蕴含着丰富的信息,传统的日志分析方式低效而固化,无法应对数据体量大.格式不统一.增长速度快的现状,在交易出现异常及失败时,更难以满足实时处理.快速响应的需求.本文讲述某支付公司采用日志易后,通过日志大数据实现业务深度分析及风险控制的实践经验. 图片来自:前瞻网 本次分享结合企业自身对支付行