新人剛接觸前端，你可能會問：
零基礎能學前端課程嗎？
要如何開始學習前端呢？
如果你是前端工作者，你可能會問：
我要怎樣讓自己變得更優秀？
前端天花板低發展，真的遇到瓶頸了嗎？
接下來，我會從學習、實踐、進階三個方面來回答這些問題，分享我的前端成長經歷。
1
學 習 篇
學習前端，首先建議大家打好基礎。這裏的基礎分爲兩大類：計算機基礎和專業基礎。
有些人可能會認爲：即使沒有這些基礎也能做前端（這也是我們之前說門檻低的原因），但是對這些基礎知識的掌握情況和理解程度決定了我們可以走多遠。這部分的學習是一個循序漸進的過程，不可能一蹴而就。
那如何學習這些基礎知識呢？
我建議從書籍、代碼、標準三方面入手。
書籍：當需要了解某個知識點時，可以多看幾本相關書籍，看不同作者對這個問題的不同闡述，加深自己的理解。對比着看效果更好。
代碼：檢驗我們是否已經掌握知識的好辦法就是閱讀代碼。它不僅幫助我們加深對知識的理解，還可以查漏補缺，讓我們得到一些新的啓示。有哪些源碼值得我們去讀呢？
· 書籍裏的代碼
· 前輩們留下來的代碼
· 論壇裏的經驗
· 某個網站的代碼
· 很多開源代碼都可以作爲我們的參考來源
· 歸納總結自己以前寫的代碼，你會得到不一樣的驚喜
標準：當我們平時遇到問題時，需要追本溯源。而查閱標準就是關鍵。互聯網技術更新迭代太快，而且網絡上的資源良莠不齊。所以我們甄別的重要方法之一就是查閱標準。前端相關的標準主要分爲兩方面，即行業標準和廠商標準。
制定行業標準的組織主要包括：ecma組織/IETF組織/W3C組織
制定廠商標準的平臺主要包括：IE/Chrome/火狐等
2
實 踐 篇
實踐階段對於遇到瓶頸的同學十分重要，因爲不管以什麼樣的方式去學習，最終目的就是爲了解決實際問題。
圍繞着實踐中的問題，實際上可以分爲：發現問題、分析問題、解決問題、沉澱問題四個方面。
發現問題的途徑有很多，包括產品的功能需求、開發的非功能要求以及疑問、建議、抱怨等。更多的時候需要前端工程師進行思考和歸納，這也是我們面臨的挑戰。
當我們發現問題時，不要急於上手解決，要分析問題的本質，確定產生問題的因素，和多方溝通，提出多種解決方案，分析各自利弊，再對照實際情況做出取捨最後解決問題。
在業務中，80% 的bug主要是業務邏輯考慮不全面，漏掉邏輯判斷處理，數據格式不規範等引發的。這種bug改起來比較快，但是容易往復循環，或者引入新的bug。這些bug切碎了開發者的有效工作時間。
另外還有15%的bug是由開發者自身coding的問題引發，屬於技術性的bug，但隨着開發者對軟件平臺以及框架的熟悉，以及自身編程水平以及編程素養的提升，這類 bug會逐漸減少。
最後，對問題進行沉澱，加深理解，進而將簡單問題的解決方式應用於複雜問題情況下，這也是提升的方式。
3
進 階 篇
到了一定程度之後，個人能力很難再提升，遇到了瓶頸。此時，需要先從個人角度出發，瞭解是否觸及天花板，另可以從團隊角度出發，尋找突破點。
個人能力可以從深度和廣度方面進行分析。深度分爲三個階段：表象、原理以及實現。表象就是之前提到的基礎階段。下一個階段就是能瞭解其中原理，對知識點能夠把握和識別。實現階段就是能夠充分利用已有的知識體系，進行運用。
再從廣度角度出發，可以分爲專業技能和領域範圍兩部分。專業技能可以從知識體系的覆蓋面和了解度出發。也就是覆蓋面夠不夠廣，以及對常見解決方案的瞭解程度。而領域範圍的拓展就需要對其他產品進行了解，比如移動端、桌面端等的瞭解。
以上方面如果都很優秀的話，就是一個很優秀的前端工程師了。但是僅僅個人優秀還不夠，我們還需要團隊優秀。
團隊方面的突破，重點關注流程、效率和協作。目前在網易的工作模式，基本遵循以下的流程，相對來說還是比較細緻和規範的。
| 新需求上線
需求→交互→視覺→開發→自測→測試→bug修改→測試→bug修改→測試→交互確認→視覺確認→上線申請→確認→上線
| Hotfix上線
問題反饋→bug修改→測試→bug修改→測試→上線申請→確認→hotfix上線
最後給大家分享兩句話：
始終保持一份謙虛謹慎的心態.
始終加強學習能力的培養。
前端學習的道路上，除了自學提升外，另一個好方法就是找資深的前端開發工程師交流，藉助他人的經歷獲取高效的學習方法和快速進階的方式。加我的羣，每天大牛都會進行交流
343599877，我們一起學前端！