本來想寫寫常用框架，外加這些常用框架的簡單用法的秽澳。結(jié)果發(fā)現(xiàn)好久不用自己也不熟悉了始花。就不拿出來誤人子弟了。而且就我個人而言，用過的Android開發(fā)庫還是少了點男韧。主要是公司業(yè)務(wù)不復(fù)雜，自己也沒有把注意力放在這方面。
還是引用Android開發(fā)常用框架匯總這篇文章春哨∧洌框架和工具庫這東西按需學(xué)習(xí)吧憨颠，真等到用的時候再學(xué)也不遲适篙。關(guān)鍵是知道什么需求用什么庫來解決。
我覺得程序員最重要的能力不是掌握了多少知識，而是自學(xué)能力、新技術(shù)適應(yīng)能力和解決問題能力坐搔。
現(xiàn)在技術(shù)知識點紛繁復(fù)雜又快速更新弧岳，想要精通每一個知識點是不現(xiàn)實的腹尖，能夠快速通過需求檢索到所需的知識點和工具，解決手頭的問題才是我們必須具備的能力。
一些提升技術(shù)學(xué)習(xí)效率的想法
說到這里场勤，我想到《躍遷》這本書上講到的一些東西很適合當(dāng)今程序員留瞳。
關(guān)于知識檢索，我們應(yīng)該遵守識別知識源頭原則帝牡。多去 github 上看項目源碼或者官方文檔去查閱資料，或者關(guān)注一些高質(zhì)量、負責(zé)任的博主寫的技術(shù)博客葱色，盡量獲取一手、二手信息。少用百度多谷歌安接，避免在重復(fù)而劣質(zhì)的博客中尋找答案胡野。這樣才能快速有效的獲取解決方案够庙。
關(guān)于技術(shù)棧，書上建議我們建立自己的知識體系，用問題取代信息。信息是無窮盡的，想要通過各種信息建立知識網(wǎng)絡(luò)是低效而不實際的匙铡。就像我，一開始學(xué)習(xí)Vue源碼想通過通讀全部代碼來學(xué)習(xí)碍粥，結(jié)果卻是花了很長時間卻沒看懂多少鳖眼，收集到的信息也混亂不堪。后來嚼摩，我改為通過一個個問題去探其究竟钦讳，發(fā)現(xiàn)博客內(nèi)容好寫了，代碼也變得容易理解了枕面。我覺得我們建立的知識體系應(yīng)該是各種問題愿卒，如：
- 我如何規(guī)范團隊代碼： eslint
- 我如何理解HTTP通信： 某大牛的一篇博客……
- 我如何解決某個問題： StackOverflow鏈接……
如此發(fā)散自己的問題樹，并找到解決問題的答案或者工具潮秘。然后在需要的時候去深入學(xué)習(xí)和使用這些問題的答案琼开。我覺得是更加高效的一件事情。相比而言枕荞，如果要每個知識點都是用信息去填充柜候，比如我要填充以上幾個問題的知識點，按照我的習(xí)慣 —— 寫成博客的才是自己牢牢掌握的躏精，那么我就要寫三篇博客來完成學(xué)習(xí)渣刷。所花的時間上是差了很多的，但真到實際工作使用的時候解決問題的時間是差不多的矗烛。
關(guān)于技術(shù)拓展辅柴，書上推薦了一種叫做聯(lián)機學(xué)習(xí)的方式。這一點暫時沒實踐過瞭吃。它是指自己精通某一門技術(shù)碌嘀，然后與幾個其他技術(shù)方面的專家一起討論來解決問題，大家互為對方知識庫歪架，通過聯(lián)接各方面技術(shù)專家來快速解決自己能力圈之外的問題股冗。
以上內(nèi)容只是關(guān)于解決問題效率上的一些想法，如果想要快速有效的提升自己解決技術(shù)問題的能力牡拇，可以參考下~當(dāng)然魁瞪，也并不是說寫博客不好穆律，寫博客是一種以教代學(xué)的方式惠呼，能夠更快讓我們掌握我們所要表達的知識點导俘。一個是高效解決問題、一個是深入學(xué)習(xí)知識點剔蹋。兩者并不沖突旅薄。
