在数据与设计的交叉路口,Facebook时间线诞生了

标签: Facebook f8 快报 | 发表时间:2011-09-23 07:34 | 作者:truant Bourne
出处:http://www.36kr.com

在今天的Facebook f8大会上,CEO扎克伯格向人们展示了他们巨大的变化:时间线,这是个人档案页面同重生,看起来很棒。之后,Facebook首席产品官Chris Cox登台讲述时间线背后的故事。

Cox主要讲了2个人:Nicholas Felton和Sam Lessin。

Cox用一句诗来描述Felton的历史:“14页。一年。一本书。”他指的是Felton从2005年开始写的“Feltron年度报告” – 通过漂亮的视觉的方式将他一年的生活组织到一起。Cox说,除了用“艺术”,我想不到还有什么词可以描述Felton的工作。

“所以当时我们只有一个想法:把这个人招过来。”

然后Facebook就那样做了,他们在今年4月份收购了Felton的创业公司Daytum,Felton和他的联合创始人加入了Facebook来做个人档案页面的数据分析。

紧接着Cox开始讲述另一位主角:Lessin。同样是为了得到人才,Facebook去年收购了他的公司Drop.io。他加入Facebook后只有一件工作:重新设计个人档案页面。Lessin说“他失去了讲述人类历史的最好的机会”因为他加入的时候Facebook个人档案页面已经推出了。他把他2004年以后在Facebook上更新的所有状态信息都打印出来来证明他的观点,Facebook整个办公室都津津乐道此事。

Cox说今年夏天他们推出了几个小时叫做“Memories”的新产品,也就是时间线的前身,反响太热烈了,“我们不得不干掉它,继续工作。”

今天,他们的工作总算完成了,尽管时间线正式上线仍然需要几个月的时间,但是今天测试版已经可以使用了。Facebook也证明了自己的人才收购计划是成功的。

在结束时Cox说:我们是文化的缔造者,现在让我们做一些更酷的东西去。

via MG

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



相关 [数据 设计 交叉路口] 推荐:

在数据与设计的交叉路口,Facebook时间线诞生了

- Bourne - 36氪
在今天的Facebook f8大会上,CEO扎克伯格向人们展示了他们巨大的变化:时间线,这是个人档案页面同重生,看起来很棒. 之后,Facebook首席产品官Chris Cox登台讲述时间线背后的故事. Cox主要讲了2个人:Nicholas Felton和Sam Lessin. Cox用一句诗来描述Felton的历史:“14页.

数据库设计规范

- - SQL - 编程语言 - ITeye博客
数据库表的命名以是名词的复数形式且都为小写,如cities, categories, friends等等. 如果表名由几个单词组成,则单词间用下划线("_")分割,如subscribed_pois,poi_categories等. 表名尽量用全名,表名限制在30个字符内. 当表的全名超过30字符时,可用缩写来减少表名的长度,如description --> desc;information --> info;address --> addr等.

数据中心设计

- - 企业架构 - ITeye博客
内容:网易公司因互联网业务发展迅速,急需建设支持自己业务的数据中心. 目前,IT部门根据业务部门提出的需求,计划在数据中心内部署1000台机柜,每台机柜的功率密度为10KW,PUE=1.3. 你作为数据中心技术总监,需要根据上述要求,完成数据中心总体规划(简要描述数据中心总面积大小,描述都需要配套哪些功能房间,每个功能房间的作用是什么, 主机房承重要求, UPS室及电池室承重要求),并计算、推导出以下核心数据:.

多IDC的数据分布设计(二)

- crystal - Tim[后端技术]
在前文《多IDC的数据分布设计(一)》中介绍了多IDC数据一致性的几种实现原理,遗憾的是,目前虽然有不少分布式产品,但几乎都没有开源的产品专门针对IDC来优化. 本文从实践的角度分析各种方法优缺点. 背景资料 Latency差异. Jeff Dean提到不同数据访问方式latency差异. 这个数据对于我们设计多IDC数据访问策略具有关键的指导作用,我们可以用这个数据来衡量数据架构来如何设计才能满足高并发低延迟的目标.

数据库设计的三大范式

- 文斌 - 博客园-首页原创精华区
为了建立冗余较小、结构合理的数据库,设计数据库时必须遵循一定的规则. 在关系型数据库中这种规则就称为范式. 范式是符合某一种设计要求的总结. 要想设计一个结构合理的关系型数据库,必须满足一定的范式. 在实际开发中最为常见的设计范式有三个:. 如果数据库表中的所有字段值都是不可分解的原子值,就说明该数据库表满足了第一范式.

数据库设计注意事项

- - CSDN博客推荐文章
           数据库设计包括:库的设计,表的设计,字段的设计,主键和外键的设计,索引设计,约束设计. 1、数据库名称要明确,可以加前缀或后缀的方式,使其看起来有业务含义,比如数据库名称可以为Business_DB(业务数据库). 2、在一个企业中,如果依赖很多产品,但是每个产品都使用同一套用户,那么应该将用户单独构建一个库,叫做企业用户中心.

数据库设计的最佳实践

- - CSDN博客数据库推荐文章
1、使用定义明确的表或列名,并保持一致(例如,School、StudentCourse、CourseID). 2、使用单数形式的表名(即,用StudentCourse而非StudentCourses). 表代表了实体的合集,不需要复数形式. 否则你将在定义表时不得不使用“{”、“[”等字符(即为了访问表Student Course,你须得书写“Student Course”.

SQLite数据库存储引擎设计

- - searchdatabase
  SQLite是一个嵌入式库并且实现了零配置、无服务端和事务功能的SQL数据库引擎. 它在广泛领域内被使用,而且单线程读写性能与MySQL比肩,并且保证ACID性.   SQLite的存储后端是采用Btree实现,多个连接可以并发操作,但是同一时间只允许一个写着存在.   SQLite在硬盘上一个数据库一个文件,每个数据库文件头部保存有这个数据库的元信息,包括版本,大小,Btree根节点位置等等.

ORACLE数据库优化设计方案

- - CSDN博客推荐文章
本文主要从大型数据库ORACLE环境四个不同级别的调整分析入手,分析ORACLE的系统结构和工作机理,从九个不同方面较全面地总结了ORACLE数据库的优化调整方案. 关键词 ORACLE数据库 环境调整 优化设计 方案. 对于ORACLE数据库的数据存取,主要有四个不同的调整级别,第一级调整是操作系统级包括硬件平台, 第二级调整是ORACLE RDBMS级的调整,.

大数据需要好设计

- - 互联网的一些事-关注互联网产品管理,交流产品设计、用户体验心得
  越来越多的企业开始意识到优秀的设计之于数据的重要性. 优秀的设计可以让枯燥乏味的数据变得更加直观、友好,从而帮助顾客理解数据的意义,让企业与顾客建立更好的关系,从而更好地发挥作用.   许多公司一直相信大量囤积数据的好处,现在他们正在寻找能利用这些数据造福顾客的方法. 大数据给各行各业的企业提供了一个变得更加透明、更值得信任,并在竞争中脱颖而出的机会,而且能让他们的用户在产品和服务上获得更加个性化的体验.