關注飛總聊IT，了解IT行業的方方面面。

大概在2008-2009年前后，Jeff Dean在公開場合做過幾次演講，有一次是在斯坦福。

演講的內容就是如何設計一個系統，做back of envelope analysis。當然還有一些金句，比如說系統要設計成10x但是是別擔心100x的traffic，比如說，還有一些每個人都要知道的number。

這之后大數據迎來了一波發展，涌現出了很多技術。而relational database則成為了沒希望的技術。實在要用數據庫，那就先sharding。

之后很多的公司面試就都需要interview system design了。

更有趣的事情在于，這個面試發展出了一個產業，比如著名的Alex Xu的書。而面試官也好，面試者也好，其實都不是通才，都不見得真的做過那么多系統。

那么怎么辦呢？大家都照本宣科的學習。而Jeff Dean顯然是這方面的鼻祖，他說過的話，做過的事情自然是經典。

問題來了，現在這幾年的硬件發展是很夸張的。如果你去看一下AWS提供的機器的話，幾十GB的memory到幾TB的memory都有，至于SSD硬盤，10個TB應該是小意思了。

軟件技術的發展，也日新月異。以前大家覺得relational database要完蛋了，其實不是，現在數據量幾十個TB，一個node的PostgreSQL就夠了。每秒處理10k個訪問輕輕松松的根本就不是個事情。

而且NoSQL也今時不同往日了。比如說，應該沒什么人繼續用HBase了，除非是Legacy。畢竟relational database已經很能打了。

亞馬遜的DynamoDB現在也牛逼了，支持Strong consistency好多年了。之前的刻板印象都消失了。

有時候我真的覺得PostgreSQL能干的事情，DynamoDB也能干。

當然Cassandra還是經常會跳幾下的，因為寫的速度確實夠快，Netflix還給調優了一下。

所以現在就出現了一個很奇怪的現象，一邊來面試的人，動不動就要這種情況下選nosql，那個情況下要sharding。

另外一邊現實情況是，目前的技術發展早就日新月異，無論硬件還是軟件，都不是十幾年前的樣子了。

如果你真的在AWS上買過機器搭過服務的話，大概率是知道，很多東西，早就不是當年那一套了。

但是呢？面試還是面試，該按照什么套路來的，還是按照什么套路來。面試官們是不是真的搭過Uber，搭過YouTube，搭過SnapChat不重要，重要的是，他們按照套路面，你按照套路答。

要是遇到一個真有實操經驗的人，說一些實際的情況，面試官都不知道你說的是對還是錯。這才是荒謬的地方。

不過想想，刷題刷上幾千道，工作完全用不到，system design也刷起來，總而言之，這年頭找工作那真的是不容易，和找到工作以后，干的活，完全不是一回事。

歡迎加入飛總知識星球。一頓飯的錢，和飛總交個朋友。