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