來源 ： 公眾號CSDN
人們常說：“軟體工程師的經驗與他在該行業內打拼的年限成正比”，這句話在一定程度上是正確的，但是，從業時間久并不代表一定能獲得正確的經驗，
作者曾見過一些人即使在作業了很多年之后，仍然表現得像個業余的門外漢，他們不注重軟體開發基礎知識的學習，專業技能在最初幾年略有成長后便持續停滯不前，但他們卻不知道自己錯在了哪里，
與此同時，作者也曾與一些只有幾年經驗的開發人員共事，他們都顯現出了驚人的發展潛力，他們具備正確的作業態度，也知道如何避免不專業的行為，
根據開發人員在作業中表現出的某些特征，我們可以很容易地分辨出他有沒有豐富的從業經驗，下面，我們將一起來深入研究一下缺乏經驗的菜鳥程式員的7個標志，各位軟體工程師，打起精神來！千萬別讓類似的錯誤阻礙自己的職業發展！
創建大型拉取請求（pull requests）
你是否曾遇到過這樣的情況：收到了一個代碼審核請求，但是里面的改動非常多，以至于你完全不想進行審核，是的，這正是沒有經驗的開發人員會做的事情，他們會把大量的更改捆綁在一起放在一個拉取請求中，最重要的是，他們還會希望你能優先審核他的代碼，
我發現，在很多資深開發者身上也有這種創建大型拉取請求的習慣，他們會在沒有任何反饋交流的情況下一連編碼好幾天，當你最終審核他們的代碼時，他們可能已經圍繞代碼構建好了完整的功能，因此，無論你給出任何審核意見，都需要進行“牽一發而動全身”的重大修改，
每當我收到這樣的拉取請求時，我的第一反應是將其退回給開發人員，并要求他們將其分解為更小的、有邏輯劃分的PR，我通常只會在發現的第一個問題中標加注釋，然后把它發回給開發人員，如果我有時間的話，就會打通電話，并當面審核代碼，
正確的做法是：
- 創建較小的拉取請求，養成良好的作業習慣，永遠不要把作業擱置在一旁，一整天都不檢查一下，
- 永遠不要提交不能編譯或破壞整體構建的代碼，
寫面條式代碼
沒有經驗的開發人員寫的代碼往往和“漂亮”二字不沾邊，他們的代碼會亂成一團，散落在代碼庫的各個地方，
如果你曾讀過面條式代碼的話就會知道，它會讓人迷失其中，你會忘記自己從哪里開始、要尋找什么、以及代碼究竟要完成什么任務，
有經驗的開發人員應該知道如何規劃自己的編碼，除非是要撰寫十分簡單、直白的功能，否則都會先把自己的理解和任務流程寫在紙上，在腦海中把它從頭到尾演練一遍，在理清了其中的變化之后，再開始著手實作，
如果你不遵循上述流程來做的話，就等著痛苦地閱讀自己的代碼吧，你自己，乃至整個團隊都將很難對你撰寫的代碼進行故障排查或提升，
正確的做法是：
- 在開始實作之前，要對所需功能有一個清晰的認識，你可以多提一些問題，加深對功能需求的了解，
- 保持代碼簡單且合理的結構，確保其他團隊成員能閱讀代碼，并理解其預期用途，
試圖同時完成很多任務
缺乏經驗的菜鳥程式員往往不知道從哪里開始一項任務、如何進行、以及完成到何種程度，他們會試圖同時解決很多問題，他們不知道如何將一個大任務分割成多個有序的小任務，從而簡化實作步驟，
他們在收到任務之后，會直接跳到編碼，并不會與你核實自己是否已經完全理解了任務要求，在編碼程序中也不會和你一起回顧他們的進展，確保自己還在正確的軌道上，他們只有在自己認為任務完全結束之后，才會回復你，但到那個時候，一切都晚了，我們就只能祈禱結果能精準滿足任務要求了，
經驗不足的另一個標志是，這類開發人員總妄想能同時處理多件事務，他們會接下完全不相關的多個任務，自告奮勇地充當生產問題的故障檢修員，并且大包大攬地承諾會幫助團隊中的其他人，
但最后，這些開發人員往往都無法完整地交付自己攬下的任何一個任務，絕大多數時候，他們都是出于好意，但對于整個團隊而言，這種行為會導致災難性的結果，最終，團隊由于已經損失了大量寶貴時間，而不得不徹夜加班，以戰時狀態匆忙完成所有任務，
正確的做法是：
- 專注于眼前的小任務，把任務有邏輯地分成多個小塊，一個個理順清楚，然后再進行交付，
- 每次只接受一項任務，并做到善始善終，只有在按要求完成了前一項任務后，才投入到新任務中去，
自以為是
傲慢是不成熟程式員的致命弱點，他們總是自以為是，不知道自己做錯了什么，他們會把你針對其代碼或演示的反饋當作對他個人能力的評價，
應屆生在作業中展現出的傲慢往往是因為他們的無知，他們剛從大學畢業，還不明白職場作業和校園生活是完全不同的兩回事，聰明人一般都會保持安靜，善于并樂于學習企業文化，
當然，不僅僅是應屆生——一些在軟體行業已經干了很多年的人依然學不會謙遜，這可能是因為他們曾取得過一些專業成就，也可能是因為他們從未與比自己更聰明、更有才華的人共事過，
但無論是哪種情況，傲慢這種行為都清楚地表明，這些開發人員缺乏正確的經驗態度，他們被自負蒙蔽了雙眼，看不清正確的職業道路，最終，沒有人會喜歡和一個目中無人的團隊成員一起作業，一旦任務進展緩慢，這些人就會把自己的失敗歸咎于他人，
正確的做法是：
- 作業態度要謙虛，謙遜有禮可以極大地為你在軟體開發領域建功立業提供助力，
- 尊重每一個人，無論其身份地位如何，不要因為意見不合而爭論，
不能從錯誤中吸取教訓
我一直認為反饋機制是軟體開發人員最有效的工具之一，反饋可以幫助我們了解自己的不足，并幫助我們改進，資深開發人員都知道如何利用反饋來提高自己的作業效率，
根據一個人對建設性反饋的反應，我們很容易就可以分辨出他是否經驗豐富，缺乏經驗的菜鳥往往不會接受任何關于其表現的改進意見，他們甚至會把針對代碼的審核批注當成針對自己的人身攻擊，
許多年前，有一個當時的團隊成員給我寫了一封很長的電子郵件，教我應該如何審核代碼，他對我給出的PR審核意見感到十分不滿，他告訴我不要操心編碼標準和質量，因為他知道如何編碼，我只要審查代碼是否滿足功能需求就好了，
如果開發人員因為別人給出的審核意見而覺得受到了侮辱，那么他一定不會從經驗中吸取任何教訓，他們會帶著無能的態度繼續年復一年地作業，并且奇怪為什么沒有人重視他們的貢獻，
正確的做法是：
- 對每一次反饋都保持積極的態度，你可以選擇接受或者放棄，但在你決定放棄它之前，請給出一個公正的評價，
- 保持開放的心態，從錯誤中學習，沒有人是永遠正確的，要懂得利用學習來提高自己的表現，
用作業時間處理私事
總有一些團隊成員會利用辦公時間來處理自己的私事，他們會瀏覽社交媒體、逛購物網站、或者玩游戲，
曾經，我的一個團隊成員就常常會在上班時間內交易股票，由于他總要分心關注股票的漲跌情況，這對他作業任務的完成造成了不利影響，其他成員也對他的這種行為表示了不滿，畢竟因為他，大家需要付出額外的努力才能在截止日期前完成專案任務，
后來，經理找到了他并對其行為進行了警告，剛開始，他確實有所收斂，但沒幾天就又犯了老毛病，最終，公司不得不因此而解雇了他，
這種行為非常不道德，而且也是開發者缺乏經驗的明顯表現，希望大家都能真誠地對待這個助你謀生的職業，
正確的做法是：
- 盡量減少自己在辦公時間內處理私事的時間，如果遇到急事，必須請幾個小時的假去處理一些私事的話，我想經理也一定會理解并且批準的，
- 可以利用休息時間查看社交媒體，也可以把午餐帶到辦公桌上，利用午餐時間做股票交易，
疲于追趕最新潮流技術
經驗不足的開發人員往往會跟在大熱的技術后面跑，他們總是愛談論下一件大事，一旦市場上出現了新的潮流，他們就會拋棄“舊愛”，去追求“新歡”，
即使是菜鳥，也都懂得如何利用教程，毫無疑問，教程是非常有用的學習工具，但如果只是跟著教程一遍遍地看，而脫離了實際應用的話，則純屬浪費時間，學習新的教程或許會給人以虛假的成就感，但真正考驗知識的是如何將其與實際相結合加以利用，
我們很少會看到開發人員利用大肆宣傳的技識訓從教程中獲得的知識來實作任何新東西，他們追趕技術潮流、刷海量教程只是為了滿足自己的自尊心，此外，許多缺乏經驗的開發人員也會因為害怕錯過，而落入這個陷阱，
正確的做法是：
- 把時間和精力花在可以在作業場景或個人專案中實際使用的技術上，
- 利用從教程中學到的知識進行實際操作，相較于一味跟著教程跑，我們往往能從自己實作東西的程序中學到更多有用的經驗，
結語
經驗不足的程式員往往會由于自身效率低下而拉垮整個團隊的生產力，他們對待作業的錯誤態度也讓他們錯失了在高回報的軟體行業中成長的機會，
在職業生涯初期，就要了解并避免這些自我毀滅式的作業態度，越是養成上述行為習慣，在職業生涯的后期就越難擺脫這些壞習慣，
希望大家都能避免陷阱，早日實作自己想要的職業發展目標，
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/262831.html
標籤：其他