如果一個前端工程師總是在電腦前編碼,這絕對是一個不好的信號。
高效的前端工程師總是不斷檢查他對需求的理解,確保他們的代碼和需求是同步的。高效的前端工程師是頻繁的和產(chǎn)品經(jīng)理/業(yè)務人員溝通交流,你可以經(jīng)??吹剿麄兪褂冒装迮c同事和架構(gòu)師交流討論。前端工程師的閱歷和經(jīng)驗都是用來提高開發(fā)效率,這最優(yōu)秀的前端工程師:
他們思考代碼的時間增加而寫代碼時間減少
對問題的透徹理解使調(diào)試代碼的速度更快
深思熟慮后的代碼速度更快
代碼長度更短
前端工程師從心理上講都是喜愛自己的代碼的。
爛前端工程師不喜歡去修改已經(jīng)寫成的爛代碼。相比起優(yōu)化自己的代碼,他們更愿意簡單的增加更多的代碼,以此來彌補之前的缺陷。更糟糕的是,他們喜歡把責任歸咎于他人。最終,一堆不好用的代碼上在來另外一堆不好用的代碼,整個系統(tǒng)變得到處是bug,極不穩(wěn)定。
優(yōu)秀的前端工程師經(jīng)常也會寫出爛代碼,但他們能看到那些代碼需要優(yōu)化,哪些需要重寫。優(yōu)秀的前端工程師和不優(yōu)秀的前端工程師的區(qū)別就在于對有問題的代碼的態(tài)度,優(yōu)秀的前端工程師的做法是:
如果代碼整體上好的,那就重構(gòu)代碼。
如果代碼整體上有問題,那就重新編碼
當代碼中有需要優(yōu)化或需要重寫的地方時,時間拖的越久,你就越難回頭解決這些問題。因為對這些代碼依賴的程序會越來越多,越來越深,當你優(yōu)化這些代碼時,相關(guān)的依賴也需要進行相關(guān)修改。當積累的問題越來越多時,輕松的優(yōu)化/重新這些代碼已經(jīng)變得不可能。而使用繼續(xù)增加代碼的方式來彌補之前代碼問題,會讓系統(tǒng)變得越來越不穩(wěn)定。