直接去學習某項技術！
世間萬物，所有的事兒，如果你從 「高視角」 看問題，提高自己的看事物的高度，所有的問題將變得簡單明瞭！所謂：「會當凌絕頂，一覽眾山小」，「不識廬山真面目，只緣身在此山中」。不管是什麼問題，只要用乙個相對高的角度去看，去梳理，去發現，再複雜的東西都顯得不那麼難！ 在學習乙個東西時:
先知其作用，再知其用法，最後知其原理！了解其可替換技術！
eg：分布式系統
現在使用最熱最多的架構體系中，分布式已成為最普遍的方式！
從乙個相對高的角度出發（可以把它想象成乙個現實中的乙個體系）。就會比直接去硬了解其功能，簡單的多。
其大致有的功能：
註冊中心：服務的註冊/發現 。
閘道器：分布式中將專案拆分為多個服務，為多個服務提供統一入口。這相似於設計模式中的外觀模式思想一樣！
業務服務：專案業務的具體實現.
熔斷器：服務降級，當服務不可用的時候，給客戶端返回指定資料，比如:404頁面,不要讓客戶直接看到異常資訊
監控：監控服務健康
鏈路追蹤：服務被拆分成多個服務之後，如果出現異常，那及時巡查異常時，將不那麼方便。鏈路追蹤可以提供乙個請求的整個服務間經過各個服務間的日誌，這樣就可以及時查出問題。
外加上db就可以簡單的實現一套微服務系統！
但這樣的微服務顯得有點太骨幹了，這時我們可以在其上邊新增一些其他的東西：
nosql：eg:redis憑藉他在記憶體執行，效能高效。支援分布式。key-value儲存系統。對一些高併發讀寫資料可進行快取等！
mq：具有低耦合、可靠投遞、廣播、流量控制、最終一致性等一系列功能，成為非同步rpc的主要手段之一。
elk：在分布式事務中有大量的日誌或者大量的資料資訊，儲存在不同的服務。通過其優秀的儲存方式，將多個服務間的資料儲存在一起，在查詢資料時將變得非常快速！
等等等等…
可以在整個分布式系統中新增很多優秀的技術，幫助我們高效的處理業務問題。
在學習分布式系統前，可以先了解整個系統的流程。然後再逐個去學習。就好比建個房子，俯瞰的時候就很容易發現那裡少了什麼東西，然後填補。
最後，當學習了某項技術之後，要梳理自己整個已掌握的技術棧，好比拼圖一樣，最後拼成乙個大神！
這篇文章主要就是說在整個學習的過程中不要一開始就投身與某項技術。
而且先了解其作用，在你已掌握的技術棧中它屬於什麼位置。
再去投身了解他，學習它。這樣以往，你自己的技術棧 體系就會慢慢形成，後邊遇到什麼問題，就可以直接想到用什麼方案就可以解決這個問題。
所以不管在處理什麼事情前，從一定高度去看，就不會顯得那麼難！邏輯也會更清楚！
加油 !
換個角度談談學習的過程
學東西這事絕對是件功夫活，也絕對是條漫長路，因為當你決定踏上一條求學之路時，你可能對其充滿了朦朧的嚮往，而當你已經上路一段日子後，你可能又會感到到處都是自己不知道的東東，頂著頭皮再走一段日子，你可能會感到稍微有了一點點自信的安慰，因為你已經對一些基本的東東有了理解，以前很多的高深的東東也開始慢慢褪去...
換個角度談談學習的過程
學東西這事絕對是件功夫活，也絕對是條漫長路，因為當你決定踏上一條求學之路時，你可能對其充滿了朦朧的嚮往，而當你已經上路一段日子後，你可能又會感到到處都是自己不知道的東東，頂著頭皮再走一段日子，你可能會感到稍微有了一點點自信的安慰，因為你已經對一些基本的東東有了理解，以前很多的高深的東東也開始慢慢褪去...
換個角度看理財
個人理財不僅是金融規劃，要從掙 賺 省 防四個方面入手。雖然越來越多的經理人開始重視理財，但真正熟悉理財的卻不多。理財包含哪些內容？應該怎樣做？介紹理財的四個方面和應注意的一些問題。什麼是理財 個人理財是在既定的理財目標下，充分分析個人財物現狀和風險承擔能力，通過平衡安排各種收入與支出，選擇不同風險...