前端成長02 寫給初學前端工程師的一封信
大家好：
應波波的邀請寫一寫我對這個話題的想法。
從去年開始不少朋友讓我幫忙介紹前端工程師，絕大部分忙都沒幫上，原因是真找不到人。
我當時是這麼跟他們分析的：過去的客戶端以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的用法、開發流程等等，先按照規則玩，再想著如何添磚加瓦。團隊意識是一種職業態度。在一個好的團隊裡工作會很開心，團隊會促進個體更快的成長。但一個好團隊也是靠所有個體共建。不要抱怨自己所在的團隊不夠好，用更開放的心態分享和交流，慢慢的一個好的氛圍便會形成。
最後再說說前端工程師的態度問題。前端技術發展很快，因此要不斷學習，不應該輕易自滿。
之前在知乎裡回答過一個問題，我是這麼寫的： “程式設計師容易陶醉在自己的程式碼中，甚至有某種自戀。我也有過這種時候，我甚至認為不夠自戀就不是好程式設計師，藝術家沒有不自戀的。但如果跳出自己的世界看，你寫出來的東西到底價值有多大，產品因此成功?到底能影響什麼，一二個同事，一個團隊，整個行業?跟心目中大神的差距?這個時候會冷靜一些，原來只是比以前的自己進步一些而已。”
前面並沒有說成為一名優秀的前端工程師具體應該學習什麼技術，會不會有些失望？
因為具體的技術會變，不變的是那些特質和觀念。希望我的分享對新入行的前端工程師有所啟發和幫助。