前端團隊成長計划(一):基礎知識梳理


  一個月前我開始了前端團隊的成長計划,主要主語兩方面的考慮:校招應屆生能快速進入工作的狀態達到一個能支撐業務的技能水平,提前學習主流前端技術,為未來的業務代碼重構做儲備。5月是整個計划的第一個階段,主要的任務是,梳理常規前端基礎知識和開發技能。

5月的計划如下:(偏基礎)

  1、js和css的一些規范以及常規功能如何實現;

  2、了解現有業務工程的開發,部署,上線流程以及原理,做到可交叉維護;

  3、初步了解gulp,為下一階段做准備。

  4、了解PC開發中常見的問題以及IE瀏覽器的兼容方式(IE8+)

  5、了解wap開發常見問題(比如meta的意義,常見的屏幕自適應方案)

  6、了解常用的CSS布局技巧,比如聖杯布局、BFC(了解負邊距的使用方法、盒模型的特點、margin折疊)

  7、掌握js閉包、this指向,學會傳入回調的函數書寫方式。

                            

  

  這部分的計划對於很多人來說應該是比較簡單的,或者說應該是招人的最低門檻。但是在實際的校招中,我們不一定會親自去招人。往往會出現礙於招聘政策的原因,招到很多教育背景還不錯,但是實際開發能力不是很強的人,或者是能力有偏向(一方面強、另一方面很弱)。我才會特地的設計這么一個計划,盡可能的修補團隊短板,使大家快速達到能夠參與日常開發的狀態。

  接下來簡單說說這一個月以來我們一起做了哪些?有什么感悟?

一、“會”的很多

  在最開始,還是和今年新入職的校招生簡單聊了一下。發現有一個共同的特點,就是簡歷上“會”的很多,基礎不是很扎實,但是會的東西很多。這句話聽起來有一些矛盾,但是事實就是如此。好多在校的學生對前端的了解基本上都是靠各種論壇,學校往往不會系統的教授前端相關的知識。努力專研的同學就會,把論壇中出現的各種名詞(比如:node、gulp、webpack、es6、react)都研究個遍,單單看簡歷的話,就會覺得會的東西比一個工作一兩年的人都多。但是真的是這樣嗎?

  我在長期的校招甚至是社招面試中發現簡歷上提到的技術,有可能只是他們看過文檔而已。有的甚至連demo都沒有寫過。一個很簡單的問題就能暴露出來。我不是說這樣做不對,因為“會這么多技能的人”太多了,你的簡歷上沒有這些東西,簡歷很難通過初篩。但是你說他不懂,其實也不是,畢竟還能和你簡單介紹介紹這個技術,而且在我看來在學校沒人教的情況下,能主動自覺的了解這么多知識,已經是很可貴了。

  我們需要人這個“會”變成真正的會,畢竟曾經自學了解過有過感官認識,如果能夠系統化的學習,會比普通人學習的快一些,這也是我的計划的目的。考慮到其他幾個知識點需要循序漸進的學習,我打算在第一階段只加入gulp的初級使用。主要原因是:1、gulp的學習和其他的東西關系不大。2、node的系統龐大,直接開始node server的學習可能比較陡峭,用gulp作為node環境的入門會比較有趣味性、同時在第一階段會有比較好的成就感。3、學會了gulp在下一階段學習less、es6這些,就可以自行搭建工程環境了,gulp會是一個比較好的鋪墊。4、很多知識比較基礎,對於新員工來說,會覺得很枯燥(即使他們不是很會),gulp是他們聽說過的主流技術,容易引起他們的興趣。所以我第一次的培訓就選擇了gulp,讓他們有一個區別於官網文檔的系統學習。培訓結束后在找一個工作中需要的場景寫一個小工具,並在之后的學習中不斷的迭代。

二、“會”的很少

  剛剛說到簡歷上“會”的很多,但是簡歷上沒有的,往往會使實際工作中常常用到的。比如:IE的兼容性處理、常用的布局方式、編碼習慣、wap屏幕自適應、盒模型、閉包、this指向等,這些才是前端開發的基本功、甚至是“內功”。這些東西需要完整的學習、時間的積累,由於求職的原因,往往校招生對這些不是很重視,尤其是涉獵了那些“高大上的東西”后,就更是看不上這些粗茶淡飯,但是哪些“高級”的東西又能用到幾回,工程搭建好了以后就很少改動了,大多數時間,我們在寫業務代碼,也就是切圖+邏輯。我嘗嘗聽到一些同學說我js學的多,不會切圖。我也是很無奈,不會切圖我招的還是前端嗎?不會切圖的話你的js估計也寫不了多好。我在第一個月主要做的就是把這70%的場景用到的知識教明白。至少能說自己是個初級的前端工程師。我這階段的分享主要集中在這些基礎知識,包括瀏覽器調試技巧、常見的坑有哪些等等。

三、不是很規范

  其實這一點是難免的,對於應屆生,能把功能寫明白就不錯了,還哪里有精力去估計編碼規范、可讀性、復用性這些“代碼禮儀”。對於基本的通用規范,我們交給jslint去完成,正好這個階段要學習gulp,那就不妨用gulp寫一個檢查項目中各個模塊的jslint的小工具。從最初的幾行代碼調幾個gulp插件到后來逐漸豐富的動態讀取日志導出等功能。工具已經不僅僅是一開始的那么單一了。

  而代碼的優雅和最佳實現,就要做coding review了。大家一起坐在會議室,投影儀上是某個同學的commit,我們一行一行的追問問什么這樣寫?可不可以寫的更優化?逐漸的能感覺到后期再想挑毛病就難了。后期也只是抽查。

四、交互實現思路不清晰

  一般來說,新手很難有較好的交互實現的思維,尤其前端這種偏重表現的。往往是網上搜一段,就填補到代碼中,發現和需求不是很貼合,就再找一段。比如輪播,無限循環、頁碼組件、搜索聯想等常用的功能就應該是心中有數。這個就要靠一些小作業針對性的強化。

  

  這一個月以來,由於我的感冒稍稍耽誤了進度。但好在同學們都按照計划推進了。夯實基礎的5月結束了,下面是進階基礎的6月,我期待半年后同學們的綻放!

                                                           

 

  

  

 


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM