[[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ì)量

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

編寫工作代碼

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

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

了解DRY

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

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

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

學(xué)會團隊合作

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

每天都要進步一點點

在團隊中工作有一定的優(yōu)勢。例如，我們遇到困難時可以向某人征求意見或反饋。反饋是進一步發(fā)展自己的一種很好的方式，因為它能讓你洞察別人思考和看待事物的方式，特別是關(guān)于你的代碼或你實現(xiàn)代碼的方式。優(yōu)秀的開發(fā)人員知道這一點，并主動尋求反饋以改進(甚至是每天)。

溝通(及時和有目的)

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

最后

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

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

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

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

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