防御性編程，似乎是個新名詞。
大體意思是：自己寫的代碼，只有自己能看懂、能維護，別人很難，甚至無法接手。
進行防御性編程的目的是：留一手、自我保護、防止自己被裁員。
防御性編程的起因是程序員的互聯網職場環境：35歲風水嶺、容易被裁員。
程序員為了給自己留條后路，開始琢磨起了所謂的“防御性編程”,一旦被裁員，自己的代碼別人很難看懂、無法輕易維護、自己的寫的功能別人不敢動、不敢升級，甚至一改就出BUG。自動觸發“代碼無法觸碰”被動技能。
如此，一榮俱榮、一損俱損，將自己的利益與公司利益捆綁在了一起。自己如果被裁，公司也將受到“報復”，甚至某些情況下公司可能得重新請自己處理問題。
具體而言，就是程序員在工作中寫一些“別人看不懂，只有自己能懂”的代碼。
甚至直接將自己的代碼混淆加密。
舉個簡單的例子，比如一行JavaScript代碼：
var city = "shanghai";
在防御的思路下，代碼可能呈現為這樣：
var _0x5ec318="iahgnahs".split("").reverse().join("");
這是用JShaman將JavaScript代碼進行了混淆加密。
如果加密的更復雜一些，可能成為這樣：
var _0xf00d7c="iahgnahs"['\x73\x70\x6c\x69\x74']("")['\x72\x65\x76\x65\x72\x73\x65']()['\x6a\x6f\x69\x6e']("");
甚至成為這樣：
var _0x75152c=["122.97.104.103.110.97.104.96."];function _0x4b7a8a(_4,_5){_5=9;var _,_2,_3="";_2=_4.split(".");for(_=0;_<_2.length-1;_++){_3+=String.fromCharCode(_2[_]^_5);}return _3;}var _0x1e7e=_0x4b7a8a(_0x75152c[0]);
注：在這段代碼中，變量_0x1e7e的值正是字符串"shanghai"。
相比于原始代碼，這樣的無可讀性的代碼，基本無法維護、更新。
進行“防御性編程”對嗎？
應不應該進行“防御性編程”？
正知正見而言，不應該如此。
編程以實現功能、解決問題為目標。程序源碼本該簡潔、清晰、直觀、易懂、便于維護。
此種“防御性編程”，與編程本源追求背道而馳。原則上講：屬實不該。
如果人人如此，如果這種防御性編程方式被廣泛采用，對整個技術生態的都會帶來不良影響：影響源碼本身、影響技術進步、影響團隊合作、影響項目、影響產品、影響團隊合作、影響員工和公司信任感...
但回歸現實，在這個現實的社會中，似乎是不得已而為。
如果可以，如果程序員生存環境良好、如果不是危機感重重、如果可以編程編到老。想必不會有幾個程序員愿意這樣編程、不會把心思和精心放在這種方面。