最新发布《数智时代的AI人才粮仓模型解读白皮书(2024版)》,立即领取! 了解详情
写点什么

Facebook 开源的真正原因

  • 2015-07-30
  • 本文字数:1373 字

    阅读完需:约 5 分钟

OSCON 的第三天,来自 Facebook 的 James Pearce 带来了一场主题演讲,我也有幸在场。

Pearce 解释了 Facebook 为何大规模开源其软件。他告诉我们,Facebook 每个月都会发布数个开源项目,并且有数百个工程师会持续地支持这些项目——他们参与全世界的各个开源社区,改进软件的体验。

但是,Facebook 究竟为何要使用、支持和发布开源项目?这个问题比探究 Faceboot 如何做开源更有意思。

Pearce 大可以带我们回顾一下历史性的那一天,Mark Zuckerberg 坐在宿舍房间里,选择了 LAMP 作为 Facebook 的基础;他大可以跟我们说说 Facebook 的黑客社区;他也大可以侃侃 Facebook 所感受到的社会责任,但他没有这么做。这些都是真的,但都不是这家公司走上开源之路的真正原因。

真正原因到底是什么?对公司有利,仅此而已,Pearce 说道。

他的这个论断,一般人可能难以得其要领——我整个教学生涯也一直为这个问题所困扰——但 Pearce 提出了以下几个很棒的理由来解释从事开源的原因:

  • 共享 Facebook 的代码(通常是软件“栈”,偶尔也包括硬件设计)促进了这个世界的创新。这些代码帮助他人更快地开发软件。因为 Facebook 不是一家软件公司,所以它在开源过程中没有面临竞争对手的威胁,相反,开源带来的价值在逐渐显现。用户使用 Facebook 的开源代码可以更快地构建应用,而他们也乐于回馈代码,使 Facebook 从中受益。
  • 拥抱开源,意味着 Facebook 必须一开始就写出更优秀的软件。如果他们知道某个软件从诞生起就要公开,那就必须要好好做,提高可用性和可靠性,因为将来外面的人都会用它。这种压力也会给公司内部带来更多的价值。
  • 开源带来了共享挑战的机会。开源项目面临的难题会吸引一些外部的优秀人员,而结果是,他们也带动了公司内部人员的能力提升。每天 Facebook 都承载了超过一亿人的沟通互联,何以能做到?唯有开源的力量。

Facebook 的 GitHub 账户有 274 个代码库,收到了 39000 次 fork、提交了 79000 个 commit,并且拥有 242000 个关注者。他们开源的这些项目可不是黑客聚会上随便想出来的点子,或者实习生练手的代码。这些工具都是 Facebook 在产品中使用的。Facebook _ 只会 _ 拿他们真正在用的代码来开源——这样,人们才会相信 Facebook 提供的代码有价值,并且会得到持续的维护。仔细审视这些产品,Facebook 的工作方式就会在你眼前呈现。

Facebook 的开源办公室只有两个员工,所以开源项目团队的工作必须高效,他们需要自己去收集数据来判断项目的当前状态。他们大量使用 GitHub 的 API 去获取尽可能多的数据,每分钟都在获取。然后他们把这些数据收集起来实时地共享,并且每个月会做个月报。这给工作带来了些许刺激的趣味,开发人员们可以互相竞赛,看谁的项目表现更好。尽管被成功的光环笼罩,Facebook 总是力求做得更好。这就是为什么 Facebook 要加入 ToDo ,这就是为什么 Facebook 要参加今年的 OSCON。

本文由作者 Nicole C. Engard 发表在 Opensource.com 上: The real reason Facebook does open source 。经授权,在 InfoQ 中文站翻译共享。本文在 Creative Commons BY-SA 4.0 许可证下发布。


感谢郭蕾对本文的审校。

给InfoQ 中文站投稿或者参与内容翻译工作,请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博( @InfoQ @丁晓昀),微信(微信号: InfoQChina )关注我们,并与我们的编辑和其他读者朋友交流(欢迎加入 InfoQ 读者交流群)。

2015-07-30 08:166793
用户头像

发布了 77 篇内容, 共 35.3 次阅读, 收获喜欢 25 次。

关注

评论

发布
暂无评论
发现更多内容

软件架构-缓存技术

看山

缓存 架构

Soul 网关源码阅读(六)Sofa请求处理概览

Java 源码阅读 网关

第一周-胡赵凯-总结

hisun胡

产品经理训练营

给自己当前岗位所定义的理想岗位模型

邹小胖

自我思考

Springboot 中的切面AOP处理

武哥聊编程

Java aop springboot SpringBoot 2 28天写作

十三、数据应用二

Geek_28b526

最长公共前缀字符串, RxSwift的概念详细解析, 极客大学认识产品经理 John 易筋 ARTS 打卡 Week 35

John(易筋)

ARTS 打卡计划 最长公共前缀字符串 RxSwift的概念详细解析 极客大学认识产品经理 极客大学产品经理训练营

HDFS中的常用压缩算法及区别

王知无

大数据 hdfs

十三周总结

水浴清风

架构师训练营第2期 第13周总结

月下独酌

架构师训练营第2期

架构师训练营 week13 课后作业

花果山

前端也要懂机器学习(下)

执鸢者

机器学习 大前端

敏捷开发需要内外兼修

Bruce Talk

敏捷开发 Agile

架构师课程--第十三周作业

孤星

ClickHouse在大数据领域企业级应用实践和探索总结

王知无

大数据 Clickhouse

项目管理系列 (5)-沟通规划

Ian哥

项目管理 沟通与管理 28天写作

【计算机内功修炼】七:高并发高性能服务器是如何实现的

码农的荒岛求生

高并发 事件驱动 高性能 Event Driven 高并发优化

HTML(一)——html相关介绍

程序员的时光

程序员 28天写作

架构师训练营第2期 第13周命题作业

月下独酌

架构师训练营第2期

面试官:Netty的线程模型可不只是主从多Reactor这么简单

中间件兴趣圈

reactor Netty nio 中间件 线程模型

产品训练营第一周作业

孤星

有道乐读 x AWS | 云上的少儿图书馆!这个寒假让孩子爱上“乐读”

亚马逊云科技 (Amazon Web Services)

云计算 AWS

在 AWS 的视角下,正确打开零信任安全模型

亚马逊云科技 (Amazon Web Services)

云计算 AWS

架构师训练营 week13 学习笔记

花果山

Flink1.12集成Hive打造自己的批流一体数仓

王知无

大数据 flink

Hbase性能优化百科全书

王知无

大数据 HBase

AWS Graviton2 | 匠“芯”定制,性能为王

亚马逊云科技 (Amazon Web Services)

云计算 AWS

第一周-胡赵凯-作业

hisun胡

产品经理训练营

如何 debug hive 源码,知其然知其所以然

王凯

hive 源码分析

英雄惜英雄-当Spark遇上Zeppelin之实战案例

王知无

大数据 spark

你不可不知的任务调度神器-AirFlow

王知无

spark 数据可视化 airflow

Facebook开源的真正原因_语言 & 开发_曹知渊_InfoQ精选文章