技术与商业案例解读
徐飞
华为云资深总监,大数据专家
立即订阅
9836 人已学习
课程目录
已完结 163 讲
0/6登录后,你可以任选6讲全文学习。
开篇词 | 突破技术思维,站在商业的角度看问题
免费
001 | 西雅图IT公司之RealNetworks:一个帝国的兴衰(上)
002 | 西雅图IT公司之RealNetworks:一个帝国的兴衰(下)
003 | 以RealNetworks为例,谈谈初创公司如何应对巨头碾压
004 | 文档数据库的缔造者MongoDB(上)
005 | 文档数据库的缔造者MongoDB(下)
006 | 以MongoDB为例,看基础架构类产品创业
007 | 直面MongoDB,谈微软的NoSQL战略
008 | 免费还是收费?WinRAR的生意经
009 | 可视化分析鼻祖Tableau
010 | 从Tableau上市,看学术界和工业界人士创业
011 | 周鸿祎和BAT的沉浮录(上)
012 | 周鸿祎和BAT的沉浮录(中)
013 | 周鸿祎和BAT的沉浮录(下)
014 | 周鸿祎和BAT的沉浮录(后记)
015 | 在线旅游帝国Expedia崛起的背后
016 | 亚马逊领导力准则之要有硬骨头
017 | Hadoop三国之魏国Cloudera
018 | Hadoop三国之吴国MapR
019 | Hadoop三国之蜀国Hortonworks
020 | Hadoop及其发行商的未来
021 | 彼得 · 蒂尔的投资人生
022 | 商业之外的彼得 · 蒂尔
023 | 创业的智慧:从彼得·蒂尔的创投哲学说起
024 | 房产经纪的颠覆者Redfin:在“传统”与“现代”间徘徊
025 | 房产经纪的“协作者”Zillow:一个地产数据平台
026 | 颠覆还是协作,房地产市场上Redfin和Zillow的抉择
027 | 应用交付网络大厂F5:“一招鲜”之殇
028 | 在线差旅报销鼻祖Concur:在转型中获得发展
029 | 漫谈企业转型:在市场变迁中寻找生机
030 | 克雷公司沉浮录:行走在超级计算机市场
031 | “单一化”的隐忧:从克雷公司看“一条腿走路”
032 | 亚马逊领导力准则之决策正确
033 | Halo的开发者Bungie:与微软的聚散
034 | “卖身”须谨慎:创业公司面临的抉择
035 | 亚马逊领导力准则之客户至尚
036 | 智能音箱的战斗:亚马逊的硬件路
037 | 智能音箱的战斗:Echo攻城略地
038 | 智能音箱的战斗:语音助手Alexa
039 | 智能音箱的战斗:谷歌的杀入
040 | 智能音箱的战斗:亚马逊的战略布局
041 | 智能音箱的战斗:巨头纷纷入场
042 | 智能音箱的战斗:白马非马
043 | 如何透过一个领域去联合分析多家企业?
044 | 谷歌的创新精神:好的、坏的和丑陋的(上)
045 | 谷歌的创新精神:好的、坏的和丑陋的(下)
046 | 仁科:被迫再创业的David Duffield
047 | 仁科:飞跃发展的企业级软件帝国
048 | 仁科:收购和被收购
049 | 仁科的成与败
050 | 亚马逊领导力准则之勤俭节约
051 | WorkDay:杜菲尔德复仇记
052 | David Duffield的眼界和成败
053 | 分析企业的两要素:远见和执行力
054 | 互联网第一股雅虎的兴衰:霸主的诞生
055 | 互联网第一股雅虎的兴衰:运气不敌技术
056 | 互联网第一股雅虎的兴衰:没有救世主
057 | 成也杨致远,败也杨致远
058 | 企业因人成事,领导人很重要
059 | 亚马逊领导力准则之主人翁精神
060 | 半条命的Dota帝国Valve:半条命
061 | 半条命的Dota帝国Valve:Steam平台
062 | 半条命的Dota帝国Valve:Dota 2
063 | 半条命的Dota帝国Valve:无领导管理
064 | 半条命的Dota帝国Valve:虚拟现实
065 | Gabe Newell:Valve帝国制度的利弊
066 | 管中窥豹之从面试看企业文化:微软
067 | 管中窥豹之从面试看企业文化:亚马逊
068 | 管中窥豹之从面试看企业文化:谷歌
069 | 管中窥豹之从面试看企业文化:甲骨文
070 | 管中窥豹之从面试看企业文化:Facebook
071 | 透过企业用人之道看企业发展
072 | Zenefits:一个卖保险的创业公司
073 | Glassdoor:让公司信息对个人透明
074 | 从巴顿的创业史看巴顿
075 | 办公软件的战斗:开篇
076 | VisiCalc:第一个电子表格软件的诞生
077 | 亚马逊领导力准则之选贤育能
078 | WordStar:第一个字处理软件的故事
079 | 微软:办公软件战场的螳螂
080 | 亚马逊领导力准则之最高标准
081 | WordPerfect:字处理软件的新秀
082 | Lotus 1-2-3:莲花公司的电子表格帝国
083 | 亚马逊领导力准则之创新简化
084 | 红狮会战:微软的反击
085 | 大杀器Lotus Notes 和被收购的莲花公司
086 | 亚马逊领导力准则之崇尚行动
087 | 无敌寂寞的微软之为创新而创新
088 | 办公软件的新时代:微软和谷歌的战斗
089 | 亚马逊领导力准则之远见卓识
090 | 异军突起的Slack
091 | 办公软件战斗的启示:内忧总是强于外患
092 | 亚马逊领导力准则之好奇求知与赢得信任
093 | 办公软件战斗的启示:敌人的出现常常出其不意
094 | 亚马逊领导力准则之刨根问底与达成业绩
095 | 谷歌的大数据路:从“三驾马车”到一无所有
096 | 谷歌的大数据路:一场影响深远的论战
097 | 谷歌的大数据路:谷歌的“黑科技”
098 | 如何读懂类似谷歌“三驾马车”这样的技术论文?
099 | 雅虎:大数据领域的“活雷锋”
技术与商业案例解读
登录|注册

125 | Facebook的黑客精神

徐飞 2018-07-20

今天我们说到的 Facebook 黑客精神,并非是指 Facebook 培养了一堆黑客,有很强的黑科技,并在全世界各地研究各种安全漏洞,做出各种黑客应该不应该做的事情。在这里我们讲的黑客精神其实是 Facebook 对待软件开发的态度和方式。

Facebook 的创始人马克·扎克伯格有一句名言:“迅猛而动,突破前行”(Move Fast and Break Things)。这句话也成为了 Facebook 的座右铭。在 Facebook 的公司里,到处都贴着这句话。

这句话非常有名,它甚至深深地影响了整个 Facebook 对待软件开发的态度。那么这句话到底是什么意思,它带给 Facebook 的到底又是什么结果呢?

“迅猛而动,突破前行”的意思在扎克伯格看来,就是软件开发不要想太多,写出来的东西就发布出去,哪怕写出来的东西不太对,这里那里可能会有问题。如果出大问题的话,赶紧修好就可以了。

扎克伯格认为,让市场上见到东西的速度是很重要的。一个东西如果拖着,等久了可能就晚了,所以,他并不认同传统企业,乃至某些类似谷歌这样的互联网公司对待产品和代码的态度。

他觉得大家每个人就应该像黑客一样,在代码里乱改顺便把新功能实现了。然后可以快速地给用户用,这是一条正确的道路。

© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《技术与商业案例解读》,如需阅读全部文章,
请订阅文章所属专栏。
立即订阅
登录 后留言

精选留言(10)

  • Dr. ZZZ
    哈哈,飞总总结得很好!我本人就是在Facebook工作,加入后,才体会到公司贯彻快糙猛很彻底。 其实本人也一直从事数据库方面的开发,原先是在Pivotal Greenplum里做Query Optimizer ORCA的。后来加入了Facebook, 虽然没有接着做这块(主要看了Presto, 感觉好像不是很看好),但还是对大数据这块非常关注。 读这个专栏,学到很多。不知道飞总现在还在西雅图吗?有机会来湾区很想当面认识您,再谢谢您的专栏。
    2019-01-13
    4
  • 幻想
    哈哈,好文章。
    2018-07-21
    3
  • Dr. ZZZ
    再和飞总说个我自己参与的大数据相关的创业项目,离开Pivotal当时是因为在Pivotal的director做了这么多年数据库意识到一个问题就是,即使后面出来的数据库性能更高,还便宜,但想要从老牌数据库公司挖客户(比如Oracle, Teradata) 还是很难,痛点就是migration。即使application code用的是jdbc或者odbc, 正真migrate起来也不是换个driver就行,更别说很多老客户用bteq这种原生client. 这个director (Florian Waas)出来就创立了Datometry,我就当时也心一横也扎进去啦。Datometry version就想做vmware in terms of database,作为一个中间键,连接在客户的application和后端新数据库之间,而且保证底层协议端完全兼容(客户端相当于只要改个数据库ip地址就行),然后对所有请求,做runtime transfer和rewrite外加结果集的转换。我在那做了两年多,后来因为感觉发展有些缓慢,而且公司也经历了多次pivot, 外加也想尝试些新东西就离开了。那个时候我们已经有不错的POC版本,前段可以支持teradata, 后端支持psql兼容的,比如Grrenplun, redshift. 但感觉离production ready还是有距离,诚然,我觉得技术上难度挺大的。 已经离开两年了,感觉现在还是不瘟不火。很想听听飞总对这样一个公司和技术的理解。多谢。

    作者回复: 数据库这个东西真的是不好做,尤其这种做中间件想法的,我是不看好。IBM sybase都想过这样的做法都挂了。

    2019-01-13
    1
  • bili
    A Philosophy of Software Design第三章也用Facebook为例讨论了类似的主题。文中定义并比较了两种编程模式:tactical战术编程着眼于尽快实现功能,而与之相反的strategic战略编程则着眼于好的设计,顺便实现功能。短期来看战术编程能更快出活,但长期来看由于技术债越积越多,开发效率将落后于战略编程。很多公司刚起步时会想着设计好不好以后再说,这里最危险的点在于,一旦有了拖延的想法,明日复明日,最后可能就积重难返了。作者提出的建议是,好的设计一开始就需要是目标之一,可以调节这方面投入的比例,但不能是零。Facebook作为反面教材在书中自然也是被大肆批判了一番。
    2018-11-23
    1
  • ByteFeng
    你的公众号的名字是什么,我去关注关注。还有你平常写不写技术博客,或者看不看技术博客,有没有,在大数据领域,技术博客写得不错的,推荐推荐。

    作者回复: 飞总聊IT

    2018-07-21
    1
  • 北冥Master
    谷歌刚开始创业的时候,代码质量也很差。jeff进来以后完全重构
    2019-09-12
  • Geek_aea02e
    当一个人一无所有的时候,唯一的办法就是拼力气。但是到了一定阶段,有了深度,就不需要拼力气了。实际很理解小扎的这种想法。小扎就是穷缀学生。拿他跟谷歌两个创始人比,实在是委屈呀。
    2019-08-30
  • epos
    Move Fast and Break Things 这句话在企业创业起始阶段 是最大的优势
    2019-05-02
  • Panda
    FB 虞兮虞兮奈若何
    2019-02-26
  • 逝水流年
    大开眼界啊 很有意思
    2018-12-14
收起评论
10
返回
顶部