很多人都在想著如何成為一名高級工程師，而我想要的是先成為優秀的初級工程師，
明年將是我正式受雇傭寫代碼的第15年了，（譯者：老外的寫代碼職業生涯真的挺長的）
回首往昔，我第一天作業的日子仍然歷歷在目，那時的我每天都在格子間中寫著SAP、演算法、資料結構、SQL和C++，還涉及了更廣泛的主題，包括知識管理和專案管理，我了解所有的這些知識，但我缺乏的是在需要的地方使用這些知識的信心，
我花了很多年才獲得這種信心，在那時，我也意識到實際上我只需要做到兩件事就可以成功：
- 學習某些新東西的態度
- 無論學到什么都有能力付諸行動
這兩者都是養成的技能，不僅需要努力，而且還要謙虛的承認自己的無知，并與適合的人交流以消除這種無知，這就像三個正在建立隔離圍墻的工人的故事，
你問第一個人他在干什么，他說他在搭磚頭，他并不擔心自己做的對或錯，第二個工人說他正在建造一堵墻，但并不知道為什么要建這堵墻，第三個眨著眼睛充滿熱情的工人說他正在建造一座大教堂，他為自己在建造大教堂時能發揮作用而自豪，
優秀的初級開發者應該像第三個工人一樣，他們與大方向保持一致，并且按照自己的方法不斷進步，他們知道自己正在解決什么問題，并且為自己在建造大教堂（軟體開發）中發揮的作用感到自豪，最后你需要保持謙卑，埋頭作業，你會得到你想要的，
還有一些我作為初級開發者時學到的比較好的東西想要分享給你，
每天暴漏自己的無知
Elbert Hubbard說過：
永遠無知的秘訣是：對你自己的意見和知識感到滿意，
The recipe for perpetual ignorance is: Be satisfied with your opinions and content with your knowledge.
你是一名初級開發者，你并沒有了解所有事情，這沒關系，即使在行業內打拼多年的資深工程師，也不是能了解所有的事情，無知并不是錯誤，不暴漏出這種無知才是更嚴重的問題，
在開會、討論、進行代碼演練時，你會聽到幾件事，這些事會在你腦中轉瞬即逝，不要假裝自己理解并點頭，不懂就問，如果你不說出來，就錯失了學習的機會，這最侄訓危及你的職業生涯，
在多年后的今天，我每天仍然會問許多問題，記住，沒什么是愚蠢的問題，問一個愚蠢的問題并弄明白比整天坐在螢屏前要好得多，
加快獲得缺失知識的速度最好的方法是在每一個機會中暴露自己的無知，
寫代碼之前先讀代碼
Rasheed Ogunlaru說
讀到的代碼有多好，寫出來的就能有多好，
How you look at the code is pretty much how you’ll see it.
我還記得我的第一個研發任務，需要我為現有功能撰寫出口，而我在這個任務上花了50個小時，周一我向領導匯報時，她說：“我們有現成的實作這個功能的代碼，你應該直接用，這樣能更快做出來，“
我錯在哪了？我沒有去讀已有代碼，現實生活中，開發人員往往在讀代碼上花費的時間要比寫代碼多，即使是添加新功能或糾正缺陷，也需要了解已有代碼，這沒有捷徑，讀代碼，讀代碼還是讀代碼，
讀代碼可以讓你了解別人是怎么寫代碼的，以及有哪些你可以復用的庫，需要注意的是：
- 編碼標準
- 命名約定
- 設計模式
- 注釋
- 用到的測驗腳本和測驗用例等
記住，聰明的開發者不會重復造輪子，他們會盡可能嘗試服用并構建已有功能，這不僅節省了時間，而且在共享代碼的開發人員之間建立 了友情，
現在已經有了解決問題的辦法了，所以當你嘗試完成一個功能時，先看一下其他人是否已經解決了這個問題，這不是偷工減料，而是在努力完成，
尋求建設性批評
Elbert Hubbard提到了一個避免批評的最佳技術：
想要避免批評就要什么也不說，什么也不做，什么也不成為，
To avoid criticism say nothing, do nothing, be nothing.
我們所有人都喜歡接收贊美，在別人稱贊我們的作業時會感到很開心，這沒問題，然而作為一名初級開發者，相比贊美，我認為你更應該接受建設性的批評，良藥苦口利于病，
我記得我第一次接受一名資深工程師的代碼審查，在40分鐘時間內，他細致的審查了我的代碼，結束時，他的評論比我的代碼還要多，經過這么多努力，我真的很難過，但這次代碼審查確實幫助我發現了我的短板，并向我詳細展示了我可以改善的地方，這是我前進道路上的啟明燈，
也就是說，想要得到建設性批評，就要主動尋求，我合作過很多資深工程師，他們從沒拒絕過我的請求，即使他們很忙，當然，你需要根據他們的時間制定可行的日程，以進行有意義的會話，
如果資深工程師花時間幫你審查代碼并提出一些改進意見，表示他們對你的作業很有興趣，不要浪費機會，主動上去尋求建設性批評，
正如Andy Marks所說：
如果你對你的代碼感到自豪，就把它展示出來，如果你沒有展示出來，意識到你的自豪感的人都是想與你合作的人，
If you take pride in your code, it will show up in the code. If you don’t it also shows. The people who recognize your sense of pride are people you want to work with.
尋求大局觀
Murat Ildan說過：
想要看到更多風景，就走出黑暗的山谷，爬上光明的山頂！
To see the big picture, get out of the dark valleys, climb to the sunny summits!
還記得我們講的三個工人的故事中那個知道自己在蓋教堂的工人嗎？關注大局往往就是這樣，作為一名初級開發者，在大多數時間中，你只會接觸一小段代碼或者解決已有代碼中的bug，你在完成分配給你的作業，這沒有錯，但如果你想成為整個交易的一部分；你需要花點時間找出交易的全部內容，
你調整視角，并詢問有關代碼如何適應整個系統的問題，
為什么使用特定的設計模式？
為什么使用特定的語言？
缺點是什么？它可以與你的代碼一起使用嗎？
這些代碼是否易于維護？
等等……
最好也是最簡單的方法是獲得導師的指導，技術導師可以幫助你提高技能水平并通過大的專案幫你鞏固，但是沒有明確的方法去尋找技術導師，也許是一杯咖啡就可以打破僵局，
大多數初級開發者因為不理解功能或者對專案目標做出假設而犯錯，花時間了解系統運作的實際情況將會對你成為優秀的開發者有很大幫助，
最后，一名優秀的高級開發者不僅僅了解編程
很長一段時間中，我都認為一名優秀的高級開發者就是擁有多年的開發經驗（5年Java，7年Python等等……），經驗越豐富就越優秀，
但是我錯了，一名優秀的高級開發者不僅僅是只了解編程，他們充滿好奇，他們是優秀的導師，最重要的是他們具有不可思議的代碼意識，知道什么時候不做某事，例如，他們知道從頭開始重寫一個庫只是為了使其更具有可讀性，或者在團隊選擇舊框架時切換到新的框架并不總是明智的選擇，他們不是在規則風險，他們是更加謹慎的做正確的事情，
不是每個人在他（她）的職業生涯中都能成為“高級”開發者，一個好的高級開發者不僅需要好的經驗，還應該有正確的態度和能力，以便將來應用這些經驗，資歷與能力有關，與年齡無關，
就像Kevin de Leon說的：
如果你什么都不做，資歷就沒有任何意義，
Seniority means nothing if you do not do anything with it.
原文鏈接
https://medium.com/swlh/how-to-be-a-good-junior-developer-cd86b77086fc
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/112932.html
標籤：其他