程序員的工作經(jīng)驗和從事這個行業(yè)的工作年限直接相關。這句話在某種程度上是對的，但是從事這項工作的年限，并不一定代表獲得了相同年限的工作經(jīng)驗。

正如一句話所說：“我們以為我們是工作了十年，其實卻只有一年的工作經(jīng)驗，只不過又重復用了九年”。

今天我們來深入剖析下程序開發(fā)人員缺乏經(jīng)驗的幾種表現(xiàn)，明確了問題，我們才能在自己的程序員職業(yè)生涯中不犯相同的錯誤。

1. 一次性提交大量代碼

回憶下，你是否碰到過一次性提交大量代碼的人，你都不想給他做代碼評審。

這個問題在很多高級開發(fā)工程師中也存在，他們在功能開發(fā)期間不做任何提交，只有在功能徹底完工后，才會提交所有修改，于是代碼評審中的任何意見都會引起大量的修改。

當我們碰到這種代碼評審請求時，首先要做的就是要求提交者按功能模塊將其拆分成多個小的請求，進行小的代碼提交。

一個好的做法是：每個工作日都進行代碼提交。不要提交沒有編譯或者會導致構建失敗的代碼。

2. 代碼寫的很爛

缺乏經(jīng)驗的開發(fā)人員寫不出漂亮的代碼，他們寫出的代碼會很混亂，而且分布在代碼庫的各個部分。這類代碼不僅不利于自己復盤，其他人也看不懂，很影響日常工作的交流與進行。

有經(jīng)驗的開發(fā)人員知道代碼如何設計。除非要開發(fā)的功能顯而易見，首先需要在紙上寫出你對需求的理解并畫出流程圖，在腦海里對這段代碼進行一個完整的構思。除非你徹底弄清楚了如何修改，否則不要開始代碼編寫。

所以，編寫代碼之前，對自己要實現(xiàn)的功能有個清晰的了解。為了清楚地理解需求，需要盡量多問問題。同時，養(yǎng)成寫文檔的習慣，并讓代碼簡潔而優(yōu)雅，其他團隊成員可以讀懂代碼并理解它打算做什么。

3. 不從之前的錯誤中學到經(jīng)驗

對于軟件開發(fā)人員，反饋機制是一個很有效的工具。來自他人的反饋，會讓我們明白自己的短板是什么以及如何去改進。一個聰明的開發(fā)人員明白如何借助他人反饋來促進自己的成長。

如果一個開發(fā)人員因為別人對他代碼給出的評論，而感覺被冒犯，只能表明他不具有真正的開發(fā)經(jīng)驗。只是抱著做一天和尚撞一天鐘的態(tài)度工作，卻感慨沒有遇到賞識自己的伯樂。

對每個反饋保持積極的態(tài)度，對于每個反饋，可以選擇是接受還是拒絕，但拒絕之前要保持心平氣和的態(tài)度。要學會從錯誤中學習，沒有人能永遠正確，保持終身學習才能讓自己持續(xù)強大。

4. 盲目追逐技術潮流

開發(fā)人員缺乏經(jīng)驗的另一個表現(xiàn)是面對技術潮流的態(tài)度。你會發(fā)現(xiàn)他們總是在談論技術潮流，當有一個新的潮流出現(xiàn)時，他們會立刻丟棄原來的潮流，投入新的懷抱。

缺乏經(jīng)驗的開發(fā)人員總是在學習教程。毫無疑問，教程是很有用的學習工具，但是，不進行任何實踐而只是按照教程一步步操作無疑是浪費時間。它會讓你虛幻地覺得自己好像都掌握了，但是知識是否掌握了，需要通過真實的項目進行檢驗。

學習熱門的技術固然沒錯，但是盲目的態(tài)度不可取，新鮮的技術要對我們本來的工作和能力有加成，才算是真正的助力，所以我們要花費時間和精力學習那些能在工作中或者實際項目中真正用到的技術。

以上就是本次分享的全部內(nèi)容，想學習更多Python技巧，歡迎持續(xù)關注六星源課堂！