20250626-读SteveY对Amazon和Google平台的吐槽
Table of Contents
一、文章背景与作者说明
作者身份：Steve Yegge:
- 曾是亚马逊员工，后入职谷歌，文章是其在谷歌+上的公开讨论内容，因误设公开权限引发关注，后被翻译发布于“酷壳 - CoolShell”网站。
二、对亚马逊的评价
- 早期问题与优势
- 管理与技术短板：存在招聘标准不统一、缺乏SRE体系、代码工程标准混乱、办公环境简陋、薪资福利较差等问题。
- 两项技术优势：拥有出色的版本控制系统和发布/订阅系统，优于谷歌同期水平。
- 贝索斯的关键决策（2002年左右）
- 强制服务化架构：要求所有团队通过服务接口（Web Service）通信，禁止直接调用数据库或共享内存，且接口必须设计为可对外公开，违者解雇。
- 推动SOA转型：亚马逊内部转向面向服务架构（SOA），在大规模实践中解决了服务发现、监控、配额管理、跨团队调试等问题，形成“一切以服务为核心”的文化。
- 从产品到平台的进化
- 基础设施平台化：将电商底层架构转化为AWS云计算平台（如EC2、S3等），支持第三方开发，成为平台化成功案例。
- 领悟平台本质：贝索斯认识到“无法创造适用于所有人的产品”，通过开放平台让第三方填补能力空白，解决可访问性（Accessibility）问题，认为平台即“可访问性”的实现。
三、对谷歌的批评
- 平台战略缺失
- 文化偏向产品导向：谷歌长期以“产品公司”自居，成功依赖搜索引擎等单一产品，忽视平台建设，内部缺乏SOA架构，服务化优先级低（如Google+初期无API）。
- 违背“狗食原则”：未践行“Eat Your Own Dogfood”（自己使用自身平台），如Google+未基于内部平台开发，API匮乏且质量低下，开发者平台（developers.google.com）被评价为“幼稚”。
- 对比与差距
- 与竞争对手的差异：微软、亚马逊、苹果、Facebook均重视平台生态，通过开放API吸引第三方开发者，而谷歌在平台化进程中落后，内部团队（如地图、Docs）推进困难，资源不足。
- 可访问性与傲慢问题：以Chrome浏览器为例，拒绝用户自定义默认字号，忽视用户多样性需求，被批评为“傲慢”，未能理解平台需解决不同用户的访问需求。
四、核心观点与结论
- 平台的重要性：
- “无平台的产品终将被平台化产品取代”，平台通过开放生态吸引多样性创新，弥补单一公司的能力局限。
- 亚马逊通过强制服务化转型成为平台型公司，谷歌需进行文化转变，将平台建设置于战略高位，而非事后补救。
- 作者呼吁：
- 谷歌需重视平台战略，从内部架构到外部生态贯彻服务化，优先解决可访问性与技术开放性问题，避免因“产品思维”错失竞争力。
五、文章影响与读者反馈
- 讨论热度：原文引发广泛争议，中文翻译版阅读量超20万，评论171条，涉及对平台战略、企业管理、技术架构的深入探讨。
- 后续延伸：评论中提及OpenAI、微服务架构等后续发展，呼应文章对平台化趋势的判断。
总结：
- 文章通过前员工视角对比亚马逊与谷歌的平台策略，
- 揭示亚马逊如何通过强制服务化转型成为平台巨头，
- 批评谷歌的产品导向文化与平台建设滞后，
- 强调“平台即生态”的核心逻辑，对科技公司战略具有参考价值。