之前在一個網站看到這樣的一個話題,原來編程領域還有這麼多禁術。有人說這些禁術如果用得好,那麼牛逼哄哄。如果用不好,那麼遺憾無窮!
造輪子術
在面對一個需求時覺得有的步驟可以寫一個工具方便自己更好地完成該需求,從而暫時丟棄當前需求去實現自動化工具,在實現工具的時候就會發現有更多可以自動化的東西,然後開始造底層庫的輪子。
二分調試法
在無法找到問題時,嘗試把相關代碼刪除一半並編譯運行,如問題依然存在,則再刪除一半代碼編譯運行。
潔癖重構術
把同事所有代碼中的大括號改為寫在下一行,並且不喜歡用if elseif / switch case寫超過3個statement的程序,通通改為寫成一個映射表進行跳轉。
不穩定輸出
在程序出現問題時亂改代碼以達到解決問題目的,雖然最後不知道到底哪裡出了問題,不過線上沒事就行了。
開光術
在每個頭文件或實現文件頂部放置一個佛祖像,或在所有即將上線的最終產品、二進制、硬件等介質並邀請和尚施法開光,線上可獲得穩定增益。
一本正經胡說八道術
在和產品經理進行需求對峙時,一本正經地把不喜歡實現的功能通過玄學等方式口述出來,讓產品經理知難而退。
蓄力術
指的是接到產品經理需求後無動於衷,然後開始聊QQ、刷知乎、看B站。臨近Deadline時再開始實現需求,並把一週的工作量在一天之內完成。
結對編程
兩名心有靈犀的男性程序員雙手重疊放於鍵盤上,並以身體一前一後的姿勢進行編碼。
巫毒編程
巫毒編程指的是不求甚解只求結果的編程方式,最終導致編程從科學變成玄學,變成無法推論和預期的巫術,每次改個需求或加個功能都要祈禱計算機之神保佑別引發一大堆問題出來。
大家應該都有過這樣的體驗(特別是初學某個語言或技術的時候),當寫一個複雜程序的時候,出現了異常或者是錯誤的結果,折騰半天找不出原因,後來亂改改代碼莫名其妙的好了。如果就這麼停手不追問為什麼,那就是巫毒編程了。
比較典型的例子: 為了過驗收,到處加try catch。 有一些不知原因的問題,就這樣被掩蓋了。問題其實還在的,很可能從程序BUG升級成業務錯誤或者漏洞。也可能是通過try catch解決了眼下問題,但是最終原因不清楚,最後整個系統充滿這樣的情況,變得脆弱不堪。
巫毒編程導致的問題很多,在初學階段不求甚解導致基礎不紮實,在項目階段就是給自己和隊友埋下地雷,項目裡面到處是地雷的時候,就沒辦法做下去了。
線上debug
不知道這麼改對不對,先發到線上去試試。。。呃,確實不對,趕緊回滾!
撞大運編程
隨便改改,好像運行正確了,雖然不知道什麼原因。
萬能重構
別人的代碼寫的太爛,得重構;系統拆分不合理,得重構;性能太差,得重構;學習了一個新技術,得重構。
Cloud Debug
將測試環節延後,產品先賣錢,等玩家罵娘再出補丁。
上面這些都是大佬的回答,細看非常有樂趣。不得不說,程序員都是一群歡樂的逗逼青年。
博主送大家一套,博主蒐集的開光術代碼、佛祖保佑、神獸庇護、美女出沒,等的註釋代碼,公眾號回覆“開光術”即可獲得!
其實不管是不是禁術,只要大家能夠解決問題,並且快速的解決就可以了。
不知道編程領域,大家心目中還有哪些禁術,歡迎在下方留言,一起分享!
閱讀更多 java面試筆試 的文章