有很多準備學習Web前端技術的小伙想要了解在Web前端學習過程中應該避免哪些學習方式，因此，這里Web前端培訓機構整理了Web前端學習應該避免的學習方式匯總。希望大家引以為鑒。
  1.只看教程，不動手實戰
  這個可以說是學習的的一忌，也是提醒過最多的一個注是事項!網上的教程有許多許多，各個語言，各個知識點，各方面的都有，javascript，html5，css3等的一些，隨便一搜就一大把，畢竟互聯網的優勢之一就是資源共享!但是很多人看教程就只是看教程，不動手實操。即使博客的教程，視頻教程再好，自己不動手實操，寫代碼，這樣的學習方式，記憶根本不深刻，容易遺忘，到頭來，可能什么都沒!而且有些教程，如果沒有跟著動手實操，可能會蒙圈。
  個人建議：要挑覺得適合自己的教程，也要動手實操，寫代碼。即使不是邊看教程編寫代碼!在看完了教程之后，一定要自己動手實操!過程中，可能會遇到些問題，但是這樣才會學習到更多，記憶也更加牢固!
  2.只學框架或者庫
  這個情況，針對javascript(下稱：js)現在沒有以前嚴重了，在我大學和實習期間，那個時間還是jquery傲視群雄的時候。很多人會在聊天的時候會說：有了jquery，為什么還要學js?有了vue，為什么還要學js?面對這樣的提問，我那時候沒有回答，心里想：jquery或者vue就是用js實現的，不會js，學jquery或者vue學得吃力，第二學jquery或者vue肯定不會很深入。而且，萬一有時候，項目不允許用jquery或者vue，那就基本不會寫代碼了。這時候，如果學習其它的框架或者庫，基本又等于重新學一門語言了。
  個人建議：先把基礎(html+css+js)打牢，再學其他框架或者庫。雖然在會js的情況下，我不敢說學js的框架或者庫就是查文檔，查API。但至少學js框架或者庫可以不會那么吃力!
  3.只顧著寫代碼
  這個就是我之前的一個習慣，只顧著寫代碼，不知道：耦合，實例化，繼承等專業術語，和別人交流，無限蒙圈!根本不知道別人在說什么!互聯網的技術更新的速度非常的快，隔三差五就發布一個框架，一個庫，一個工具。雖然不是每一個更新的技術都需要學習。但是如果只顧著寫代碼，不了解新的技術。這樣很容易使自己停止不前，失去競爭力。
  個人建議：在寫代碼之余，要確保自己是不是了解代碼，對代碼有沒有一個認識。以及多點留意消息，看下有沒有什么技術更新!如果覺得更新的技術很實用，或者自己有興趣，可以多了解下!畢竟互聯網是一個做到老，學到老的一個領域，技術更新的很快，如果跟不上流行的趨勢，說不定自己會被淘汰呢!
  4.太早接觸復雜項目
  這個情況，比較普遍，無論是在學校或者是現在的培訓機構。很多學習前端的人，基礎沒打牢，就在那里揚言要做一個大項目，我聽到的有的人想做知乎，有的人想做世紀佳緣等等一些偉大的目標!但是全部人都是連網站的業務流程和邏輯都沒弄清，最后越搞越亂，就放棄了!之前的偉大目標都成了爛尾樓，作用最多就是一個代碼練習的作用!花了大量的時間，做了一件沒很大的實際意義的事情!
  個人建議：從簡單到復雜，復雜的網站，都是有很多簡單的模塊。不妨先從簡單的功能做起，做完了一個功能再往里面加功能!現在所處的公司就是這樣，開發的后臺管理系統，開發幾個月了，從一個只有員工的登錄注冊的功能，然后再逐一加功能，到現在項目逐漸完善!
  5.好高騖遠，急于求成
  這個情況就是多見于培訓機構出來的人。我不知道是不是所有城市都是這樣，但是廣州這邊，給我的感覺就是這樣。就是目標不切實際，對自己也不夠認識!之前在群聊的時候，在金三銀四那段時間，很多人找，聊天的時候也遇到過很多培訓機構的人。簡歷上是各種精通，剛畢業在培訓機構培訓幾個月，要么就是自帶兩三年經驗，要么就是說自己培訓了幾個月，技術水平和市面上兩三年的人差不多。總之就是把自己吹得無所不能!但是一出題，就十問九不知。問閉包是什么，不知道;問原型是什么，不知道。問繼承是什么，還是不知道。這里就得說下，我印象深刻的一道題了。這道題我就是用來對付那些人的!看到哪個人各種精通，各種吹。我立馬出這道題，結果沒一個能回答正確，題目在下面!
  6.看到難點就逃避
  這一點，相信很多人都有感觸，就在開發上，遇到上一個或者幾個自己覺得沒辦法實現的需求或功能。千方百計地想著逃避，比如：這個功能不是很重要，不做可以嗎?這個功能我從來沒弄過，搞不定的。這個功能外包給別人做吧，我們做不了!很多一些逃避話語。大家可以想下，如果每次都是逃避，那么時間一久，自己技術水平是不是還停留在基礎那個階段?以后要怎么提升自己的技術水平。
  個人建議：迎難而上。在Web前端開發這塊，如果遇上了難題是正常的，如果沒遇到難題就是見了鬼!面對難題，我們應該是挑戰難題，而不是逃避!大家都想提升自己的技術水平，挑戰難題不就是一個很好的提升技術水平的實戰機會嗎?如果完成了之前認為不可能完成的難題，這樣就是一個技術水平提升的見證!不是嗎?我也覺得，每天就寫簡單的業務代碼，不探索新知識，不挑戰難題，這樣做開發也沒多少意思!
  7.能用就行，不想優化
  這個也是一個很常見的情況，很多人認為寫的代碼能用就行，能實現需求就行!根本不管日后的優化。在開發項目或者開發插件上，雖然我也是提倡:先實現，再優化這個方式!但是并不代表我開發完了就完了，不會再想優化!如果不試著去優化自己的代碼，不探索寫代碼的更好方式，以后別說編寫高質量，簡潔的代碼了，因為自己把學習編寫高質量，簡潔的代碼的一個重要途徑給封鎖了。還有一個就是，項目上，有些問題可能是潛在的，就是現在看著項目沒出現什么問題，但并不代表以后不會出現問題。反而在項目開發完了之后，試著去優化自己的代碼，探索更好的實現方式，試著編寫出高質量，簡潔的代碼。這樣難道不是一個很好的學習過程嗎?至于優化代碼的方式，很多很多(比如常說的：代碼過于重復，是否引入設計模式?網站性能一般，可否進行優化?)，優化這一塊，也不是說一步就優化到的，而是至少不會比以前差!關于優化，我之前也發過一些資源。很容易找到，網上的資源更是很多!大家挑著看便是!
  8.不懂不問和不懂立刻問
  不懂不問，這個大家都知道，就是遇到問題，從不問同事或者通過其他方式咨詢別人。就是自己在那里苦思冥想，嘗試各種解決方案。這樣的方式，最壞的結果就是最終還是解決不了問題，讓同事來詢問開發情況。的結果問題解決了，但是解決問題所花的時間會肯定很多。
  不懂立刻問，這個就是詞面的意思。遇到問題馬上問別人。自己沒怎么思考或者根本不思考。這樣能解決問題，但是這樣會導致自己可能會頻繁的問同事，會搞得同事很不耐煩。如果把同事的耐心磨沒了，可能回答的語氣可能不會很好。這樣不僅影響同事之間的關系，還會讓自己之后不敢再請教同事，有讓自己處于上面所說的不懂不問的風險。
  個人建議：適時請教。遇到不懂的問題，先自己結合上下文思考下，想下以前有沒有遇到這個問題，解決不了去網上找解決方案，如果還沒有解決問題，這個時候再問別人，問同事或者通過其它渠道問別人。這樣自己有了思考，解決問題的時候記憶也很深刻，也不會頻繁的打擾同事!
  9.不懂裝懂
  這個次面上跟上面的差不多，但實際上不一樣!不懂裝懂就是去問別人的時候，實際上別人的講解并沒有完全聽懂，可能是礙于面子或者是因為不好意思打擾別人那么久，或者擔心打擾別人太久，所以裝作很懂。但是這樣可能忽悠得了一時，很快又會露出馬腳。這樣會搞得隔一會又要去問別人同樣的問題，這樣反而會搞得別人更加尷尬，更加為難!自己也會打擾別人更多的時間!
  個人建議：如果有問題去問別人，只要你問的人不是一個非常沒有耐心的人。他都會耐心的解答你的問題!所以，當問別人問題的時候，一定要確保自己是已經弄懂了問題的緣由，同事一遍沒解釋清楚，自己直接回答不明白，相信很多人都會再詳細的解釋一遍。如果擔心同事忙或者其它原因，可以挑一個合適的時間!我現在問同事就是，要么不問，要問就切底弄懂!當然了，我的同事都很有耐心，每次我有什么問題，他們都會耐心解答，甚至是擴展開來講!
  10.沒理清楚需求就寫代碼
  很多人在接到需求之后，反應就是寫代碼，即使是在自己沒把需求理清楚之前也是照樣寫代碼。另一種情況就是，很多人是邊寫代碼，邊想需求。這個開發方式，萬一自己對需求理解有誤!可能會導致自己寫的代碼，很大一部分都要修改，甚至是全部刪除重寫。沒理清楚需求就寫代碼這個情況，發生的概率應該挺大的，但是一般來說很難發現這個情況，畢竟程序員對代碼的增刪改查是再正常不過了!我本身也不知道，就是在一次的技術分享中，老大提出來的，他的建議就是對于一些稍微復雜一點的需求，先理清楚需求，簡單畫個流程圖，然后在代碼里面，先寫上一點注釋，再開始動手寫代碼!對于這一點，我現在就是在執行當中!除非需求真的很簡單，否則我都會在草稿本上簡單畫一下流程圖。比如下面這個，這個已經是我畫的流程圖里比較簡單的一個了。根據流程圖，寫好注釋，再寫代碼，這樣會比較有條理，代碼也清晰，日后的返工也可能會有，但是不會像以前那么多!在開發時間上，效率上，都得到了一個提升!
  以上就是關于“Web前端學習應該避免的學習方式匯總”的內容介紹，希望對大家學習有所幫助。想要了解更多關于Web前端學習培訓的相關資訊歡迎來咨詢，我們老師將詳細為您解答疑問。