資訊專欄INFORMATION COLUMN
摘要：但是，在這篇文章中，我要說的是如何從一個不錯的工程師成為一個優(yōu)秀的工程師。大部分我認(rèn)為的這個領(lǐng)域中優(yōu)秀的工程師都是這些優(yōu)秀的第三方庫的維護(hù)者。
來自Google的前端工程師-Philip Walton 分享了自己關(guān)于如何成為優(yōu)秀的工程師的一些觀點。個人感覺很有價值，所以翻譯成中文，方便大家閱讀。水平有限，如翻譯不妥之處請在評論中指出。
原文地址：http://philipwalton.com/articles/how-to-become-a-great-front-end-engineer/
最近，我收到了讀者的郵件，引發(fā)了我的一些思考。這是他在郵件中問我的問題：
Hi Philip, is it okay to ask how you become a great front-end engineer? Any advice?
我不得不承認(rèn)，我感到非常的驚訝，居然會被問到這樣的問題，因為我從來沒有想過自己是一個優(yōu)秀的前端工程師。實際上，我在這個行業(yè)工作的前幾年里，我真的不覺得我能夠勝任我的工作。我接受了這些工作只是因為我以前沒有意識到我知道得東西太少了，我能夠得到這些工作只是因為以前面試我的人不知道問我什么問題。
話雖這么說，我最后還是把我自己的角色做得非常好，而且成為了團(tuán)隊里有價值的一員。當(dāng)我最后離職的時候（下一個職位我還是無法勝任）我通常也會應(yīng)試那些將要應(yīng)聘我的職位的人。現(xiàn)在回想那些我面試過的應(yīng)聘者，讓我明白，看待知識的重要性。盡管我一開始在這個領(lǐng)域很薄弱。我現(xiàn)在的自己可能也不會雇傭以前的那個自己，盡管我知道隨著工作經(jīng)驗的積累，成功也是可能的。
在Web領(lǐng)域，我工作的越久，越讓我意識到不錯的人和真正優(yōu)秀的人的區(qū)別在于不是他們知道什么，而是他們?nèi)绾嗡伎肌?/strong> 很明顯，知識是很重要的--特別是在某些情況下--但是，在一個快速變化的領(lǐng)域并非如此。你獲取知識的方式比你知道那些知識更為重要。而且也許最重要的是：你如何利用你的知識去解決日常生活中的問題。
你可以找到大量談?wù)撝R點、框架和工具的文章，這是知識都是獲得一份工作所需要知道的。我想說一些不一樣的。在這篇文章中，我會說一說前端工程師應(yīng)有的心態(tài)，希望能夠回答最開始的問題：怎樣才能做到優(yōu)秀？
不要只是解決問題，找到問題的根源所在很多的人只是不斷地寫一些 CSS 和 Javascript 補(bǔ)丁直到他們發(fā)現(xiàn)這些東西可以正常的工作了，然后他們就不管了。我在代碼審查的過程中看到了很多這樣的做法。
我會經(jīng)常問別人：“為什么你要在這里加一個 float: left ？” 或者 “這個 overflow:hidden 真的需要嗎？”，然后他們會回答：“我不知道，但是如果我刪掉他們，就出問題了”。
Javascript 也一樣。我看到一些人用 setTimeout 來防止執(zhí)行順序上的問題，或者是一些人濫用 stopPropagation() 而沒有考慮到它也許會影響頁面中的其他事件處理函數(shù)。
我遇到過很多相同或類似的問題，如果你從來不花時間去了解問題的根源所在，你會發(fā)現(xiàn)你會一遍一遍的遭遇同樣的困境。
花時間去深入的研究你的解決方案為什么可行看起來需要耗費(fèi)很多的精力，但是我發(fā)誓它會在將來給你節(jié)約很多時間。對你現(xiàn)在工作的系統(tǒng)有一個全面的理解可以減少你將來的猜測和檢查工作。
學(xué)會預(yù)測瀏覽器領(lǐng)域?qū)淼淖兓?/b>前端跟后端主要的不同是：后端的運(yùn)行環(huán)境在你的控制之下。但是對于前端而言，相比于后端，它完全不在你的控制范圍。你的用戶所使用的平臺或者設(shè)備隨時都有可能改變，你的代碼需要能夠優(yōu)雅地處理這種情況。
我記得早在2011年的時候，我在一個非常著名的 javascript 框架看到下面這樣一段源碼（大致如此）：
var isIE6 = !isIE7 && !isIE8 && !isIE9;
我知道在現(xiàn)實生活中， feature detaction 并不能100%的有效，有些時候我們不得不采用這種不好的方式或者瀏覽器白名單的方式，但是任何時候你這樣做的時候，你應(yīng)該預(yù)測未來可能會發(fā)生什么，即使發(fā)生，你的代碼也不應(yīng)該出現(xiàn)bug。
對于我們大多數(shù)人而言，我們在現(xiàn)在的工作崗位上寫的代碼會比我們的任期更長。我8年前寫的一些代碼現(xiàn)在還會經(jīng)常用到，這想起來既讓人滿足又讓讓感到可怕。
閱讀官方文檔瀏覽器 bug 總是存在的，但是，當(dāng)兩個瀏覽器執(zhí)行相同的代碼表現(xiàn)卻不一致時，人們經(jīng)常假設(shè)，而不是親自去檢查，只是把他們認(rèn)為的表現(xiàn)好的叫做“正常”瀏覽器，表現(xiàn)異常的叫“不正常”瀏覽器。但并非總是這樣，當(dāng)你做出了錯誤的假設(shè)時，任何你選擇的解決方法在未來也許會失效。
一個現(xiàn)實的例子就是 flex items 的默認(rèn)最小尺寸。根據(jù)官方文檔， flex items 的 min-width 和 min-height 是 auto (而不是 0)，這意味著，它們的尺寸不會比它們的內(nèi)容還要小。 但是在過去的8個月里，只有 Firefox 是唯一一個正確的實現(xiàn)這一標(biāo)準(zhǔn)的瀏覽器。
如果你遇到過這類跨瀏覽器的兼容性問題，而且你注意到你的頁面在 Chrome，IE，Opera，和 Safari 上表現(xiàn)一致，唯獨(dú) Firefox 上表現(xiàn)不同時，你肯定會猜測這是 Firefox 自己的問題。
當(dāng)兩個或多個瀏覽器在渲染相同的代碼表現(xiàn)不一致時， 你應(yīng)該花一些時間去研究到底哪個瀏覽器才是正確的，然后用正確的方式寫下你的代碼。你的作品才會是面向未來的。
另外，優(yōu)秀的前端工程師經(jīng)常都是站在變化的最前列的，他們會在這些技術(shù)成為主流之前就采用這些技術(shù)，甚至為這些技術(shù)作出貢獻(xiàn)。如果你憑借你自己的實力去查找官方文檔，而且能夠想象一個技術(shù)在你能夠在瀏覽器中用它的之前將會是如何工作的，你將成為能夠談?wù)撨@個官方標(biāo)準(zhǔn)會對開發(fā)造成什么影響的人。
閱讀其他人的代碼閱讀其他人的代碼，無疑是成為一個更好的開發(fā)者的最好方式。
自己解決問題是學(xué)習(xí)的最好方式，但是如果這些問題都是你以前解決過的，你很快就會進(jìn)入平穩(wěn)期（很難有上升的空間）。閱讀其他人的代碼可以為你打開處理問題的新的思路。而且閱讀和理解別人寫的代碼的能力也是在跟團(tuán)隊合作或者參與開源項目時至關(guān)重要的能力。
實際上，我認(rèn)為在面試一個應(yīng)聘者是只讓他們寫代碼--新的代碼，是最大的錯誤。我應(yīng)聘的時候，從來沒有被叫過去閱讀一些已經(jīng)存在的代碼，在這些代碼中找出問題，然后解決它。這是非常不好的，因為作為一個工程師，很多時候我們是在別人的代碼上添加和改變一些代碼。很少從頭寫一些新的。
跟比你聰明的人一起工作在我印象你，比起后端開發(fā)者，更多的前端開發(fā)者希望成為一個自由職業(yè)者（全棧）。也許是前端工程師更趨向于自學(xué)，而后端工程師更趨向于學(xué)術(shù)。
自學(xué)并為你自己工作的問題是無法從比你聰明的人身上得到好處。沒有人來跟你討論觀點或者幫你審查代碼。
我強(qiáng)烈的建議，至少在你職業(yè)生涯初期，在一個團(tuán)隊中工作，特別是跟一群比你更聰明更有經(jīng)驗的人工作。
如果你已經(jīng)結(jié)束你的職業(yè)生涯，現(xiàn)在只是為你自己工作，那么參與到開源中來。 貢獻(xiàn)開源項目會給你很多與團(tuán)隊合作的機(jī)會。
重復(fù)造輪子在商業(yè)上，重復(fù)造輪子是不好的，但是對于學(xué)習(xí)來說并非如此。你也許嘗試從 npm 上獲取預(yù)輸入控件或者事件委托庫，但是想象一下如果你自己嘗試創(chuàng)造這些東西的話會學(xué)到更多。
我確定一些正在閱讀這篇文章的人對此感到強(qiáng)烈反對。不要誤會我的意思。我不是說你永遠(yuǎn)也不應(yīng)該使用第三方庫。使用優(yōu)秀的庫是非常明智的事情。
但是，在這篇文章中，我要說的是如何從一個不錯的工程師成為一個優(yōu)秀的工程師。大部分我認(rèn)為的這個領(lǐng)域中優(yōu)秀的工程師都是這些優(yōu)秀的第三方庫的維護(hù)者。
你也許從來沒有構(gòu)建夠自己的 javascript 庫，但是你依然能夠在你的職業(yè)生涯中獲得成功，但是，可能你從來沒有理解到解決問題的核心。
在這個行業(yè)中，人們經(jīng)常問起的一個問題是：我接下來應(yīng)該做什么？ 如果你問了這個問題，為什么不去嘗試重新創(chuàng)造一個你喜歡的 javascript 庫或者 CSS 框架，而不是嘗試一些新的工具或者寫一個新的 app。 這樣做的好處是，及時你遇到了困難，你也可以從目前已有的庫中的源碼找到答案。
把你學(xué)到的東西寫下來最后， 你應(yīng)該把你學(xué)到的東西寫下來。有太多的理由這樣做了，但是，也許最重要的原因是這樣可以強(qiáng)迫你更好地理解你所學(xué)的東西。如果你無法解釋其原理，這是一個很好的機(jī)會說明你并沒有完全搞懂它。很多時候你沒有意識到你不懂，直到你把它寫下來。
在我的經(jīng)驗中，書寫、做一個演講、以及寫一些 demos 是強(qiáng)迫我自己完全弄懂一個東西的最好方式，從里到外。即使沒有一個人會看你寫的東西，但是做這件事的過程更有價值。
文章地址：http://blog.mcbird.cn/2015/08/15/How-to-Become-a-Great-Front-End-Engineer/
文章版權(quán)歸作者所有，未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址：http://specialneedsforspecialkids.com/yun/49618.html
摘要：但是，在這篇文章中，我要說的是如何從一個不錯的工程師成為一個優(yōu)秀的工程師。大部分我認(rèn)為的這個領(lǐng)域中優(yōu)秀的工程師都是這些優(yōu)秀的第三方庫的維護(hù)者。 來自Google的前端工程師-Philip Walton 分享了自己關(guān)于如何成為優(yōu)秀的工程師的一些觀點。個人感覺很有價值，所以翻譯成中文，方便大家閱讀。水平有限，如翻譯不妥之處請在評論中指出。 原文地址：http://philipwalton....
摘要：但是，在這篇文章中，我要說的是如何從一個不錯的工程師成為一個優(yōu)秀的工程師。大部分我認(rèn)為的這個領(lǐng)域中優(yōu)秀的工程師都是這些優(yōu)秀的第三方庫的維護(hù)者。 來自Google的前端工程師-Philip Walton 分享了自己關(guān)于如何成為優(yōu)秀的工程師的一些觀點。個人感覺很有價值，所以翻譯成中文，方便大家閱讀。水平有限，如翻譯不妥之處請在評論中指出。 原文地址：http://philipwalton....
強(qiáng)力推薦！那些你不能錯過的 GitHub 插件和工具 以代碼托管平臺起家的 GitHub 網(wǎng)站，已然成為全球程序員工作和生活中不可或缺的一份子。從優(yōu)秀的企業(yè)，到優(yōu)秀的程序員，都將自己最優(yōu)秀的代碼作品存放在這片開源凈土里，供彼此學(xué)習(xí)交流。 GitHub Trending 欄目甚至已經(jīng)成為 IT 從業(yè)人員的新聞日報，每日必讀。在之前的一… PostgreSQL 數(shù)據(jù)庫的前世今生 編輯：IT大咖說閱讀字...
強(qiáng)力推薦！那些你不能錯過的 GitHub 插件和工具 以代碼托管平臺起家的 GitHub 網(wǎng)站，已然成為全球程序員工作和生活中不可或缺的一份子。從優(yōu)秀的企業(yè)，到優(yōu)秀的程序員，都將自己最優(yōu)秀的代碼作品存放在這片開源凈土里，供彼此學(xué)習(xí)交流。 GitHub Trending 欄目甚至已經(jīng)成為 IT 從業(yè)人員的新聞日報，每日必讀。在之前的一… PostgreSQL 數(shù)據(jù)庫的前世今生 編輯：IT大咖說閱讀字...
閱讀 3444·2021-09-08 10:46
閱讀 1180·2019-08-30 13:17
閱讀 2358·2019-08-30 13:05
閱讀 1200·2019-08-29 15:29
閱讀 2882·2019-08-29 11:31
閱讀 533·2019-08-26 12:13
閱讀 1532·2019-08-26 11:42
閱讀 1818·2019-08-23 18:37
