要想寫出無法維護的程式碼，首先就要分析要維護程式碼人的心理。他接手你的程式碼，無非是想能夠快速定位問題程式碼完成修改，並且不希望出現意料之外的問題。

那麼要想寫出讓人無法維護的程式碼，我們就不能讓維護的人輕而易舉的找到問題之所在，程式碼邏輯能複雜就絕對不簡單；但是也不能用力過度，如果程式碼複雜讓維護的人看上去就無法維護，那他很可能就會直接重構你的程式碼了。

可以從以下幾個方面入手：

簡潔

變數名不要做到看名知意，越簡潔越好，最好就a b c d這樣的；

迷惑

我們要善用1和l，還有0和o，_ 和 __ 等具有迷惑性的字元，這樣他想要在程式碼中搜索一個變數時將一無所獲；

混用

一定要將駝峰命名、下劃線命名，大小寫運用到極致，甚至可以加入點中文引數讓程式碼多一點中國風；

不寫文件只是低階的做法，要知道具有誤導性的文件比沒有文件更具有殺傷力。

實際上這並不需要我們特意去寫錯誤的文件，只需要保證文件和程式碼的版本不一致就可以了。

拒絕封裝

總的原則就是儘可能多的製造重複程式碼，能複製多寫一個方法的就絕對不要重用；

善用巢狀

儘量將所有邏輯寫到一個方法裡、越長越好；

多用if else巢狀層數至少5層以上；

使用switch可以使我們的程式碼顯得高階一點，可以在switch裡巢狀使用switch，這樣可以讓人更摸不著頭腦；

開始某個需求寫作之前沒有全盤構思，想到什麼就寫什麼，程式碼結構混亂，即使完成了需求，後面如果需求變動，那麼就很難來維護這個功能。

這種表現是不負責任的，並且發展前途渺茫，事業發展會受限，因為一個小需求可以不構思，但是大的需求如果前期不規劃那就根本寫不出來。

Python 的話，多用 decorator。

Ruby 的話，多用 closure，多寫自己的DSL。

Groovy 的話，就照著 Programming in Groovy 2nd edition 裡面教你的方法寫就行了。

好程式碼難寫，爛程式碼是很容易的。只要做到如下幾點：

1. 變數命名混亂。名稱與實際用於不一致，甚至完全相反。函式命名也遵循相同的方法。

2. 邏輯複雜，能多繞，就多繞，不按常理出牌，讓人看不懂。

3. 添加註釋，註釋的解釋與程式碼邏輯南轅北轍。

要是做到這幾點，保證神仙也看不懂。

只要做到如下幾點：

1. 變數命名混亂。名稱與實際用於不一致，甚至完全相反。函式命名也遵循相同的方法。

2. 邏輯複雜，能多繞，就多繞，不按常理出牌，讓人看不懂。

3. 添加註釋，註釋的解釋與程式碼邏輯南轅北轍。

要是做到這幾點，保證神仙也看不懂。

不寫註釋。

程式碼沒有縮排。

變數無意義，比如a，b，c，d，a1，asdf這樣的

if多層巢狀，來個地獄級18層巢狀。

for迴圈也多層巢狀，至少5層。

不要模組化，程式碼全擠在一起，一個函式寫它500行。

差不多了吧，基本上能做到這些，誰接手這個程式碼，不把你罵的祖宗十八代冒煙，沒有當場離職走人算我輸。

一，除非不用不行，全部硬編碼；

二，使用無意義命名；

三，超多層巢狀；

亖，不分塊、分類、分層；

五，多使用跨檔案引用；

六，不縮排，少分行；

七，堅決不寫註釋。