如何判斷一個(gè)程序員是真的“菜”，還是他在寫“防御性代碼”？

互聯(lián)網(wǎng) 防御性代碼裁員

原創(chuàng) 一蓑煙雨 | 2024-02-04 16:42

【數(shù)據(jù)猿導(dǎo)讀】近期，互聯(lián)網(wǎng)、軟件領(lǐng)域普遍在進(jìn)行較大規(guī)模裁員，在這種情況下，業(yè)界流傳著一種說(shuō)法，有些程序員在寫“防御性代碼”，來(lái)增加自己的談判籌碼。那么，什么是防御性代碼，怎么區(qū)分防御性代碼，會(huì)帶來(lái)哪些問(wèn)題？這篇文章來(lái)分析一下這些問(wèn)題。

近期，互聯(lián)網(wǎng)、軟件領(lǐng)域普遍在進(jìn)行較大規(guī)模裁員，在這種情況下，業(yè)界流傳著一種說(shuō)法，有些程序員在寫“防御性代碼”，來(lái)增加自己的談判籌碼。

那么，什么是防御性代碼，怎么區(qū)分防御性代碼，會(huì)帶來(lái)哪些問(wèn)題？這篇文章來(lái)分析一下這些問(wèn)題。

互聯(lián)網(wǎng)_防御性代碼_裁員-1

防御性代碼可以分為被動(dòng)型和主動(dòng)型

防御性代碼，在傳統(tǒng)意義上，指的是程序員編寫的那些旨在處理程序中，可能出現(xiàn)的各種異常情況的代碼。這種代碼的目的，是使程序能夠在遇到意外輸入或環(huán)境變化時(shí)，仍然能夠穩(wěn)定運(yùn)行，從而提高軟件的魯棒性和可靠性。例如，對(duì)用戶輸入進(jìn)行驗(yàn)證、處理外部系統(tǒng)返回的錯(cuò)誤數(shù)據(jù)等。這種防御性編程是一種良好的編程實(shí)踐，被廣泛推崇。

然而，近年來(lái)，特別是在技術(shù)行業(yè)裁員頻繁的背景下，防御性代碼的概念被擴(kuò)展并賦予了新的含義。一些程序員開(kāi)始編寫代碼，不僅僅是為了處理異常情況，而是為了在其被潛在裁員的情況下，增加自己的不可替代性，或者在離職后留下隱患，使得公司需要重新聘請(qǐng)他們來(lái)解決問(wèn)題，這種做法引發(fā)了業(yè)界的廣泛關(guān)注和爭(zhēng)議。

具體來(lái)看，防御性代碼可以大致分為兩類：被動(dòng)型和主動(dòng)防御性代碼。

被動(dòng)型防御性代碼，包括那些增加代碼復(fù)雜性和維護(hù)難度的做法，目的是使得除了原作者外，幾乎沒(méi)有人能夠輕易理解和修改這些代碼。典型的被動(dòng)型防御代碼包括：

復(fù)雜代碼：故意編寫難以理解的代碼，增加了其他開(kāi)發(fā)人員的學(xué)習(xí)成本。

文檔缺失：故意不提供或提供不完整的文檔，使得代碼的功能和設(shè)計(jì)理念難以被他人把握。

個(gè)人依賴代碼：編寫高度個(gè)性化的代碼，使其維護(hù)和理解高度依賴于原作者。

性能降低代碼：故意使用低效的算法或設(shè)計(jì)，使得性能優(yōu)化變得困難，僅原作者能夠“優(yōu)化”。

日志混淆：故意使錯(cuò)誤日志難以理解，增加問(wèn)題診斷的難度。

互聯(lián)網(wǎng)_防御性代碼_裁員-2

主動(dòng)防御性代碼，則是那些被設(shè)計(jì)來(lái)在特定條件下激活，直接導(dǎo)致系統(tǒng)故障或數(shù)據(jù)損壞的代碼。這類代碼的存在通常帶有明顯的惡意，包括：

時(shí)間炸彈：預(yù)設(shè)時(shí)間觸發(fā)的代碼，可能會(huì)在特定時(shí)間導(dǎo)致系統(tǒng)崩潰或功能失效。

邏輯炸彈：當(dāng)系統(tǒng)滿足特定的邏輯條件時(shí)觸發(fā)，如特定用戶操作或數(shù)據(jù)達(dá)到某個(gè)狀態(tài)。

隱藏后門：允許原作者在未經(jīng)授權(quán)的情況下遠(yuǎn)程訪問(wèn)系統(tǒng)。

數(shù)據(jù)污染：故意編寫的代碼逐步破壞數(shù)據(jù)質(zhì)量，可能長(zhǎng)時(shí)間不被發(fā)現(xiàn)。

互聯(lián)網(wǎng)_防御性代碼_裁員-3

被動(dòng)型防御性代碼的問(wèn)題在于，它們往往藏匿在看似正常的開(kāi)發(fā)實(shí)踐之下，難以被直接識(shí)別為惡意行為，而主動(dòng)防御性代碼則因其潛在的破壞性，而更容易被界定為惡意代碼。

在技術(shù)日益成為企業(yè)核心競(jìng)爭(zhēng)力的今天，理解和區(qū)分這兩類防御性代碼的區(qū)別，對(duì)于維護(hù)企業(yè)的軟件質(zhì)量和工作環(huán)境至關(guān)重要。

怎么識(shí)別出防御性代碼？

在探討防御性代碼的世界里，我們面臨著一個(gè)棘手的問(wèn)題：如何區(qū)分一個(gè)程序員是因?yàn)榧夹g(shù)能力不足，而寫出了難以理解或維護(hù)的代碼，還是故意為之，以增加自己的不可替代性？這個(gè)問(wèn)題的答案并不簡(jiǎn)單，因?yàn)樗|及到了編碼技能、意圖和項(xiàng)目管理等多個(gè)層面。

我們先來(lái)看看被動(dòng)型防御性代碼，這類代碼的特點(diǎn)通常是過(guò)分復(fù)雜、缺乏文檔、高度個(gè)性化，以及過(guò)度依賴特定編碼風(fēng)格或技術(shù)。在面對(duì)這樣的代碼時(shí)，區(qū)分它是出于故意設(shè)計(jì)還是技術(shù)不足的結(jié)果變得頗為困難。識(shí)別這種區(qū)別，通常需要深入了解程序員的工作歷史、代碼編寫習(xí)慣，以及他們與團(tuán)隊(duì)的互動(dòng)方式。

一名程序員如果歷史上持續(xù)提交難以理解或維護(hù)的代碼，且沒(méi)有相應(yīng)的改進(jìn)努力或團(tuán)隊(duì)合作的證據(jù)，這可能暗示著他們故意采用這種做法，以增加自己的不可替代性。相反，如果這名程序員在其他方面表現(xiàn)出積極的學(xué)習(xí)態(tài)度、愿意接受反饋并改進(jìn)代碼質(zhì)量，那么代碼的復(fù)雜性或質(zhì)量問(wèn)題可能更多是能力和經(jīng)驗(yàn)的限制所致。

此外，他們與團(tuán)隊(duì)成員的互動(dòng)方式也能提供重要線索：如果他們積極尋求幫助、愿意共享知識(shí)和技術(shù)經(jīng)驗(yàn)，那么可能就不是有意編寫防御性代碼。因此，管理者和團(tuán)隊(duì)領(lǐng)導(dǎo)需要綜合考慮這些因素，以公正和準(zhǔn)確地評(píng)估情況。

相對(duì)而言，主動(dòng)防御性代碼往往有一些更明顯的標(biāo)志，比如，代碼中含有特定的觸發(fā)條件，這些條件很少或根本不會(huì)在正常的業(yè)務(wù)流程中出現(xiàn)。或者，某些代碼片段被隱藏或偽裝得很隱蔽，顯得毫無(wú)意義或與項(xiàng)目無(wú)關(guān)，但實(shí)際上含有潛在的破壞性操作。識(shí)別這類代碼相對(duì)容易一些，因?yàn)樗鼈兺ǔＰ枰匾庠O(shè)計(jì)并隱藏，以避免在常規(guī)的代碼審查過(guò)程中被發(fā)現(xiàn)。

為了更好的理解防御性代碼，讓我們來(lái)看一個(gè)具體的例子。

想象一下，你是一家軟件公司的項(xiàng)目經(jīng)理，在進(jìn)行代碼審查時(shí)，你遇到了一段異常復(fù)雜的代碼。這段代碼是由一名資深程序員編寫的，處理一個(gè)本應(yīng)相對(duì)簡(jiǎn)單的任務(wù)——比如，用戶登錄驗(yàn)證。但是，這段代碼使用了過(guò)分復(fù)雜的邏輯，涉及多層條件判斷和對(duì)多個(gè)外部服務(wù)的調(diào)用，而且?guī)缀鯖](méi)有任何注釋來(lái)解釋這些邏輯是如何工作的。

進(jìn)一步的調(diào)查顯示，這段代碼中含有一些“隱藏的邏輯”，在特定條件下才會(huì)觸發(fā)。例如，如果用戶的登錄嘗試恰好在午夜12點(diǎn)發(fā)生，這段代碼會(huì)引入一個(gè)額外的延遲，導(dǎo)致登錄過(guò)程異常緩慢。這種情況在正常的測(cè)試中很難被發(fā)現(xiàn)，因?yàn)樗枰囟ǖ臅r(shí)間條件才會(huì)觸發(fā)。

此外，代碼中還包含了一些看似無(wú)關(guān)緊要的函數(shù)調(diào)用，這些調(diào)用對(duì)于完成登錄驗(yàn)證來(lái)說(shuō)并不是必需的。在深入分析這些函數(shù)后，你發(fā)現(xiàn)它們實(shí)際上是設(shè)置了一系列的“后門”，允許這名程序員在沒(méi)有正確憑證的情況下，通過(guò)一些特殊的方法繞過(guò)正常的登錄流程。

互聯(lián)網(wǎng)_防御性代碼_裁員-4

在這個(gè)例子中，這名程序員故意編寫了復(fù)雜和難以理解的代碼，不僅使得他成為了維護(hù)這部分代碼的唯一人選（因?yàn)橹挥兴軌蚶斫膺@些復(fù)雜的邏輯），而且還暗中留下了潛在的風(fēng)險(xiǎn)，這些風(fēng)險(xiǎn)在他離職后可能導(dǎo)致嚴(yán)重的安全問(wèn)題。這是一個(gè)典型的“防御性代碼”例子，其中包含了被動(dòng)型防御性代碼（復(fù)雜的邏輯和缺乏文檔）和主動(dòng)防御性代碼（特定條件下的異常行為和隱藏的后門）的元素。

寫防御性代碼是有法律風(fēng)險(xiǎn)的

在探討程序員編寫防御性代碼的背景下，法律風(fēng)險(xiǎn)和責(zé)任成為了一個(gè)重要的議題。這些風(fēng)險(xiǎn)和責(zé)任在被動(dòng)型和主動(dòng)防御性代碼之間存在顯著差異，主要體現(xiàn)在故意行為與能力不足之間的界限，以及可能違反的職業(yè)道德和合同條款上。

對(duì)于被動(dòng)型防御性代碼，法律風(fēng)險(xiǎn)主要涉及到程序員的職業(yè)道德和合同義務(wù)。如果程序員的行為被解釋為有意為之，以增加自身的不可替代性，這可能構(gòu)成對(duì)雇主的欺詐行為，違反了職業(yè)道德和合同中的誠(chéng)信義務(wù)。然而，由于直接證據(jù)往往難以獲得，這種情況下的法律責(zé)任往往處于灰色地帶，難以明確界定。

相比之下，主動(dòng)防御性代碼的法律風(fēng)險(xiǎn)則更加明顯和嚴(yán)重。編寫旨在未來(lái)某個(gè)時(shí)間點(diǎn)故意損害公司系統(tǒng)或數(shù)據(jù)的代碼，如時(shí)間炸彈、邏輯炸彈或隱藏后門，這些行為可以被明確視為違法行為。這不僅違反了職業(yè)道德，更可能觸犯刑法，如破壞計(jì)算機(jī)系統(tǒng)、非法訪問(wèn)計(jì)算機(jī)信息系統(tǒng)等罪名。此外，如果這種行為導(dǎo)致了實(shí)際的損失，程序員還可能面臨賠償責(zé)任。例如，數(shù)據(jù)破壞可能違反數(shù)據(jù)保護(hù)法規(guī)，而未授權(quán)訪問(wèn)則侵犯了計(jì)算機(jī)安全法律。

從實(shí)際操作角度看，主動(dòng)防御性代碼因其具有明確的惡意意圖和潛在的破壞性，比被動(dòng)型防御性代碼更容易被識(shí)別并追究法律責(zé)任。企業(yè)和組織在面對(duì)這類問(wèn)題時(shí)，通常會(huì)通過(guò)內(nèi)部調(diào)查、技術(shù)審計(jì)和法律途徑來(lái)應(yīng)對(duì)，并尋求補(bǔ)救措施。因此，程序員在考慮編寫任何形式的防御性代碼之前，必須深思熟慮其可能帶來(lái)的職業(yè)和法律后果。

企業(yè)和程序員的相互信任，是解決防御性代碼問(wèn)題的核心

在當(dāng)前的職場(chǎng)環(huán)境中，程序員采取防御性代碼作為自我保護(hù)手段的做法，雖出于對(duì)職業(yè)安全的考慮，但這種策略可能并非最佳選擇。這種做法本質(zhì)上是一把雙刃劍，短期內(nèi)或許能為個(gè)人帶來(lái)某種程度的“保護(hù)”，但長(zhǎng)遠(yuǎn)來(lái)看，其副作用和潛在的負(fù)面影響遠(yuǎn)超過(guò)可能的好處。

這種行為損害了程序員作為專業(yè)人士的核心價(jià)值和職業(yè)道德，進(jìn)而影響個(gè)人的職業(yè)信譽(yù)。在技術(shù)行業(yè)，一個(gè)人的職業(yè)生涯極大地依賴于他們的專業(yè)聲譽(yù)和同事、雇主之間建立的信任。一旦失去了這種信任，恢復(fù)將極其困難，可能導(dǎo)致個(gè)人在行業(yè)內(nèi)的機(jī)會(huì)大大減少。

從法律角度來(lái)看，故意編寫可能導(dǎo)致?lián)p害的代碼，不僅存在道德問(wèn)題，還可能涉及違法行為，從而使個(gè)人面臨法律訴訟或其他法律后果，包括被解雇、訴訟甚至刑事責(zé)任，尤其是那些故意植入破壞性功能的情況。

防御性代碼，尤其是那種被設(shè)計(jì)來(lái)隱藏缺陷、故意降低代碼可維護(hù)性或植入潛在的破壞性功能的代碼，對(duì)企業(yè)、個(gè)人以及整個(gè)社會(huì)都有深遠(yuǎn)的影響。

在企業(yè)層面，防御性代碼可能導(dǎo)致系統(tǒng)的不穩(wěn)定，增加維護(hù)成本，甚至在未檢測(cè)到的情況下引發(fā)重大故障或數(shù)據(jù)泄露，對(duì)企業(yè)的運(yùn)營(yíng)和聲譽(yù)造成嚴(yán)重影響。這種代碼的存在反映出團(tuán)隊(duì)內(nèi)部的不信任和溝通不暢，可能導(dǎo)致團(tuán)隊(duì)分裂，影響員工的士氣和生產(chǎn)力。

因而，實(shí)施嚴(yán)格的代碼審查過(guò)程是關(guān)鍵，它可以幫助識(shí)別和糾正潛在的問(wèn)題代碼。此外，安全與合規(guī)性審計(jì)也是確保代碼安全性和符合行業(yè)標(biāo)準(zhǔn)的有效手段。

互聯(lián)網(wǎng)_防御性代碼_裁員-5

當(dāng)然，更重要的是，企業(yè)也需要讓員工信任，尤其是在困難時(shí)期，不要?jiǎng)虞m暴力裁員，甚至侵犯員工利益。即使是裁員，也盡量給予彼此體面，這將大大避免部分程序員編寫防御性代碼的情況。

來(lái)源：數(shù)據(jù)猿

收藏分享

聲明：數(shù)據(jù)猿尊重媒體行業(yè)規(guī)范，相關(guān)內(nèi)容都會(huì)注明來(lái)源與作者；轉(zhuǎn)載我們?cè)瓌?chuàng)內(nèi)容時(shí)，也請(qǐng)務(wù)必注明“來(lái)源：數(shù)據(jù)猿”與作者名稱，否則將會(huì)受到數(shù)據(jù)猿追責(zé)。