老貓最近在學習這事兒上漸漸有點迷茫起來，並不是說不知道該去學一些什麼，而是知道太多想要學習的東西，從而讓人手忙腳亂，不知道該如何入手去學習。
現狀
隨著年紀的增長，工作繁忙，生活瑣碎，老貓漸漸發現學習效率會變得很低很低。比方說有段時間可能學習慾望比較高漲，決定好好去研究一門技術。起初的時候動力很足，基本每天會學習一些，一頁一頁翻過去之後，會覺得還是比較有成就感。然而很多技術類的書籍都是越看到後面越感到難懂，這時候慢慢地就消磨了學習的意志。
每當這個時候老貓往往會去找一些其他的書籍去看，尋思著如果看單一的書籍會比較單調，穿插著看可能不會那麼容易讓人產生疲勞。但是尷尬的事情卻發生了，當你回過頭去看原來的那本技術類書籍的時候，卻發現前面的知識居然忘記得差不多了。
這讓老貓深深體會到了記憶曲線，關於記憶曲線，我想大家都應該有所聽聞，大概就是如下這個樣子，人們在學習中的遺忘是有規律的，遺忘的程式很快，並且先快後慢。觀察曲線，你會發現,學得的知識在一天後，如不抓緊複習,就只剩下原來的25%。隨著時間的推移,遺忘的速度減慢，遺忘的數量也就減少。
但是畢竟不是學生時代，老貓沒有那麼多精力，往往學習技術也就是下班之後的那一段時間，當然前提是不被小孩打擾。
思考與疑問
老貓嘗試過一些解決方案，比方說為了忘記得不那麼快，老貓會去寫部落格，或者去發一些公眾號和大家分享一些自身的積累。大家可能留意到老貓有很長一段時間沒有更公眾號了。這又是為什麼呢？因為老貓發現，發博文佔據了老貓大量的時間，甚至影響到了學習的進度，有時候老貓在思考，究竟該如何去權衡寫博文與學習。老貓比較羨慕那些一日一更的公眾號，老貓有時候會比較疑惑，怎麼會有這麼多的精力去更新博文， 難道每天都是肝到凌晨一兩點麼。
之前老貓也保持過每日肝到一兩點，但是卻發現即使是這樣，也只能保持兩日一更博文，或者說是三日一更博文這樣，當然博文的內容是純技術類別的，可能真的是老貓的效率太低了。
後來老貓去特意研究了一下那些一日一更的博文，發現這類博文感覺和很多文章都挺相似的。這又說明了什麼呢？
是不是該試試這樣的方式去學習
今天是雙休日，兒子跟著父母去買菜遛彎去了，媳婦去工作室了。還是比較安靜的，家裡就剩下老貓一個人坐在書房裡，手裡翻看著《XXX原理》。左翻翻右翻翻卻是看不進去。
老貓再次陷入了思考，之前研究了一段時間的設計模式，當時為什麼去研究設計模式呢？那是因為實際的工作中需要解決業務問題，比方說支付的時候，有很多的業務場景，該用什麼樣的設計模式去執行。支付裡用到的設計模式，老貓現在還是記憶猶新。
所以我們帶著問題去學習是不是會更好？
在日常工作中，作為一個後端的研發來說，常常會陷入複雜的架構設計或者是業務問題上，另外的話很多底層的程式碼已經被公司的基礎架構組進行了封裝，開箱即用，很是方便，漸漸地，在工作中遇到往往都是業務問題而非純技術問題。
當然對於一個後端人員來說，技術能力只是一部分，還有更多的是業務理解能力以及基於業務的架構設計能力，甚至還有表達能力（這個是很多程式設計師的短板）。
順著思路，老貓覺得最好的提升方式，還是上述提到的那句話“帶著問題去學習”。
老貓覺得這樣去落地可能會比較合適
是不是自己搞一個開源專案會比較好，從基礎的產品設計，架構設計，到技術選型以及編碼測試。在做這樣一個事情的時候會帶著問題去思考去總結，在此期間將知識點整理輸出成博文印象是不是會更加深刻，如此興許會得到不少的提升。甚至完成自己的這樣一個產品之後說不準可以給自己帶來一些其他方面的收益呢。
大家是怎麼想的呢？歡迎大家留言給出老貓一些建議。