本文由于技术因素中英夹杂

---

08 年底左右加入 amazon，距今已经快 10 年了。

10 年前刚加入的时候股票 70 多刀，然后金融危机降临，股价一度跌倒 40 多。而今天是 1565 刀。

10 年前 amazon 市值不到 google 一半，终于在今天追上了 google 一次。（也许保持不住 —_—）

这是两家我都非常敬佩的公司，但又是文化截然不同的公司。

以下全是个人主观臆断，仅供参考

感觉 Amazon 是一家探索客户满意度极限的公司(雾)，从内部来讲，一个简单的例子。amazon 的 SDE 是 Someone Do Everything…... 除开设计开发，一个好的 SDE 也必须是半个好的产品经理，好的项目经理, 好的前期技术支持, 好的后期技术支持，好的 tester。对自己组的业务和大局有长远的把握，要挖掘客户真正的需求，不但要帮客户解决问题，还要帮助客户找到他们的问题，帮助他们 improve(抱歉这边说成长感觉怪怪的，所以甩个英文。)；其实，从完美中找到不完美，找到问题，比解决问题难的多。

感觉 Google 是一家探索人类极限的公司，小到 google guice，guava，protobuf......大到大数据三篇，dremel…... k8s，还有 spanner 这种于不可能中创造可能的艺术品(最近看了很多分布式数据库论文，之后看了 spanner 的论文，请原谅我这里对 spanner 的评价激动了一下)。没有 google 把很多思想和软件贡献给社区，不知道这个世界现在是什么样子。至少我知道我会比现在在技术上弱很多，在技术上，google 对我的启发帮助，不低于 amazon，或甚至超出一些。

然而现实是，人类极限未必等于客户需求的极限，所以也许这是 google 的股价并配不上 google 对技术领域的伟大贡献的原因？

一个例子就可以看出来文化的差距：Google Spanner VS. AWS Aurora, 技术难度和创新上，个人认为 Spanner 吊打 Aurora，用 TrueTime API 的解决光速限制信息同步问题的思路简直惊艳。。。Spanner 可以算是第一个真正意义上的全球化分布式事务数据库，直面和挑战跨数据中心的分布式事务这个大难题；然而，Spanner 自己有一套 SQL 语法，不完全兼容 MySQL，任何使用 MySQL 的企业要使用 Spanner 必须从头到尾更改自己的代码来移植到 Spanner 上，这当然也是由于技术限制的原因，不过这就是客观事实。 而 AWS Aurora，选择完全兼容 MySQL，任何用户不需要更改任何代码，可以直接把业务迁移到 Aurora 上，直接享受“1 数据中心毁灭 +1 额外硬盘出错”都可以不丢失数据且可以正常读取的可怕容灾能力，且 performance 比 MySQL 高 n 个档。缺点是数据不能 sharding，写必须找 Leader(高性能高吞吐量的分布式事务是极难解决的问题，Aurora 选择避开这个问题)；你是一个小企业 CTO 你选哪个？

Spanner 舍弃了“最方便客户需求”这个负担，来追求技术能达到的极限(如果保持完全兼容 MySQL，我感觉 Spanner 按现在的设计做不出来，至于为什么以后有机会我会发文细说，这里欢迎一波关注?(? ? ?ω? ? ?)?)，从而打破了人类的极限，而 Aurora 则选择正中客户的需求。这就是活生生的文化差异。

Amazon 内部 10 年来也经历了翻天覆地的变化，它的成长，没有辜负每一个 amazonian 的努力…... （还记得我 10 年前面试 Amazon 的时候，HR 跟我说 Amazon 在美国是跟微软 google 一个档次的公司的时候，我的内心其实是非常“呵呵”的 -_- ）

这两家公司都教会了我很多东西，很多我一辈子可以受益的东西。

作为 amazon 的一员，从商业上来讲，我更看好也希望 amazon 有更好的发展。

作为人类，作为一位技术工作者，我希望 google 也能前程似锦，因为我想看看人类的技术实现的极限在哪…...

人类的好奇心呀，是没有止境的！

（Facebook 完全不了解，就不说了，只知道最近被用户信息泄漏的消息影响的很厉害，最近两天股价跌惨了…... 还有从跳槽到 Facebook 的朋友反馈，FB 并不比 Amazon 轻松多少，甚至他去的组比他原来 amzon 的组还忙很多，但是 Facebook 的舆论控制很好；且人家给的钱是真多，所以也没什么好抱怨的。）