之前在一個網站看到這樣的一個話題，原來程式設計領域還有這麼多禁術。有人說這些禁術如果用得好，那麼牛逼哄哄。如果用不好，那麼遺憾無窮！

造輪子術

在面對一個需求時覺得有的步驟可以寫一個工具方便自己更好地完成該需求，從而暫時丟棄當前需求去實現自動化工具，在實現工具的時候就會發現有更多可以自動化的東西，然後開始造底層庫的輪子。

二分除錯法

在無法找到問題時，嘗試把相關程式碼刪除一半並編譯執行，如問題依然存在，則再刪除一半程式碼編譯執行。

潔癖重構術

把同事所有程式碼中的大括號改為寫在下一行，並且不喜歡用if elseif / switch case寫超過3個statement的程式，通通改為寫成一個對映表進行跳轉。

不穩定輸出

在程式出現問題時亂改程式碼以達到解決問題目的，雖然最後不知道到底哪裡出了問題，不過線上沒事就行了。

開光術

在每個標頭檔案或實現檔案頂部放置一個佛祖像，或在所有即將上線的最終產品、二進位制、硬體等介質並邀請和尚施法開光，線上可獲得穩定增益。

一本正經胡說八道術

在和產品經理進行需求對峙時，一本正經地把不喜歡實現的功能透過玄學等方式口述出來，讓產品經理知難而退。

蓄力術

指的是接到產品經理需求後無動於衷，然後開始聊QQ、刷知乎、看B站。臨近Deadline時再開始實現需求，並把一週的工作量在一天之內完成。

結對程式設計

兩名心有靈犀的男性程式設計師雙手重疊放於鍵盤上，並以身體一前一後的姿勢進行編碼。

巫毒程式設計

巫毒程式設計指的是不求甚解只求結果的程式設計方式，最終導致程式設計從科學變成玄學，變成無法推論和預期的巫術，每次改個需求或加個功能都要祈禱計算機之神保佑別引發一大堆問題出來。

大家應該都有過這樣的體驗（特別是初學某個語言或技術的時候），當寫一個複雜程式的時候，出現了異常或者是錯誤的結果，折騰半天找不出原因，後來亂改改程式碼莫名其妙的好了。如果就這麼停手不追問為什麼，那就是巫毒程式設計了。

比較典型的例子： 為了過驗收，到處加try catch。 有一些不知原因的問題，就這樣被掩蓋了。問題其實還在的，很可能從程式BUG升級成業務錯誤或者漏洞。也可能是透過try catch解決了眼下問題，但是最終原因不清楚，最後整個系統充滿這樣的情況，變得脆弱不堪。

巫毒程式設計導致的問題很多，在初學階段不求甚解導致基礎不紮實，在專案階段就是給自己和隊友埋下地雷，專案裡面到處是地雷的時候，就沒辦法做下去了。

線上debug

不知道這麼改對不對，先發到線上去試試。。。呃，確實不對，趕緊回滾！

撞大運程式設計

隨便改改，好像執行正確了，雖然不知道什麼原因。

萬能重構

別人的程式碼寫的太爛，得重構；系統拆分不合理，得重構；效能太差，得重構；學習了一個新技術，得重構。

在程式設計師眼裡，天底下除了自己的程式碼寫的不爛之外，請問還有誰的程式碼寫的不爛？嗯？！

不管你是轉行也好，初學也罷，進階也可，如果你想學程式設計，進階程式設計師~

【值得關注】我！