谁应该拥有你所有的数据,Google,亚马逊还是Facebook?

标签: Facebook 推荐 评论 Google 亚马逊 | 发表时间:2011-10-02 20:24 | 作者:iWeb James
出处:http://www.36kr.com

编者按:读写网编辑David Storm近日撰写了一篇文章,探讨了“谁应该拥有你所有的数据”的问题。这里的数据,指的是人们在互联网上各类服务与应用中留下的个人数据。David Storm列举了成为可信赖的数据托管平台的三个标准,并分析了Google,亚马逊,Facebbok三个实际案列。下面是他的观点。

最近,Facebook提出了“无缝分享”理念,亚马逊发布了全新的设备Kindle Fire,大家都在热烈地讨论两大重要事件将使未来的互联网走向何方。但我则在思考一个更微观的问题——谁应该拥有你所有的数据,谁更值得信赖。这个答案也许是Google,亚马逊或许是Facebook,微软和苹果也可以成为你的备选。以Google,亚马逊和Facebook为例,我认为三者都不是最佳的选择。

最理想的情况是,我使用亚马逊的推荐引擎寻找喜爱的商品,享受“透明性”良好的Google云端服务与ID管理工具的同时,还能在Facebook找到有趣的内容。然而,我们不得不面对下面的事实:Facebook的隐私控制问题始终令人不安,Google API的文档也不够完美,亚马逊散射式的内容管理也不让我满意。

实际情况是,我们的个人互联网数据很难实现完全的个人拥有。我们的数据分散在广阔互联网的各类型服务和平台上。Facebook记录了你的个人社交圈,Google保存了你的搜索记录,亚马逊中存储了你的购物历史。既然不能实现完全的个人数据拥有,那就要考虑谁应该拥有你的数据。可以通过下面的三个标准来判断某个服务或平台是否值得信赖。

1.服务提供商在搜集用户在互联网上活动的数据时,所能达到的“透明”程度。

2.从服务或平台中导出数据的便捷程度,以及是否有一些“令人不快的”服务条款或限制。

3.服务或平台所掌握你的个人数字身份的范围,以及相应的隐私保护策略。

那么,有了三个标准后,我们就可以看看Google,亚马逊,Facebbok这“三巨头”能否成为我们数据的完全拥有者。

Google

Google在透明度上做得很棒,通过Google信息中心(Dashboard),你基本上可以了解到自己在Google上留下的足迹。从搜索、Gmail到Picasa照片、Google图书,我们不得不承认Google对个人互联网生活的“嵌入”之深。在数据导出方面,Google还有待增强。以导出Gmail联系人为例,我们得到的只是写满名字的CSV文件,而不是我们希望的社交图谱。Google服务的API并不是那么完美,你很难对内容有足够的掌控。在数据身份方面,我信赖它的邮件服务和域名托管,因为这些是免费的。当然,如果有更好的选择,我会迁移到其他服务上去。

亚马逊

亚马逊已经从电子商务巨头转型为一个主要的互联网数据拥有者。作为一个独立的“内容王国”,亚马逊知道我读过什么,能为我提供很好的阅读推荐,已经成为个人数字阅读世界的一部分。另外一点,我能从亚马逊获取大量的影视内容,甚至是免数字版权管理(DRM)的音乐。我也能从个人账户中找到亚马逊所掌握的我的个人数据,不过不如Google账户那么方便。虽然亚马逊支持导出CSV形式的个人数据,但过程很不容易,而且导出的内容与我们所需要的还相距甚远。如果你不是一个书评撰稿人,亚马逊对你的数字身份影响不大。但现在不一样了,有了Silk浏览器,亚马逊可以了解你的所有的互联网活动。我们不知道亚马逊会怎样处理这些数据,但还是会令人感到不安。

Facebook

至于社交网络,我们还是应该做好两手准备:应该避免将所有的数据都存放于一个社交网络中,并为已有的内容寻找一个可靠的存放之处。社交网络掌握了太多关于我的信息,并经由复杂的社交关系扩散,我们几乎无力掌控社交网络上的内容。因为Facebook希望你将更多的信息留在它的平台上,我们想要导出自己的社交图谱还需要借助其他服务,比如ox.ioNimble。Facebook的隐私安全问题已经不新鲜,前不久还爆出Facebook会跟踪用户上网行为的新闻。虽然Facebook是个人数字身份中社交部分的核心组成,出于保护隐私安全的考虑,Facebook不大可能成为你的所有数据掌控者。

“三巨头”都有各自的优势和劣势,它们现在还不能成为你的个人数据的完全掌控者。目前看来,我们还将继续把自己的个人数据交付给不同的服务与平台。也许,将对不同类型服务的要求折中,我们才能找到合适自己的解决方案。

除非注明,本站文章均为原创或编译,转载请注明: 文章来自36氪



相关 [拥有 数据 google] 推荐:

谁应该拥有你所有的数据,Google,亚马逊还是Facebook?

- James - 36氪
编者按:读写网编辑David Storm近日撰写了一篇文章,探讨了“谁应该拥有你所有的数据”的问题. 这里的数据,指的是人们在互联网上各类服务与应用中留下的个人数据. David Storm列举了成为可信赖的数据托管平台的三个标准,并分析了Google,亚马逊,Facebbok三个实际案列. 最近,Facebook提出了“无缝分享”理念,亚马逊发布了全新的设备Kindle Fire,大家都在热烈地讨论两大重要事件将使未来的互联网走向何方.

Google + 用户拥有更多的免费 Picasa 存储空间

- Stanley - 谷奥——探寻谷歌的奥秘
还记得之前 Picasa 的升级吗. 现在用户上传的尺寸不超过 800 x800 的图片和15分钟内的视频都不算在 Picasa 的存储空间中,换句话说你可以在 Picasa 中保存无限数目的小图片了. 对于 Google+ 用户来说,还有更好的消息:你们的免费图片尺寸可以高达 2048x2048.

Google Cloud SQL 云端数据库开测

- xcv58 - 谷奥——探寻谷歌的奥秘
很多Google App Engine用户都想要一个简单而传统的数据驱动应用,于是今天Google宣布开放测试Google Cloud SQL. 这是一个接近传统数据库的云端服务,并可与App Engine整合:. 不需要管理员和维护,Google会帮你搞定一切. 高可靠性和可用性,你的数据会在多个数据中心之间同步,即便一个出问题也不会影响使用.

Google 搜索背后的数据

- - 爱范儿 · Beats of Bits
对于互联网用户来说,搜索是一件非常简单的事情. 在搜索框输入关键词,回车(或点击搜索框),等待. 而对于搜索公司来说,这是一个复杂的技术问题. 从你开始搜索到获得结果的短暂时间里,究竟发生了什么. 从 Google 发给 Mashable 网站的 这幅信息图里,我们可以了解到一些相关的数据. 在你进行搜索之前,Google 的搜索爬虫已经走遍了整个网络,它们从一个链接跳到另一个链接,将数据带回 Google 的服务器.

Google数据库产品LevelDB对决MySQL

- - HTML5研究小组
去年一月份,Google发布了LevelDB. LevelDB是Key-Value嵌入式数据库管理系统编程库,目前的版本能够支持Billion级别的数据量. LevelDB是一个C++库,可按照字符串键值顺序映射. 源于其本身的良好设计,特别是LSM算法,LevelDB性能非常之高. 在一台4个Q6600的CPU机器上,每秒钟写数据超过40w,而随机读的性能每秒钟超过10w.

Google的GSON框架解析JSON数据

- - JavaScript - Web前端 - ITeye博客
JSON即JavaScript Object Natation, 它是一种轻量级的数据交换格式, 与XML一样, 是广泛被采用的客户端和服务端交互的解决方案. JSON中对象(Object)以"{"开始, 以"}"结束. 对象中的每一个item都是一个key-value对, 表现为"key:value"的形式, key-value对之间使用逗号分隔.

Google 数据解放计划发布 Google Takeout 工具,可导出 Google+ 信息

- 加州旅客 - 谷奥——探寻谷歌的奥秘
2007年开始建立的Google Data Liberation Front(数据解放计划)目的很明确,就是让你解开束缚,可以自由的导出在Google网站和产品里的个人信息. 今天,他们发布了Google Takeout这个新的产品,可导出更多产品里的信息,尤其是新的Google+里的信息,包括:.

Google Tasks Porter 可帮你导入/导出 Google Tasks 数据

- lichzy - 谷奥——探寻谷歌的奥秘
Google Tasks Porter作为 Data Liberation Front 的一部分发布,它可以帮助你导入/导出 Google Tasks 数据. Google Tasks Porter支持导入/导出的数据格式包括:. Microsoft Outlook(通过CSV). Remember the Milk(通过iCalendar导出,通过邮件导入).

Google 发布帮你整理乱七八糟数据的 Google Refine

- willian - 谷奥——探寻谷歌的奥秘
Google Code 上出现了一个新的 Google 产品:Google Refine. 用户在电脑上运行这个应用程序后就可以通过浏览器访问之. 这个东西的主要功能是帮用户整理数据,接下来的演示视频效果非常好:用户下载了一个 CSV 文件,但是同一个栏中的同一个属性有多种写法:全称,缩写,后面加了空格的,单数复数格式不一的.