技術人員如何快速學習新技術

在這個信息爆炸的時間，信息產生是以前的好多倍，新的技術也層出不窮，爲此咱們感受天天的淹沒在信息的海洋裏，不天然的產生了焦躁的情緒，我的也在盲目的跟從，看到這個技術想學，看到那個技術想學，最終沒有一個是學深的。又或者擔憂技術變化快，擔憂跟不上新知識，被新技術淘汰，一直在一個焦慮的心境中。

如何作到快速學習一門新的技術就是咱們必需要考慮的問題，如何來擴展本身技術掌握的廣度，今天就簡單來談下我我的的一些見解。

瞭解相關知識點

對於一個新的技術，首先咱們須要瞭解這類技術須要解決的問題場景或者須要解決什麼問題？該項技術的限制是什麼？這項新的技術與我以前掌握的知識是否有類似的地方？有能夠快速結合以往所學的知識的地方嗎？

要解決以上的問題，咱們就要去尋找了解這些新知識的渠道，通常我本身會從Twitter、維基百科、專一某項技術的站點，優秀的博客中找尋找。在知乎、Quora找到回答評分較高的類型下的問答，作相關的記錄和歸類。這裏能夠考慮在雲筆記中創建獨立的分組，將瞭解的這部分技術點歸類到該分組中。

這樣咱們大概瞭解了該技術下有哪些的技術點了，接下來即是製做一個學習的路線和目標。

##肯定學習目標與計劃

以上出來後咱們的學習框架出來了，接下來就是制定本身的學習計劃，好比咱們首先學習什麼，接着學習什麼，最後學習什麼，按照計劃分階段的一步步提升。這就比如咱們學習英語同樣，先學基本的字母，過渡到詞、句子、文章。

我推薦你們制定一個學習路線，咱們接下來聊下怎麼來學習。

購買該技術方面的書，不建議看分散的文章，學到的知識不成系統。對於購書的參考，能夠看豆瓣的書評，若是購買原版書，能夠看美國Amazon的書評，通常評價仍是比較靠譜的。

買書後，學習基本語法(如何聲明變量、基本的語句)、面向對象的處理方式、異常處理的方式、代碼中類的組織方式、基本項目的創建和發佈方式，這時候不建議掌握到很細的語法細節，瞭解基本的語法內容就能夠開工了（若是有必定基礎的，能夠考慮看下：IO操做、線程、併發、反射、序列化、泛型等），不理解的再回去翻書。若是有條件的能夠找一個該技術上有經驗的人，一個有經驗的人的指導，可能會使你更快速的成長，繞過學習這項技術的一些坑。

按照書中的例子在電腦上手工編寫代碼並運行，在編寫的時候對遇到的問題進行記錄，對於遇到不懂得問題，經過搜索引擎、Stackoverflow上去尋找解決方法，基本上這時候遇到的問題均可以解決，不要忘記記錄下本身的解決的思路。

熟悉以上的這些後，咱們能夠嘗試進一步的拓展，試着去了解該技術下成熟的庫，優秀的開源項目。以及這些庫或者項目解決的問題，他們是如何解決的，用了什麼樣的方式去解決，我是否瞭解，我還有哪些不懂得？經過Github上的優秀開源項目，去學習別人優秀的地方，若是有興趣也能夠試着提交一些本身的Bug修正。

再根據遇到的問題進行總結，輸出相關的總結文章，去檢驗本身掌握知識上的不足。或者考慮將本身的進行編寫的項目進行開源。

學習新的技術的時候都會有一個曲線，從無從下手到駕輕就熟。可是我的認爲教是最好的學習方式，在教的過程當中，根據本身的不足或者對於某個知識有模糊的地方，能夠經過從新學習去加深印象，從而真正掌握這個知識，這裏的教不必定是寫文章，你能夠考慮在本身的部門內分享、公司的知識庫中進行分享。

##其餘建議

• 學習shell知識，在有些時候利用腳本去處理一些問題比使用帶有GUI的軟件效率上更高；
• 每月閱讀除了閱讀技術類的書籍，建議閱讀一些其餘方面的書籍，如心理學、經濟學、商業、機率等的知識，多去了解本身周遭的環境。由於技術人員一直在和機器打交道，時間長了之後會造成不耐煩、懶的毛病，容易生活在本身的世界裏，不懂生活、不懂人情世故。
• 學習不可一下用力過猛，對於學習要有必定的目標，學會制定學習計劃。
• 遇到問題不要急躁，其實學習一個新知識都會有這個過程，一開始會以爲無從下手，可是逐漸的會漸入佳境。若是你們回想下本身學習其餘知識的時候是否是都有相似的狀況。

##綜合以上的內容，我我的的建議是：

• 肯定目標：要學成什麼樣，避免無效努力，假勤奮，避免焦躁。
• 制定計劃：如什麼時間、學習多少內容，分幾個階段。
• 檢查不足：思考總結階段學習的不足，作必要的學習輸出。