這幾年工作關係，經常讀一些資料，但有幾篇是經常重複閱讀、重複分享，這幾篇文字影響我很多，整理起來需要分享時比較快 XD

• Jeff Bezos - Amazon CEO
• Werner Vogels - Amazon Web Services CTO

所有文章標題都是原文連結。

Werner Vogels - Amazon Web Services CTO

10 Lessons from 10 Years of Amazon Web Services

中文版：Amazon CTO 分享打造 AWS10 年裡學到的 10 條寶貴經驗

• 構建可持續演進的系統 (Build evolvable systems)
• 預料到不可預料的情況 (Expect the unexpected)
• 提供基礎元件而非框架 (Primitives not frameworks)
• 自動化是關鍵 (Automation is key)
• API 定義要嚴謹，一旦上線就無法更改 (APIs are forever)
• 監控你的資源使用情況 (Know your resource usage)
• 從頭開始建立安全機制 (Build security in from the ground up)
• 資料加密是頭等大事 (Encryption is a first-class citizen)
• 網路的重要性 (The importance of the network)
• 不設限，保持平台的中立與開放 (No gatekeepers)

Working Backwards

Amazon 內部的工作方法，重點如下：

1. Start by writing the Press Release.
2. Write a Frequently Asked Questions document.
3. Define the customer experience.
4. Write the User Manual.

我自己整理的心得筆記： 一個人的 Working Backwards

Amazon’s Dynamo

AWS 最著名的論文：Dynamo，後來實作成產品時的說明文：Amazon DynamoDB – a Fast and Scalable NoSQL Database Service Designed for Internet Scale Applications。另外 netflix 也針對論文描述，寫了自己的 Dynamo，稱為 dynomite.

因為這篇論文，因為 DynamoDB 激發我對學習分散式系統的樂趣與愛好。

相關學習筆記： DynamoDB 學習筆記

Eventually Consistent - Revisited

Werner Vogels 在這篇論文提出 NRW 模型的概念，讓 CAP 的選擇權給使用者。

我的整理筆記：Eventually Consistent 與 Dynamo NWR 模型

Jeff Bezos - Amazon CEO

Jeff Bezos’ Mandate: Amazon and Web Services

這篇是 AWS 員工流出來的內部 memo，雖然不算是合法地流出，但是內容因為非常的務實，也讓了解到 AWS 的基因原來是來自這裡。

這篇談的是架構規範，沒錯架構規範是 CEO 定義的。摘錄以下：

1. All teams will henceforth expose their data and functionality through service interfaces.
2. Teams must communicate with each other through these interfaces.
3. There will be no other form of interprocess communication allowed: no direct linking, no direct reads of another team’s data store, no shared-memory model, no back-doors whatsoever. The only communication allowed is via service interface calls over the network.
4. It doesn’t matter what technology they use. HTTP, Corba, Pubsub, custom protocols — doesn’t matter.
5. All service interfaces, without exception, must be designed from the ground up to be externalizable. That is to say, the team must plan and design to be able to expose the interface to developers in the outside world. No exceptions.
6. Anyone who doesn’t do this will be fired.

中文（摘錄自 CoolShell):

1. 所有團隊的程序模塊都要以通過Service Interface 方式將其數據與功能開放出來。（陳皓註：Service Interface也就是Web Service）
2. 團隊間的程序模塊的信息通信，都要通過這些接口。
3. 除此之外沒有其它的通信方式。其他形式一概不允許：不能使用直接鏈結程序、不能直接讀取其他團隊的數據庫、不能使用共享內存模式、不能使用別人模塊的後門、等等，等等，唯一允許的通信方式只能是能過調用 Service Interface。
4. 任何技術都可以使用。比如：HTTP、Corba、Pubsub、自定義的網絡協議、等等，都可以，Bezos不管這些。（陳皓註：Bezos不是微控經理嗎？呵呵。）
5. 所有的Service Interface，毫無例外，都必須從骨子裡到表面上設計成能對外界開放的。也就是說，團隊必須做好規劃與設計，以便未來把接口開放給全世界的程序員，沒有任何例外。
6. 不這樣的做的人會被炒魷魚。
7. 謝謝，祝你有個愉快的一天！

原文請參考：STEVEY 對 AMAZON 和 GOOGLE 平台的吐槽

亞馬遜創辦人對 普林斯頓 畢業生的 12 分鐘演講

演講錄影：

亞馬遜創辦人 - Jeff Bezos，受邀到母校普林斯頓大學對畢業生演講。雖然只有短短12分鐘，但卻令在場畢業生印象深刻。貝佐斯很喜歡外祖父母，夏天常去他們在德州的農場過暑假，幫忙修理風車、幫牛打預防針，下午一起看肥皂劇。有一年的旅行，他印象特別深刻，學到了人生重要的一課。下面是貝佐斯的演講摘錄，很值得您慢慢品味與欣賞：

在我10歲的時候，利用各種機會練習算術，計算汽車每加侖跑多少英里、算買菜買了多少錢……我記得當時曾經聽過一個廣告，每吸一口菸就會減少幾分鐘壽命。在那個夏天的長途拖車旅行途中，我決定為抽菸的外婆算一算。我計算她大概一天抽幾根香菸、一根菸可以抽多少口，算出我覺得滿意的合理數字後，我從後座把頭伸到前座，拍拍外婆的肩膀，驕傲地公布：「如果每吸一口菸會減少兩分鐘壽命，你已經少活九年了。」

我原本期待外公外婆會稱讚我聰明、數學好：「傑夫，你好聰明，已經能夠算這麼複雜的數學，算得出來一年有幾分鐘，還會除法。」但實際情況並非如此。外婆聽完後就哭了，我坐在後座，不知道該怎麼辦。

外公一路靜靜地開車，後來把車停在高速公路路肩。外公下了車，繞到後座把車門打開，等我下車跟著他走。當時我心想：「我闖禍了嗎？」外公是非常聰明、不多話的人，他從來沒有兇過我一句，但是，這將會是第一次嗎？還是他會要求我回到車上跟外婆道歉？我們站在拖車旁，外公看著我，柔和平靜地說：

傑夫，有一天你會明白，﹝仁慈﹞比﹝聰明﹞更難。

我今天想跟大家分享的，就是 天賦 與 選擇。聰明 是天賦，仁慈 是選擇。

天賦與生俱來，但是選擇就難了。如果不小心，你們可能就會被聰明誘使做了傷害仁慈的選擇。你們是一群很有天分的人，頭腦聰明又能幹，這點我毫無懷疑，因為要進入普林斯頓大學是非常競爭的，不聰明是進不來的。

在這充滿創新驚奇的世界，聰明是優勢。但是，你們將如何運用自己的天賦？你們會以天賦為傲，還是以你的選擇為傲？十六年前，我創辦亞馬遜。我無意間發現網路使用一年成長23倍，我從來沒有見過、也沒有聽過任何東西成長得那麼快。我對於建立一家可以賣幾百萬種書的網路書店這概念非常興奮，這種規模在實體世界不可能存在。

那年我正好30歲、剛結婚一年，我告訴太太我想要離職去做網路書店這件瘋狂的事，可能不會成功，因為大部分的創業都失敗了，我也不太確定失敗後會如何。我太太也是普林斯頓校友，她告訴我，我應該創業。她提醒我，在我小時候就已經是車庫的發明家。我用裝了水泥的輪胎做出自動關門器，用雨傘與錫箔紙做了不太好用的太陽能鍋，還做了烤盤鬧鐘。我一直希望當個發明家，我太太希望我能做自己有熱情的事。

我沒有多想如果試了失敗會不會後悔。如果連試都不試，我想我會一直掛記著這件事。經過考慮後，我選擇較不安全的路、追求熱情。我為自己的選擇感到驕傲。明天，完全由你們書寫的嶄新的人生新頁，真的要開始了。

• 你將如何發揮你的天賦？你會做什麼選擇？
• 你是照習慣行事，還是你將追求熱情？
• 你會遵循成規，還是要創新獨特？
• 你會選擇安逸的生活，還是選擇奉獻與冒險的人生？
• 你碰到批評會畏縮屈從，還是堅持自己的信念？
• 你犯錯是會哄騙掩飾，還是坦承道歉？
• 你會因為害怕拒絕而不敢敞開心房，或是願意墜入愛河？
• 你會選擇打安全牌，還是會浪漫一點、超過極限冒險？
• 遇到困難，你是會放棄，還是不顧一切繼續前進？
• 你是憤世嫉俗的批評者，還是務實的建設者？
• 你會為展現自己的聰明而傷害別人，還是選擇仁慈？

我敢說，當你們80歲的時候，靜靜回想，在心中對自己說一生的真實故事，其中最鮮明、最有意義的將是你做的一連串選擇。人生就是由選擇所創造的。為自己創造一個偉大的人生故事。祝你們好運。

其他文章 (媒體整理)

這些文章是媒體寫的，有些標題下得太煽動，但內容還是直得參考。

• 貝佐斯的「飛輪策略」如何帶動企業越長越輕鬆
• 在亞馬遜，開會禁用PPT！
• 每天都當作是創業的第一天!
• 为什么 AWS 云计算服务是亚马逊先做出来，而不是 Google ？

學習、寫作、閱讀系列文章

• 學習法則
• 一個人的 Working Backwards
• 閱讀能力的重要性
• 為什麼寫文件？
• 再談『為什麼寫文件？』
• 分類的哲學
• Spotlight 現象
• 文件的持續交付
• 寫文件常見的問題
• 從 Jeff Bezos 與 Werner Vogels 學到的
• 導讀持續交付 2.0 - 談當代軟體交付之虛實融合
• 有效定義目標與執行、落地