每個人都有自己的學習方法。本人的思想比較慢，嘿嘿嘿，本篇文章是摘自前輩文章的部分內容，稍有改動。若有侵權，聯繫立撤。原文：前輩原文鏈接
1.要明白自己學習的目標是什麼。
這裏的學習目標，並不是成爲一個CSS工程師之類的，也不是迎娶白富美什麼的，而是一個明確的，專業的目標。
2.要有明確的學習規劃
從簡到難，先學什麼，後學什麼，循序漸進。一個明確的學習的規劃，就是你要學習的內容。
3.要不斷的用代碼去驗證自己學習的成果
會和不會最直接的方式，就是你能不能做得出來，所以一定是你去做一個任務，然後這個任務呢，包括某種技能和知識點的訓練，在做任務的時候遇到了問題，再去找人交流或者是請教師兄。 能直接寫出來的代碼，會讓你有腳踏實地的感覺，不會心虛。
4.要學會自己去主動解決問題記着
每一個你遇到的問題，都是你成長的機會。自己主動解決問題的能力很重要，這是一個程序中的生涯中必不可少的解決問題的方式。所以從一開始就要培養自己在這方面的能力，而這個真的是一種能力。有的人能夠快速找到問題的解決方案，有的人會被一個問題卡很久，每個人的情況都不一樣，早點入手，早點找到更適合自己的方式。
5.要學會自己去和其他人交流請教
其實交流和請教別人，也不是一件簡單的事兒，很多時候你並不能描述清楚你的問題。因爲出現問題的原因總是千奇百怪，特別是每個人走的路子不一樣，解決問題的方案也不一樣。因此，最好的方式就是尋找那些剛剛解決過這些問題，比你早走一步的師兄，對他們來說，更樂意去幫助你解決掉這些問題，這也是強化記憶的一種方式。 學會尋找合適的人去請教，描述清楚又不能過多打擾對方，這也是一種能力的訓練。還有，提前認識一些技術上的前輩，他們能給你們的指導和幫助，遠遠超出你的想像。
6.每天都去總結反饋
不要給自己任何的理由去停止練習，哪怕你什麼都沒做，也要保持記錄日報的習慣，你可以發現，自己究竟學會了什麼，又因爲什麼阻礙了自己的進度，在什麼地方進步更快。 不斷的反思和總結，會讓你收益頗豐。
7.公開代碼，接受交流
把代碼公開出來，把做出來的效果貼出來，這都是很好的交流方式和心態。
8.注重規範，注重合作，注重交流
在真實項目中，這比什麼都重要，你會發現，當你和三個人一起合作的時候，因爲Class命名不統一不規範產生衝突，因爲三個人風格不一致導到項目後期維護困難，當需求發生變化的時候你發現自己寫的代碼簡直無法改動，等等等等這些，在剛開始的時候就這麼做，考慮代碼的擴展性和可維護性，否則一旦你養成很多壞習慣，再糾正過來就很難了。
9.在需要的時候去請教視頻和教程
在遇到一些關鍵的節點上，自己解決不了的問題的時候，再去翻閱視頻和教程，就是完全不要跟着教程和視頻走，那樣太慢。而是把教程和視頻當成是詞典，在需求的時候去查閱它，在自己積累到了一定的困惑的時候，再去梳理和總結。
10.不要太貪心
什麼都想學嚴格按照任務序列去做，不要太糾結於細節，學會把不會的內容放一放，留在腦袋裏一直讓它困惑。保持足夠的進度，當積攢到一定程度，你發現他成爲你學習的瓶頸的時候，再去解決它。 否則你會就迷失到知識的海洋中，根本找不到方向。
11.學會最佳實踐
在做CSS或者是其實的語言的時候，慢慢的你會發現，完成一份工作，總是有很多種方式，很多時候你會困惑，我究竟該用哪些方式好？這個在項目中，就叫做最佳實踐，換句話說。最佳實踐就是無數人走了無數的彎路，告訴你那麼走是走不通的，按照正確的方法走是沒問題的。 然而問題又來了，很多時候都會告訴你正確的路怎麼走，但是爲什麼不能走其他的路，並沒有人說。而且，也太多了。 因此我必須要認真的提醒你，先確定自己能用一種方式把問題解決，然後再去尋找更好的方式，這就是你的最佳實踐。等以後有更好的辦法解決問題的時候，再去改進自己的經驗體系。
遇到問題怎麼交流
一般來說，遇到問題往往會有以下幾種解決方案。
1.如果有之前的正確代碼，回滾到正確的代碼上，先確認是哪一行代碼產生的問題。
2.確認你的運行環境，如果是CSS的話，確定是在哪個瀏覽器的哪個版本下出的問題。
3.打開F12，如果有報錯信息，那麼就直接百度報錯信息，先試着理解一下報錯的含義。
4.如果沒有報錯信息，用兩到三個詞來描述你的錯誤現象，查一下百度結果。用最快的速度判斷出來哪些結果有用和沒用。如果沒用，更換關鍵詞，通常你應該做到，在10秒鐘之內至少切換兩到三次關鍵詞。
5.寫清楚自己的環境很困惑的地方，像一個程序員一樣的去問問題。比如說，爲什麼我的Nginx配置完正確的路徑之後顯示出來的仍然是默認的歡迎頁面，並沒有切換到我自己的Html頁。而不是說，有沒有人會Nginx？爲什麼我的Nginx不能用？如果有截圖，截上全屏的圖，不要只截一小塊。
6.先整理問題，再去提問，不要隨便遇到一個問題就各種去找人問，整理清楚自己的困惑，然後發給別人，等他們有時間的時候再回復。
7.查閱相關的資料，用最短的時間確定是否能解決自己的問題。不要迷失，不要一直看下去。有困惑一定要存疑，積累至少一到兩天或者一週（看你困惑的是不是關鍵性的問題）。
8.多寫不同的代碼，多找已有的例子，公開自己的源碼，找固定的學習夥伴，尋找比你剛好多學了一點點的師兄，而不是一定要找一些技術大牛，你遇到的問題，他很難領會到你的困境，因爲離菜鳥困惑的時間點太遠了。