更多課程 選擇中心

Web培訓
美國上市教育機構

400-111-8989

Web培訓

妨礙Web前端學習進步的原因有哪些?

  • 發布:Web前端培訓
  • 來源:Web職場
  • 時間:2020-03-31 14:30

今天小編要跟大家分享的文章是關于妨礙Web前端學習進步的原因有哪些?從事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.好高騖遠,急于求成

這個情況就是多見于培訓機構出來的人。我不知道是不是所有城市都是這樣,但是廣州這邊,給我的感覺就是這樣。就是目標不切實際,對自己也不夠認識!之前在群聊的時候,在金三銀四那段時間,很多人找工作,聊天的時候也遇到過很多培訓機構的人。簡歷上是各種精通,剛畢業在培訓機構培訓幾個月,要么就是自帶兩三年工作經驗,要么就是說自己培訓了幾個月,技術水平和市面上兩三年的人差不多。總之就是把自己吹得無所不能!但是一出題,就十問九不知。問閉包是什么,不知道;問原型是什么,不知道。問繼承是什么,還是不知道。這里就得說下,我印象深刻的一道題了。這道題我就是用來對付那些人的!看到哪個人各種精通,各種吹。我立馬出這道題,結果沒一個能回答正確,題目在下面!

alert(a)

a();

var a=3;

function a(){

alert(10)

}

alert(a)

a=6;

a();

上面所說的,只是一個表面的現象,更重要的就是,好高騖遠這個情況,很有可能會導致自己難以找到工作!因為一些企業認為最高只能給你4000工資,但是你自己卻認為自己有實力拿到9000以上的工資。這樣情況,很難找到工作!給人的印象也不好!更重要的是,這可能會影響自己的職業選擇!

個人建議:從實際出發,評估自己。想下自己會什么,能給企業帶來什么!也可以停下別人的建議,和對比下別人的技術水平和工資,或者是上網找一些面試題,看下自己能不能完成那些面試題!最后評估下自己,認為自己處于什么位置!

6.看到難點就逃避

這一點,相信很多人都有感觸,就在開發上,遇到上一個或者幾個自己覺得沒辦法實現的需求或功能。千方百計地想著逃避,比如:這個功能不是很重要,不做可以嗎?這個功能我從來沒弄過,搞不定的。這個功能外包給別人做吧,我們做不了!很多一些逃避話語。大家可以想下,如果每次都是逃避,那么時間一久,自己技術水平是不是還停留在基礎那個階段?以后要怎么提升自己的技術水平。

個人建議:迎難而上。在Web前端開發這塊,如果遇上了難題是正常的,如果沒遇到難題就是見了鬼!面對難題,我們應該是挑戰難題,而不是逃避!大家都想提升自己的技術水平,挑戰難題不就是一個很好的提升技術水平的實戰機會嗎?如果完成了之前認為不可能完成的難題,這樣就是一個技術水平提升的見證!不是嗎?我也覺得,每天就寫簡單的業務代碼,不探索新知識,不挑戰難題,這樣做開發也沒多少意思!

7.能用就行,不想優化

這個也是一個很常見的情況,很多人認為寫的代碼能用就行,能實現需求就行!根本不管日后的優化。在開發項目或者開發插件上,雖然我也是提倡:先實現,再優化這個方式!但是并不代表我開發完了就完了,不會再想優化!如果不試著去優化自己的代碼,不探索寫代碼的更好方式,以后別說編寫高質量,簡潔的代碼了,因為自己把學習編寫高質量,簡潔的代碼的一個重要途徑給封鎖了。還有一個就是,項目上,有些問題可能是潛在的,就是現在看著項目沒出現什么問題,但并不代表以后不會出現問題。反而在項目開發完了之后,試著去優化自己的代碼,探索更好的實現方式,試著編寫出高質量,簡潔的代碼。這樣難道不是一個很好的學習過程嗎?至于優化代碼的方式,很多很多(比如常說的:代碼過于重復,是否引入設計模式?網站性能一般,可否進行優化?),優化這一塊,也不是說一步就優化到最好的,而是至少不會比以前差!關于優化,我之前也發過一些資源。很容易找到,網上的資源更是很多!大家挑著看便是!

8.不懂不問和不懂立刻問

不懂不問,這個大家都知道,就是遇到問題,從不問同事或者通過其他方式咨詢別人。就是自己在那里苦思冥想,嘗試各種解決方案。這樣的方式,最壞的結果就是最終還是解決不了問題,讓同事來詢問開發情況。最好的結果問題解決了,但是解決問題所花的時間會肯定很多。

不懂立刻問,這個就是詞面的意思。遇到問題馬上問別人。自己沒怎么思考或者根本不思考。這樣能解決問題,但是這樣會導致自己可能會頻繁的問同事,會搞得同事很不耐煩。如果把同事的耐心磨沒了,可能回答的語氣可能不會很好。這樣不僅影響同事之間的關系,還會讓自己之后不敢再請教同事,有讓自己處于上面所說的不懂不問的風險。

個人建議:適時請教。遇到不懂的問題,先自己結合上下文思考下,想下以前有沒有遇到這個問題,解決不了去網上找解決方案,如果還沒有解決問題,這個時候再問別人,問同事或者通過其它渠道問別人。這樣自己有了思考,解決問題的時候記憶也很深刻,也不會頻繁的打擾同事!

9.不懂裝懂

這個次面上跟上面的差不多,但實際上不一樣!不懂裝懂就是去問別人的時候,實際上別人的講解并沒有完全聽懂,可能是礙于面子或者是因為不好意思打擾別人那么久,或者擔心打擾別人太久,所以裝作很懂。但是這樣可能忽悠得了一時,很快又會露出馬腳。這樣會搞得隔一會又要去問別人同樣的問題,這樣反而會搞得別人更加尷尬,更加為難!自己也會打擾別人更多的時間!

個人建議:如果有問題去問別人,只要你問的人不是一個非常沒有耐心的人。他都會耐心的解答你的問題!所以,當問別人問題的時候,一定要確保自己是已經弄懂了問題的緣由,同事一遍沒解釋清楚,自己直接回答不明白,相信很多人都會再詳細的解釋一遍。如果擔心同事工作忙或者其它原因,可以挑一個合適的時間!我現在問同事就是,要么不問,要問就切底弄懂!當然了,我的同事都很有耐心,每次我有什么問題,他們都會耐心解答,甚至是擴展開來講!

10.沒理清楚需求就寫代碼

很多人在接到需求之后,第一反應就是寫代碼,即使是在自己沒把需求理清楚之前也是照樣寫代碼。另一種情況就是,很多人是邊寫代碼,邊想需求。這個開發方式,萬一自己對需求理解有誤!可能會導致自己寫的代碼,很大一部分都要修改,甚至是全部刪除重寫。沒理清楚需求就寫代碼這個情況,發生的概率應該挺大的,但是一般來說很難發現這個情況,畢竟程序員對代碼的增刪改查是再正常不過了!我本身也不知道,就是在一次的技術分享中,老大提出來的,他的建議就是對于一些稍微復雜一點的需求,先理清楚需求,簡單畫個流程圖,然后在代碼里面,先寫上一點注釋,再開始動手寫代碼!對于這一點,我現在就是在執行當中!除非需求真的很簡單,否則我都會在草稿本上簡單畫一下流程圖。比如下面這個,這個已經是我畫的流程圖里比較簡單的一個了。根據流程圖,寫好注釋,再寫代碼,這樣會比較有條理,代碼也清晰,日后的返工也可能會有,但是不會像以前那么多!在開發時間上,效率上,都得到了一個提升!

以上就是小編今天為大家分享的關于妨礙Web前端學習進步的原因有哪些的文章,希望本篇文章能夠對正在從事Web前端工作的小伙伴們有所幫助,想要了解更多Web前端相關知識記得關注達內Web培訓官網,最后祝愿小伙伴們工作順利!

作者:守候

原文:https://segmentfault.com/a/1190000011214765

【免責聲明:本文圖片及文字信息均由小編轉載自網絡,旨在分享提供閱讀,版權歸原作者所有,如有侵權請聯系我們進行刪除。】

預約申請免費試聽課

填寫下面表單即可預約申請免費試聽!怕錢不夠?可就業掙錢后再付學費! 怕學不會?助教全程陪讀,隨時解惑!擔心就業?一地學習,可全國推薦就業!

上一篇:Web前端工程師要注意的冷知識有哪些?
下一篇:零基礎如何學習web前端才能漲薪?

Web前端學習人群分類有哪些?學Web前端會遇到哪些困難?

Web前端工程師都在用的前端開發工具匯總

Web前端初學者快速掌握JavaScript的技巧

Web前端開發者要知道的幾個前端框架

選擇城市和中心
黑龍江省

吉林省

河北省

貴州省

云南省

廣西省

海南省

开心激情五月天