1樓：未來機器程式設計
兩個簡單的原則：
1。大部分了解，小部分精通
很多東西，你知道知識結構就可以了，真正用到時，去查。
2。實踐才是學習的最捷徑
2樓：懸壺醉世
好記性不如爛筆頭，首先你要學透這個東西，然後弄個技術blog去記錄下來。
即便是看別人的東西也要自己親手記下來，以後你要用的時候看自己的筆記你就全部回想起來了
3樓：Peng Xin
需要理解的複雜技巧用自己的話總結描述一遍存Evernote。
某一主題的零散的知識點集中存一篇Evennote。
標題和標籤加好關鍵字。
結構化的，記憶性的知識技巧用XMind畫思維導圖存網盤，找的時候用Everything。
4樓：夫禮者
記住才不正常。本人曾經深受其害。人的大腦擅思考，不擅記憶；你要非得懟著它去幹這不擅長的事，得不償失也罷，捨本逐末也罷，總之就是自尋煩惱。
建議去看《refactor your brain》這本書。你的困擾也是我寫出系列文章http://www.
5樓：於江水
記住大概的功能效果即可，比如 CSS 可以實現什麼效果、JS 實現某些功能可以通過哪些 API 實現？
真正需要用到的時候，學會搜尋，學會尋找最好的資料，快速開始應用。第一次很慢，第二次快一些，四五次之後，這個能力就固化到你身上了。就像寫 CSS 比較多的人，屬性從來不背也不查詢。
所以忘了具體的協議內容沒關係，但知道大概的流程和能力，知道問題或者需求要怎麼解，能快速定位到就好了，常用的東西，定位的多了，就熟練掌握了。
6樓：Bruce
以前都是直接谷歌去查文件，現在逐漸在印象筆記裡積累了很多踩過的坑，因此會去先翻翻筆記。乙個知識點之類的差不多了，會寫成部落格發表出來。
7樓：JI Weiwei
來知乎答題，其實是個不錯的選擇, 不是開玩笑
可以給自己理理思路， 最好的辦法就是輸入加輸出，同時還承擔著別人質疑的風險。
8樓：
先宣告我的觀點：忘記是很常見的一件事情，重要的是體系與思想。
最近我也在學習一些程式設計的東西，從最基礎的語法開始的，等到要做乙個小專案的時候，前面的已經忘記一些了，但是雖然細節忘記了，什麼時候該用什麼還是記得的，再根據這個去找對應的細節就好啦。當成字典一樣去查詢，就像平時寫作文一樣，不必先把所有的字背過再去寫，小學生也有小學生的寫法，等熟練了，就能生巧了。
oq程式設計小白的理解就是這樣啦，題主共勉，期待以後有更深的感悟
9樓：劉志軍
上小學的時候老師就告訴了我們 "好記心不如爛筆頭"。
做筆記、寫部落格是我解決容易忘記的一種主要方法，學習乙個新技術，我的習慣的是把核心的東西記下來寫成部落格，下次遇到的時候不一定能完整的想出來，但至少感覺似曾相識，於是你就可以迅速開啟你的部落格定位到該問題涉及的知識點。
10樓：丁長老
不怎麼用，自然會忘記。
但別擔心，工作不是閉卷考試，程式設計是開卷考試，我們只要知道從那裡可把遺忘的知識找回來就行了。
再次安利下
VS Code外掛程式介紹(五）Dash，超讚的開發文件查詢外掛程式七種嘗試解決技術問題的方法-送給單打獨鬥的程式設計師最後，我的問題是，題主為什麼要提複習？難道真的要去考試嘛？
11樓：小渣渣
寫部落格，寫日記，看+練
寫部落格:看完東西以後，想一想記住了什麼，感覺什麼比較難理解，然後按照自己的理解，寫一篇部落格下來。
寫日記:我是有寫日記的習慣啦，日常有值得寫的東西都寫進去，遇到什麼技術問題以及解決方法什麼的都可以寫進去。
看+練:親身經驗，某種知識點只是看過的話，就算當時感覺已經理解融會貫通，過幾天又什麼都不知道了，所以看了東西一定要親身做一遍，這樣的印象更加深刻。
個人感覺，在現在網路這麼發達的情況下，並不完全需要把所有知識點全部記住，搜尋能力很有幫助，但按照上面的方法，一般最低也能記住自己看過這個知識點並做了筆記，然後遇到相關問題去翻自己的筆記就ok啦。
12樓：牛客網
為了一定程度的信服力，我們講的專業一點：在心理學上，人的記憶分為三種：瞬時記憶，短時記憶和長時記憶。
我們看過一遍書之後，會形成短時記憶，這種記憶能夠保持的時間非常短，一般只有5~20秒，最長也不超過一分鐘。這就是為什麼我們有時候看書會出現以下情況：
翻開書：馬冬梅
關上書：馬什麼梅
翻開書：馬冬梅
關上書：什麼冬梅
翻開書：馬冬梅
關上書：馬東什麼
另一種記憶型別叫長時記憶，長時記憶能保持許多年甚至終身的永久性記憶。在有複述的情況下，保持在短時記憶中的學習材料會向長時記憶轉移。
複述是指通過語言重複剛剛識記的材料，以鞏固記憶的心理操作過程。分為保持性複述和精細複述。前者又稱簡單複述和機械複述。
後者又稱整合性複述，它使短時記憶中的資訊得到進一步加工和組織，使之與個體已有的知識建立聯絡，從而使資訊轉入長時記憶中。
嗯，然後用人話翻譯一下就是：如果你只是簡簡單單地認了一遍字（這裡套用了牛妹曾經一位老師的名言：是讓你看書，不是讓你認字。
）不總結不歸納，甚至不做任何練習，那麼遺忘在你關上書的那一瞬間就開始了。
那麼，如何讓我們的短時記憶轉化為長時記憶呢？
從小我們就被教育：好記性不如爛筆頭。當然這裡的記筆記不是指你把書上的內容全部抄下來，而是你把你認為重要的，你不太明白的，你從中感悟到的。這就是前文所指的一種整合性複述。
當然，形式完全可以不是拿支筆拿個本兒。部落格、github、牛客網發帖……各種各樣的形式都可以。僅僅是幫助你總結所學知識，順便留個底，今後遇到相關問題，可以立刻從你自己的筆記中找出來。
複習的時候，看自己的筆記總比重新翻書學習效率高得多。因為筆記總歸是自己咀嚼過一遍的東西，更易於消化吸收。當然不是說書讀過一遍就扔了，溫故知新，當你發現曾經的你學到的這些東西已經不夠用了的時候，重新回去翻書，重新整理新的筆記，這就是我們不斷進步的途徑。
為什麼老師在上完課之後，一定要給大家留作業？因為「知道了」和「會用了」之間還有乙個很大的鴻溝。
浮於理論的知識也許聽起來很高大上，但實踐的時候往往會出現很多意想不到的麻煩，比如我們都知道的著名歷史人物趙括，紙上談兵的後果是什麼也不用我在這裡多說了吧……
當然，如果幾道課後習題不夠做，你也可以來牛客網，智慧型專項練習，公司真題模考，做題也是某種意義上的整合性複述，題海戰術也許不夠聰明，但一定有它的道理。
說實話，我們學習程式設計，到最後都是要落實在專案上的。做專案跟做題又不一樣，你需要考慮到方方面面的東西，你需要將你學過的理論知識全部賦予實踐。
這時候你會發現：根本沒有人能記住所有的演算法。甚至根本無法記住所有的基礎語法。
但在認真進行過上述學習過程後，你會發現：你知道這件事如何解決，知道這個專案需要什麼樣的演算法才能解決。也許你已經記不清這個演算法是如何具體實現的，但是你知道在哪兒能夠找到它。
其實到了這一步，你已經是一位大神了，就像樓上有人說的，也許你並不能一口背出7大排序演算法，但是通過學習的過程，你記住了在什麼情境下應該用什麼樣的方法解決。
這時候你再回到你曾做過的筆記，曾做過的題目中找到解決辦法，並用以當前的專案。用多了之後，有些東西可能就像1+1=2一樣深深扎根在你的腦子裡了。
13樓：陌生人
如何定義學到這個詞？只是看完就稱之為學到，我覺得這個完全就是扯..書上看完後去寫幾個demo，哪怕出現一堆莫名其妙的錯誤都好，最後問題解決印象絕對深刻；下次再看分分鐘撿起來
14樓：Wang Kellen
遺忘是必然的，乙個東西不經常用的話，早晚都會遺忘，腦子的容量是有限的，問題在於應該如何充分利用這有限的容量？
我認為，最關鍵的東西，是乙個問題到底有沒有解決方案，只要你能記住這個結論性的東西就夠了，就足以讓你避免下一次在同乙個陰溝裡翻船兩次。其它的那些細節，例如這個解決方案到底是怎樣的，即使忘記了也沒有太大的關係，搜尋引擎可以解決一切問題。
如何對待對知乎失望的情緒？
Aling Chou 這問題問的感覺像是受了氣的小媳婦似的，用最精簡的文字描述你想問的問題，不僅自己要搞清楚問的是什麼，還要讓別人看懂你在問什麼。 從產品角度看，使用者永遠是對的。想了一下，如果我只說一句話，也會給這個平台帶來鏈條的失衡。還是補充一下，為什麼我說使用者永遠是對的。先講平台側。知乎就是...
知乎是個很講邏輯的地方，但為什麼對待肖戰，從邏輯上封死了他所有做法，乃至於他不做也會被批判？
滑山滑師傅 我們說要他道歉，結果他關門放蝦搞了四個多月的事，終於因為天雷要落到他頭上了，這才派遣工作室出來到了個歉。這種反射弧，任誰也不喜歡。 阡莯狼 不是任何人的任何做法都一定有其t正當的，被推崇的一方面。你拿一鍋有老鼠屎的粥來，誰都能告訴你什麼事老鼠屎，什麼是粥 拿一鍋老鼠屎來讓人找粥，過分了吧...
如何看待有人在知乎上問具體如何程式設計的問題？
誰閒的沒事在知乎上找這方面的回答呢最起碼也是segmentfault啊,對不起這裡沒有黑sf的意思.雖然我能理解有的新人剛來知乎覺得這裡的知識分享提供的很多 高質量 呵呵內容,然後拓展了程式話題的數量.但是只要會有乙個人願意有空回答那就不會阻止這種勢頭.最後,BS一下伸手黨 自由意味著人們可以想問自...