名人堂 | 張克軍(Kejun):寫給初學前端工程師的一封信

關於作者

張克軍,Kejun,豆瓣前端專家、前端佈道師在豆瓣負責前端開發團隊,也是豆瓣社區產品線的前端工程師。

(本文轉載自w3ctech社區,原文:w3ctech.com/topic/983

張克軍的信

大家好:

應波波的邀請寫一寫我對這個話題的想法。

從去年開始不少朋友讓我幫忙介紹前端工程師,絕大部分忙都沒幫上,原因是真找不到人。

我當時是這麼跟他們分析的:過去的客戶端以browser為主,所以HTML/CSS/Javascript是唯一選擇,現在可是mobile first,於是大量前端開發者被native開發分流,以及原本想做前端工程師的後備力量應屆生們也選擇學native開發,導致前端人荒。

隨著情況改變,H5(HTML5的大眾昵稱)在傳播上體現的商業價值巨大,無論是創業團隊還是巨頭自然重視這塊低成本高收益的事。好像前端開發的春天又來了。

但局面是後備人才不足,想轉前端開發的又會發現貴圈比以前還亂,除了標準依然滯後,各種框架、工具冒出來,沒一兩年又淘汰,過去好像會jQuery就可以混,現在的門檻確實高不少。沒辦法創業團隊要招到優秀的前端工程師只能靠情懷和燒錢,巨頭們需要重新培育起好的技術文化吸引人才,尤其是肯花錢和時間在前端技術的培訓、積累和創新上。之前有人說web已死,現在看說這話的人可以去死了。在前端技術儲備上加大投入,很長一段時間內都是非常值得的。

回到主題,標題其實是病句「初學前端工程師」。前端工程師是種崗位的title,怎麼用學呢

我想將錯就錯說說職業的問題。

前端社區三類人:前端工程師、前端開發者、「玩票」者

首先要明確前端工程師是種職業,是專職為公司業務提供前端開發服務的一個工種。

前端開發者意義更廣,凡是用前端技術開發的都算,但這裡我想狹義上指前端開源社區貢獻者和自由前端開發者。

「玩票」者,指原本是其它語言的開發者,因喜愛前端技術經常參與社區互動並貢獻開源項目的人。

前端工程師和後兩者的主要區別就是--職業性,後兩者主要關注和解決通用問題(提高前端開發的生產力啊、推進標準的實現和發展啊),而前端工程師的職能是解決所在公司的產品開發中的前端工程問題(工程和技術是不同概念,之前我分享過一個關於什麼是前端工程的話題,在這裡)。

明確定義後,開始談談我做了這麼多年前端工程師的一點感受。

「他是我見過的最好的前端工程師」,這是多年前一位前同事對我的評價,我自己會克制的在後面加上「之一」。

如果他說的是「最好的前端開發者」,我絕對不會接受這種評價。我的github如此冷清,編程上也沒有突出的才能,也沒貢獻過任何有影響力的開源項目。

但我覺得自己是很好的前端工程師,我參與的產品開發效率很高,對技術發展很敏感,很少走偏,多少還有點前瞻性。身在一線,對技術上的或人上的問題看的比較准。

共同之處:追求更好更有效的解決工作上的實際問題。我不會盲目追求「最流行」的技術,更不會把它強加給產品,除非我覺得它真的適合這個項目,切實解決問題為導向

剛到豆瓣時,我問自己:豆瓣產品前端的最大問題是什麼?不是統一UI、不是搞個新框架,而是要通過建全基礎設施,改變開發方式將原來集中式的業務代碼徹底解藕才是癥結。這裡面有技術問題還有跨角色合作的問題,因此不能孤立前端團隊,搞合作不搞對立。

當時組建的通用工具組集合了各種背景的資深工程師,一起討論方案,成果對後面支撐公司業務的快速發展起到了重要作用。做這些事情要忍耐默默無聞、要就經常跳出自己的舒適區,到另一個不熟的領域甘心當小白,目的只有一個切實有效的把產品中的問題解決掉。

對個人而言,通常這麼做可以收穫到更多更深刻的經驗和知識,所以我也樂此不疲。

不理解的人或許會覺得這人不牛逼啊,別人的看法不重要,收穫到的實實在在的有價值的東西才是硬道理。新人不該看重虛名,裝逼不健康。沉浸到每一個項目中(別。挑。活),做到具體問題具體分析,不生搬硬套,獨立思考,虛心交流一定會快速成長起來。不要拿追求「完美」當幌子,不願做沒技術含量的事,這樣的話乾脆別干前端了。

擁抱變化是我在前公司工作時被灌輸的價值觀。對於剛走上前端工程師崗位的同學們來說,要慢慢習慣前端技術的快速變化,並且擁抱它。要stay hungry,stay foolish。其中也有重點,在不易變的方向上多花時間學習越深入越好,不糾纏、執著於那些易變的東西。對新技術始終保持好奇心。

  • 工具是最易變的,工具包括從各種庫、框架到構建工具、編輯器等等。我對工具的態度是實用至上、喜新厭舊。對於新人來說儘可能多的體驗各種工具沒壞處,從工具的設計思想上也能學到不少知識,但是要清醒的認識到,會用很多工具不是工程師核心的開發能力,也不是個人的核心競爭力。
  • 前端技術本身的變化是演變,不像工具那樣完全棄用變成全新的。比如多花些時間學習CSS2.1一點都不會浪費,多研究一些Javascript的基礎特性也不會輕易過時。然後有預見性的學習新技術,在項目中積極擁抱新標準,比如ES6。幸運的是現在有大量工具讓我們可以提前在產品開發中應用新標準。
  • 開發思想不存在過時的問題,這些需要在長期的開發實踐中不斷的總結、反思,比如分離關注點是70年代提出的,從它衍生出很多開發理念,它永遠不會過時。這些好像很「虛」的東西,在駕馭複雜的項目中非常有用。

我覺得前端工程師是所有工程師角色中最有也最需要「工匠精神」的。

前端工程師的基本職責就是還原設計,把一個躺在設計圖上的死的設計變成可以用的活的設計。

所謂「工匠精神」體現在這個「活」字上。可視方面,一個動畫的過程是否順暢,一個交互動作全部狀態是否都做到位,適配上是否足夠靈活。代碼方面,一段通用代碼是否足夠通用,代碼冗餘是否最小,性能是否足夠快等等。簡單的實現是最低要求,剩下的部分產品經理、項目經理不會要求,那是優秀的前端工程師發揮的空間。

前端工程師的成長就是一個修鍊的過程,修鍊的開始就是在學會了那些書本上可以學到的編程知識後。

在前端工程師的素質中,我認為應用能力是最重要的。

這種應用能力可看成是一種產品的塑造能力,前提要有產品思維和設計思維,能自主發現並彌補產品、設計的空白和不合理環節,可以很好的控制代碼的複雜度,高效高質量的完成開發需求。提升這種能力,紙上談兵不行,只能在各種項目中摸爬滾打,如同醫生不斷積累臨床經驗一樣。如果公司項目不能滿足,就自己找項目做。我在剛畢業的時候,接過不少私活,通常這類項目發揮空間大

每個開發團隊都有自己的一套遊戲規則:代碼規範、code review、git或svn的用法、開發流程等等,先按照規則玩,再想著如何添磚加瓦。團隊意識是一種職業態度。在一個好的團隊里工作會很開心,團隊會促進個體更快的成長。但一個好團隊也是靠所有個體共建。不要抱怨自己所在的團隊不夠好,用更開放的心態分享和交流,慢慢的一個好的氛圍便會形成。

最後再說說前端工程師的態度問題。前端技術發展很快,因此要不斷學習,不應該輕易自滿。

之前在知乎里回答過一個問題,我是這麼寫的: 「程序員容易陶醉在自己的代碼中,甚至有某種自戀。我也有過這種時候,我甚至認為不夠自戀就不是好程序員,藝術家沒有不自戀的。但如果跳出自己的世界看,你寫出來的東西到底價值有多大,產品因此成功?到底能影響什麼,一二個同事,一個團隊,整個行業?跟心目中大神的差距?這個時候會冷靜一些,原來只是比以前的自己進步一些而已。」

前面並沒有說成為一名優秀的前端工程師具體應該學習什麼技術,會不會有些失望?

因為具體的技術會變,不變的是那些特質和觀念。希望我的分享對新入行的前端工程師有所啟發和幫助。

推薦閱讀:

前端leader們怎樣看簡歷?
普通一本工科想轉行前端開發,要不要去培訓?
螞蟻金服 SEE Conf 2018 精彩回顧(附 PPT 及視頻)
一個怎樣的前端項目能夠涉及到前端的很多知識點,同時得到面試官的欣賞?
D2-現代前端-對視覺和交互的探索

TAG:前端工程师 | 前端开发 | 前端入门 |