[[387808]]

本文已經(jīng)過原作者Shadeed 授權(quán)翻譯。

作為一名培訓(xùn)師，我定期監(jiān)督學(xué)員，通過適當(dāng)?shù)娜肼毰嘤?xùn)和技術(shù)內(nèi)容的教學(xué)，他們慢慢的從初學(xué)者成為真正的開發(fā)人員，一部分是非常好的開發(fā)人員。

什么是優(yōu)秀的開發(fā)人員，他們與普通開發(fā)人員有啥不同?

我認(rèn)為成為一名優(yōu)秀的開發(fā)者與下面行為不沾邊：

• 不經(jīng)思考，直接開干(敲代碼也許比這只貓還快)
• 在意每天寫了多少行數(shù)，不考慮代碼的質(zhì)量

以我的理解，一個(gè)好的開發(fā)人員...

編寫工作代碼

這答案有點(diǎn)意外，是吧?但是，好的開發(fā)人員會(huì)確保他們的代碼能夠正常工作，他們是這樣做的：

• 仔細(xì)想想，什么會(huì)出錯(cuò) - 初學(xué)者通常過于樂觀，對(duì)失敗的情況想得太少。
• 計(jì)劃 - 我是否了真正解需求了?有什么副作用嗎?初學(xué)者通常會(huì)立即開始敲代碼，以便快速完成工作，這不是編寫優(yōu)秀代碼的最佳方式。
• 測(cè)試 —— 是否滿足了所有的要求?一切都像預(yù)期的那樣運(yùn)行嗎，還是我忽略了什么?初學(xué)者有時(shí)不測(cè)試他們自己寫的段代碼。

了解DRY

復(fù)制&粘貼 ? 不要這么做。不要重復(fù)你自己。優(yōu)秀的開發(fā)人員會(huì)把重復(fù)的功能封裝成組件，這樣下次需要使用直接引用使用即可，這可以防止了錯(cuò)誤或不一致，同時(shí)增加了可維護(hù)性。

終身學(xué)習(xí)

技術(shù)/框架來了又去，不斷的更新。IT 部門由不斷變化的需求和創(chuàng)新所決定。今天的最新主題明天可能已經(jīng)過時(shí)了。優(yōu)秀的開發(fā)人員意識(shí)到這一事實(shí)，并獨(dú)立地進(jìn)行自我學(xué)習(xí)。優(yōu)秀的人喜歡終身學(xué)習(xí)。

學(xué)會(huì)團(tuán)隊(duì)合作

優(yōu)秀的開發(fā)人員應(yīng)該明白，與獨(dú)行俠相比，與小伙伴們一起工作，效率更快、更好、也比較有趣。彼此之間分享各自的代碼和知識(shí)，尋求幫助和幫助他人。單槍匹馬可能會(huì)做得很好，但有團(tuán)隊(duì)都會(huì)做的更好。

每天都要進(jìn)步一點(diǎn)點(diǎn)

在團(tuán)隊(duì)中工作有一定的優(yōu)勢(shì)。例如，我們遇到困難時(shí)可以向某人征求意見或反饋。反饋是進(jìn)一步發(fā)展自己的一種很好的方式，因?yàn)樗茏屇愣床靹e人思考和看待事物的方式，特別是關(guān)于你的代碼或你實(shí)現(xiàn)代碼的方式。優(yōu)秀的開發(fā)人員知道這一點(diǎn)，并主動(dòng)尋求反饋以改進(jìn)(甚至是每天)。

溝通(及時(shí)和有目的)

問題時(shí)有發(fā)生，這是不可避免的。但優(yōu)秀的開發(fā)者知道自己什么時(shí)候迷失了方向，并在無法回頭之前(例如錯(cuò)過了重要的截止日期)進(jìn)行溝通。但是同樣的道理也適用于當(dāng)有一些事情阻礙了他們的工作效率或者當(dāng)他們有開放性的問題(例如不明確的業(yè)務(wù)方面的需求)。

最后

成為一名優(yōu)秀的開發(fā)者有很多因素**，記住:沒有人一出生就是大師，甚至沒有人是完美的。**立志成為一名更好的開發(fā)者，就是向前邁進(jìn)了一大步。如果你多花點(diǎn)時(shí)間，努力向上爬，剩下的自然會(huì)到來。

代碼部署后可能存在的BUG沒法實(shí)時(shí)知道，事后為了解決這些BUG，花了大量的時(shí)間進(jìn)行l(wèi)og 調(diào)試，這邊順便給大家推薦一個(gè)好用的BUG監(jiān)控工具 Fundebug。

作者：Shadeed 譯者：前端小智 來源：dmitripavlutin

原文：https://dmitripavlutin.com/react-hooks-mistakes-to-avoid/

本文轉(zhuǎn)載自微信公眾號(hào)「大遷世界」，可以通過以下二維碼關(guān)注。轉(zhuǎn)載本文請(qǐng)聯(lián)系大遷世界公眾號(hào)。