結(jié)束下心來享受技術的樂趣

我們都有這樣的感覺，無論任何事情，如果想把它做好，其實都不容易。我記得自己在開發(fā)nflxDB系統(tǒng)期間，為了確保進度不失控，常常睡在公司，加班加點；在寫稿期間，為了交付更高質(zhì)量的課程，我總是會有很多想法，偶爾會通宵寫稿，核對每句話、每個細節(jié)；再比如，為了解答erel_istriuion同學的一個關于外部PPT的問題，我通過找到相關代碼的出處，然后反復推敲，在凌晨4點準備了一個答案。當然，技術的學習就更加不容易了，不是讀幾遍材料、調(diào)調(diào)代碼就可以了，而是需要我們設計檢測模型，來驗證自己是否準確地理解了技術。我曾見過一些團隊，做技術決策的依據(jù)是不成立的，設計和開發(fā)的系統(tǒng)，盡管迭代多版，也始終穩(wěn)定不下來。在我看來，這些團隊最大的問題，就是對技術的理解、不夠。趣，“Hackitandenjoyit!”。然后學習和工作中的小成就，又會不斷地給我們正反饋，具體到我們課程的，也就是分布式技術，該怎么繼續(xù)精進呢？我們都知道，分布式技術屬于新技術，仍在快速發(fā)展（比如Raft在2013年才提出），沒有體系化的學習材料，而其次是“張無忌”。也就是我們要“不唯書不唯上只唯實”。理論是為了解決問題的，而不是為了“正確”，理論也是在實戰(zhàn)中不斷發(fā)展的，所以在日常學習和使用技術時，我們要注意妥協(xié)，沒有十全十美的技術，我們需要根據(jù)場景特點，權衡折中使用技術，并且實戰(zhàn)也會進一步加深我們對技術的理解。另外，有些同學可能剛剛接觸分布式系統(tǒng)和分布式技術，我對你的建議是“單點突破，再全面開花”。比如，你可以反復研究20講的分布式KV系統(tǒng)，然后研究Raft算法，最后再為了幫助你更好地學習，掌握“漁”的技巧。在這里，我推薦一些適合和深究的學習材迭戈·安加羅（DiegoOngaro）的博士：安加羅的博士，對Raft算法做了很詳細的描述，我建議你反復讀，結(jié)合源碼（比如HashicorpRaft）讀，直到讀懂每一《PaxosMadeLive》：這是團隊的Paxos實踐總結(jié)，我建議你從工程實《EventuallyConsistent》：了解下沃納·威格爾（亞馬遜CTO）對一致性的理解說到這里，我還想強調(diào)一點，希望能在后續(xù)的工作和學習中幫到你。那就是，“技術要具有量，相關的軟件和理念，都已經(jīng)很成熟，不是了，但功能背后的成本問題突出。而成本就是錢，功能背后的成本問題是需要重視和解決的，比如，自研KV相比Reis降低了數(shù)量級倍數(shù)的成本。另外，分布式技術本身就是適用于規(guī)模業(yè)務的，而且隨著業(yè)務規(guī)模的增加，成本的痛點會更加突出。我希望你能注意到這點，在根據(jù)實際場景設計系統(tǒng)架構(gòu)時，如果需要的話，也將成本作為一個權衡點考慮進去。最后，用一段話結(jié)束今天的，學習技術的你可能會遇到對無法準確理解某技術原理的問題，但你不要覺得孤單，因為這是一個正常的情況，大家都會遇到。如果你覺得某技術的原理，理解起來很吃力，你不妨先把這個技術使用起來，然后多想想，如果是你，你會怎么設計，接著你可以帶著自己的猜測去研究技術背后的原理。 不得售賣。頁面已增加防盜追蹤，將依法其上一 20|基于R