10種阻礙程序員職業(yè)生涯發(fā)展的行為

第第頁10種阻礙程序員職業(yè)生涯發(fā)展的行為10種阻礙程序員職業(yè)生涯發(fā)展的行為

發(fā)表于：2023-04-10來源：酷勤網(wǎng)：不詳點擊數(shù)：標(biāo)簽：程序員;職業(yè)生涯

AaronStannard是新創(chuàng)公司MarkedUp的CEO，他最近花費大量時間雇傭、評估很多不同的程序員，并和他們一起協(xié)作。在這個過程中他發(fā)現(xiàn)并總結(jié)了十種程序員無法意識到自己潛力的原因，意在讓更多程序員發(fā)掘出自己的潛力，從而成為強大的程序員。

AaronStannard是新創(chuàng)公司MarkedUp的CEO，他最近花費大量時間雇傭、評估很多不同的程序員，并和他們一起協(xié)作。在這個過程中他發(fā)現(xiàn)并總結(jié)了十種程序員無法意識到自己潛力的原因，意在讓更多程序員發(fā)掘出自己的潛力，從而成為強大的程序員。

Aaron提到，他的公司中所使用的技術(shù)非常復(fù)雜，某些大型企業(yè)都很難掌握，所以對于想要加入團隊的程序員來說，入門門檻非常高。因此，盡管他們非常仔細地雇傭新人，但還是很難找到足夠天才的程序員。于是，他總結(jié)出十種阻礙程序員職業(yè)生涯發(fā)展的行為，并據(jù)此來幫助想要提升自身的平凡的程序員們。

1.太害怕學(xué)不會新的工具、語言和框架

一般的程序員會墨守他們最喜歡的工具，而不希望學(xué)習(xí)新的，因為他們認為，離開了那些語言和工具，多年的經(jīng)驗就會付諸東流。而強大的程序員會擁抱那些挑戰(zhàn)和機會，積極地學(xué)習(xí)新的工作方式。

2.直到特性"完成'的時候才會提交。(但永遠都不會完成!)

他在MarkedUp公司中把這種行為叫做"囤積提交(commithoarding)'。有些程序員沒有足夠的信心來承受團隊中其他成員的批評和審查，因此會把自己的工作藏起來，直到"完成'狀態(tài)才提交。

這種（開發(fā)）者會損害團隊中其他人員的生產(chǎn)力，因為團隊看不到他每天的成果，而且他也不會在正常（開發(fā)）的過程中尋求幫助，這樣就會造成很多"最后一分鐘'的（缺陷），從而讓交付延遲。而強大的程序員會知道，代碼并不是他們自己，因此會把代碼經(jīng)常自信地呈現(xiàn)在其他團隊成員的眼前，獲得批評和建議。

3.只是"知其然'會很危險

在這里Aaron舉了微軟最近在C#5.0中引入的async和await關(guān)鍵字為例，這兩個關(guān)鍵字會讓創(chuàng)建和管理異步調(diào)用變得很容易，但是也會造成上下文切換、對共享資源進行多線程訪問的成本，僅僅對此有基本了解的程序員會盲目地使用這些特性，把所有I/O調(diào)用都封裝成C#中的Task對象，這會創(chuàng)建出危險的、不可預(yù)測的而且非常難以（測試）的代碼。

好的開發(fā)者不僅"知其然'，而且會了解為什么這么做以及應(yīng)該在什么樣的條件下使用。

4.分析癱瘓(Analysisparalysis)

分析癱瘓是指在程序開發(fā)初期進行系統(tǒng)分析，常因為太過執(zhí)著于控制所有可能的變化和意外，而造成大量時間的浪費，裹足不前。這是一種很經(jīng)典的問題，會影響很多一般的程序員。它通常是由過度分析造成的，但是Aaron認為其根本原因在于不敢做出壞的決定。一般的程序員會擔(dān)心犯錯，只想一次成功。

而強大的程序員不會害怕，他們會編寫很爛的代碼，對其進行（單元測試），如果認為無法達到目的，就會在45分鐘之內(nèi)把它拋棄。強大的程序員會積極地限制用來研究的時間，因為他們知道那是個陷阱看起來是有效的，但經(jīng)常都無效。

5.沒有對工具和開發(fā)過程投入

如果你想要成為天才程序員，那么就需要投入時間提升技能和知識，而將你和普通的代碼工人區(qū)分開來的是快速編寫出生產(chǎn)級別代碼的能力。你可以同時擁有好的代碼和速度，但是你需要先對你用于構(gòu)建的過程投入。

一般的程序員不會對工具、過程和環(huán)境投入，只會使用大量的時間學(xué)習(xí)新的語言特性和API如何工作，但那并不會改變什么。

通常，你作為程序員所能夠做出的最大改進并不是專注于你所編寫的代碼，而是優(yōu)化你編寫代碼的過程。

6.羞于請求幫助

一般的程序員羞于或者不想讓人知道自己不懂，所以他們裝作什么都知道，但這樣就有可能提交某種非常可怕的代碼到庫中。說"我不知道怎么做。'沒什么錯，強大的程序員知道這一點，所以當(dāng)被問題難住的時候就會請求幫助。

7.不知道如何讓其他程序員更容易使用你的代碼

在所有技術(shù)團隊中，工作很重要的一部分就是人員的并行(humanparallelism)，也就是多個人能夠同時對同一代碼庫工作的能力。但是對于團隊來說，能夠異步工作也很重要，當(dāng)你不在的時候我可以修改你的代碼，反之亦然。

一般的開發(fā)者并不這么認為，他們會開始對一項任務(wù)編寫代碼，認為他們會永遠擁有這段代碼。而強大的開發(fā)者會知道技術(shù)債務(wù)的說法，從而試圖通過設(shè)計代碼來對其限制，讓它盡可能可維護和自解釋。

編寫可讀的代碼需要程序員改變他們的看法你的代碼要比你在組織中存在的時間長。

8.不知道如何閱讀其他人的代碼(或者不想讀)

當(dāng)一位一般程序員看到用他所不熟悉的語言或框架編寫的代碼庫時，就想立刻重寫，而不考慮業(yè)務(wù)價值或者推向市場的時間。而強大的程序員會接受這樣的觀點，重寫所導(dǎo)致的業(yè)務(wù)成本通常是不可接受的，所以應(yīng)該避免這種行為。他們會試圖坐在計算機前，理解、學(xué)習(xí)然后修改現(xiàn)有的代碼。

閱讀代碼要比編寫代碼還難，但是強大的程序員會投入時間來學(xué)習(xí)如何超越。

9.不能從最終用戶的角度編碼(你考慮的范圍太狹窄)

有句話說得好：作為程序員，你的工作不是解決技術(shù)問題，你之所以解決技術(shù)問題，是為了解決業(yè)務(wù)問題。

一般的程序員只會陷在技術(shù)問題之中，而不知道最初是為什么要解決這個問題。更嚴重的是，一般程序員無法從頭開始創(chuàng)建出具有業(yè)務(wù)價值的東西。當(dāng)被要求基于簡單的用戶設(shè)計新特性的時候，他們會死板地、照著字面對故事或者說明書做出解釋，這樣交付的產(chǎn)品用戶根本無法使用。因為他們不會考慮相關(guān)的（用例）;不會考慮最終用戶的體驗;并且在做面向用戶的內(nèi)容時，設(shè)計都會很笨重。這導(dǎo)致他們無法編寫業(yè)務(wù)應(yīng)用，只能做產(chǎn)品。

好的程序員會從最終用戶的角度來看他們的代碼。我怎樣才能讓它更輕松地解決用戶的問題呢?故事的文字內(nèi)容之外有哪些方面會讓這個特性給用戶帶來更多收益呢?

10.無法判斷任何（編程）任務(wù)的業(yè)務(wù)價值

這個問題和上一個是相關(guān)的，很多技術(shù)上很強的程序員之所以無法意識到自己的潛力，是因為他們不會停下來，