如果一個(gè)前端工程師總是在電腦前編碼，這絕對(duì)是一個(gè)不好的信號(hào)。

高效的前端工程師總是不斷檢查他對(duì)需求的理解，確保他們的代碼和需求是同步的。高效的前端工程師是頻繁的和產(chǎn)品經(jīng)理/業(yè)務(wù)人員溝通交流，你可以經(jīng)?？吹剿麄兪褂冒装迮c同事和架構(gòu)師交流討論。前端工程師的閱歷和經(jīng)驗(yàn)都是用來(lái)提高開(kāi)發(fā)效率，這最優(yōu)秀的前端工程師：

他們思考代碼的時(shí)間增加而寫(xiě)代碼時(shí)間減少

對(duì)問(wèn)題的透徹理解使調(diào)試代碼的速度更快

深思熟慮后的代碼速度更快

代碼長(zhǎng)度更短

前端工程師從心理上講都是喜愛(ài)自己的代碼的。

爛前端工程師不喜歡去修改已經(jīng)寫(xiě)成的爛代碼。相比起優(yōu)化自己的代碼，他們更愿意簡(jiǎn)單的增加更多的代碼，以此來(lái)彌補(bǔ)之前的缺陷。更糟糕的是，他們喜歡把責(zé)任歸咎于他人。最終，一堆不好用的代碼上在來(lái)另外一堆不好用的代碼，整個(gè)系統(tǒng)變得到處是bug，極不穩(wěn)定。

優(yōu)秀的前端工程師經(jīng)常也會(huì)寫(xiě)出爛代碼，但他們能看到那些代碼需要優(yōu)化，哪些需要重寫(xiě)。優(yōu)秀的前端工程師和不優(yōu)秀的前端工程師的區(qū)別就在于對(duì)有問(wèn)題的代碼的態(tài)度，優(yōu)秀的前端工程師的做法是：

如果代碼整體上好的，那就重構(gòu)代碼。

如果代碼整體上有問(wèn)題，那就重新編碼

當(dāng)代碼中有需要優(yōu)化或需要重寫(xiě)的地方時(shí)，時(shí)間拖的越久，你就越難回頭解決這些問(wèn)題。因?yàn)閷?duì)這些代碼依賴(lài)的程序會(huì)越來(lái)越多，越來(lái)越深，當(dāng)你優(yōu)化這些代碼時(shí)，相關(guān)的依賴(lài)也需要進(jìn)行相關(guān)修改。當(dāng)積累的問(wèn)題越來(lái)越多時(shí)，輕松的優(yōu)化/重新這些代碼已經(jīng)變得不可能。而使用繼續(xù)增加代碼的方式來(lái)彌補(bǔ)之前代碼問(wèn)題，會(huì)讓系統(tǒng)變得越來(lái)越不穩(wěn)定。