【旧文阅读】以下是 Steve Yegge 著名内部文章《Stevey's Google Platforms Rant》的核心摘要，聚焦其对 Google 与 Amazon 在平台思维方面的深刻反思和对比

原文：gist.github.com/chitchcock/1281611
转摘：http://t.cn/A6DlMp72

🧠 核心观点：Google 不懂平台，Amazon 懂

尽管 Google 在招聘、技术与文化上做得很好，但却**从高层到基层集体“不了解平台”这一概念**。相比之下，Amazon 在 2002 年通过 Bezos 的强制命令，彻底转向服务导向架构（SOA），并建立了平台文化。

🏗 亚马逊的转变（Bezos 的平台法令）

Jeff Bezos 发布命令：
- 所有团队必须通过服务接口（API）通信；
- 不允许其他 IPC 手段（如直接读数据库、共享内存）；
- 接口必须设计为对外可开放；
- 不遵守者将被解雇（虽为玩笑，但强调强制性）；

这一“教条式”平台改革，使 Amazon：
- 建立了服务注册与发现机制；
- 构建了监控、限流、沙箱等基础设施；
- 发展出 AWS：一个计算平台，不再只是卖书公司。

🤖 Google 的问题

- **Google 团队普遍构建的是产品，而非平台**；
- 很多服务（如 Google+）发布时几乎无 API，只是“狗食输出”；
- 大多数团队对外服务能力薄弱，缺乏长线平台视角；
- Stubby RPC 存在，但无法构成真正可复用的开发平台；
- 文化上对外部开发者不友好，平台意识稀薄；

📉 Google+ 作为平台失败案例

- 发布时无 API，后续仅有“获取用户动态流”一项接口；
- 团队倾向于“我们来猜用户想要什么”而非构建生态；
- 忽视“杀手级应用需要平台支撑”的因果逻辑；
- 忽略“吃自家狗粮”原则（自己用自己的平台产出产品）；

🧩 平台为何重要？

- 平台=可编程性 + 可组合性 + 可定制性；
- 平台=长期能力放大器，可以让第三方帮你构建差异化体验；
- 平台=Accessibility（可及性）的体现，服务不同需求；
- 成功产品总会被“平台化产品”替代（long-term inevitability）；

💬 他山之石

- Microsoft：dev.microsoft.com API 数以千计，平台文化根深蒂固；
- Amazon：AWS 是构建者的天堂，API 丰富、基础设施完备；
- Apple：构建了稳定、美观且清晰的移动开发平台；
- Facebook：通过平台让生态繁荣（FarmVille、Mafia Wars 等）；

📣 作者呼吁

- Google 应当从组织、文化到技术都优先拥抱“平台思维”；
- 应打破“产品 vs 平台”的短视分裂；
- 构建统一的 API 层与文档体系（如 AWS、MSDN）；
- 让开发者社区参与共建，让产品变得真正多样化与可接入；

这篇文章虽为 2011 年内部 rant，但许多观点在平台设计与开发者生态构建方面仍极具前瞻性和警示意义。💡