隨着失業率越來越高，很多人意識到保全自己的工作是多么的重要。那么，什么是保住自己工作，並讓自己無可替代的好方法呢？一個很簡單的事實是只要你的代碼沒有人能夠維護，那么你就成功保住了工作。編寫不可維護的代碼是一個特殊的技能，但奇怪的是，似乎對某些開發者來說是很自然的。不過對於剩下的開發者來說，這里有一些技巧和提示來讓你開始寫不可維護的代碼。
首先要做的事情
第一步，從找工作開始。你應該尋找合適的公司，在那里你可以盡情發揮並實現你那不可維護的潛力。 你不一定需要成為公司的 PHP 大牛如果是那更好。找工作時，如果工作描述提到需要從其它的遷移到 PHP （所以你知道你會做主），或者也可以搜索那種需要 10 年 PHP5 工作經驗的誤導性工作，再加上熟練使用 FrontPage 和 Netscape Composer 。
一旦你獲得這種千載難逢的機會，從第一天開始就要采取措施。在會議上發言，讓你的意見被聽到。大膽談論面向對象的架構設計，企業，改革方案，怎樣讓夠好變得更好，當然你也得做出相應的承諾。確保每個人在重要的編碼環節都咨詢你的意見。
不可維護的核心
靈感來源於優秀的文章 “Writing unmaintainable code” （想要保住工作的人一定會看的）, 以下是你需要掌握和精通的兩個重要概念：
你應該讓別人無法輕易地修改任何東西，除非他破壞另外一些東西。
維護人員沒有時間去理解你的代碼。 可維護的代碼意味着能夠在堆積如山的代碼中快速定位到特定的部分，能夠快速明白它是如何工作的並且在不破壞一些東西的情況下進行修改。你不能這樣做。 不能讓別人能輕易地搜索到某些東西或者在他們期待的地方找到。
你的代碼不能 “看起來” 不可維護（因為別人會懷疑的）, 它必須 “是” 不可維護。
代碼在維護人員看起來應該是正常的，但要在他們最意想不到的時候給他們一個驚喜。
最佳實踐
禁止代碼約定。 關於編碼和命名約定的對罵無窮無盡。這樣的情況絕不能在你優秀的組織中出現。你有牛逼的項目要做，你不可能花上無數的時間來討論用 tab 還是還是空格。再說了，約定就是限制。如果一個新人入職，並且他不習慣你的約定，他會很痛苦。不快樂的程序員是沒有效率的程序員。誰問你你就向他們解釋。讓每個人都用他們自己喜歡的風格寫代碼。至於你自己的代碼 - 變換你的約定。周一用 camelCase 小駝峰命名，周二用 all_lowercase 全小寫命名，周五混合着用，在每個 2 月 29 日 使用匈牙利命名法。
不寫注釋。
你的代碼很優美，它不需要注釋。如果有人不理解你的代碼，那么很有可能他們不是那么好的程序員。如果，有這個可能的話，你被強迫要求寫注釋，那么直接誇張的寫。詳細描述最明顯和最不重要的代碼，跳過其它的。
1 // 下面這一塊代碼 2 // 我們增加兩個變量： 3 // 命名為變量 a 和變量 b 4 // 兩個都是整數 5 6 // 聲明變量 a 7 // 並給它賦值整數 1 8 $a = 1; 9 // 聲明變量 b 10 $b = 2; 11 // 給變量 a 和 b 求和 12 // 聲明和初始化見上面 13 // 並且將結果賦值給 14 // 一個新的變量 c 15 $c = $a + $b;
使用記事本編碼。
或者使用其他沒有代碼縮進展示的編輯器。使得其他人忍受痛苦最終離開團隊。這樣你就不用總是聽他們的抱怨了。如果有人問你為什么使用記事本，准備好解釋：因為它來自於 Windows （當今唯一一個，為富有創造性的程序員准備的操作系統），無需任何必要的培訓，也不需要花費任何代價。我相信你能在網上找到你可以使用任何程序的參考文獻，甚至包括 Word，來編寫你的網頁代碼，但是只有記事本才是真正的權威，畢竟，你們公司雇佣的人只有你才是權威。
拒絕單元測試。
向任何質疑你的人解釋，你是被雇佣過來編寫高質量並且沒有漏洞的代碼的（因此，無需測試）。為什么會有頭腦正常的人會花時間來寫無關緊要的測試來證實代碼能否正常運行？有些事情在生活中就像 - 天空是藍色的，太陽從東方升起，你的代碼是能夠正常運行的，因此非常感謝。繼續（就像評論一樣，如果被迫接受測試，那么准備好測試那些顯而易見的內容然后跳過其他的部分）
不使用模板引擎。
模板引擎能夠幫助你區分業務邏輯層與展示層。它可以保證代碼的可維護性所以你不能遵守這個規定。PHP 之父 Rasmus Lerdorf 說過：“PHP 就是模板引擎”。即使你迫不得已使用模板引擎，也要找到對應的方法濫用它，例如放一些業務代碼在模板中，或者是小心的將 HTML（和 CSS 和 JavaScript）代碼混合在數據庫訪問層中。
一般來說，盡可能在同一行代碼中的將你的 PHP，HTML，CSS 和 JavaScript 代碼理直氣壯地混合在一起。在 PHP 代碼中創建 JavaScript 和帶內聯樣式的 HTML 代碼。如果別人問到，告訴他們這種模式叫做 “封裝”，你會對你的代碼負全部責任。
版本控制。
雖然這很難避免，但是使自己擺脫任何形式或版本控制很值得嘗試。你可以在討論的時候向大家證明這樣做提高了團隊成員之間的溝通，而不是去依賴冷血的版本控制軟件。如果你沒有說服任何人，請不要絕望。 你提交的時候可以不 commit all 。 在本地保留一些自己的代碼。這樣如果你以外的人試圖構建和部署的話，這些小而致命的代碼片段將會破壞這個項目。 如果被抓了，就辯解說這些代碼還不適合展示，畢竟，你提交了能夠教育初級團隊的高質量的代碼和優秀的解決方案。這些小男孩和小女孩將會仰望着你並充滿期待！
構建一個框架。
然后你不可避免地成為架構師，你的權威毋庸置疑。這樣你就可以添加一些秘密約定（當然其中大多數有時是自相矛盾的），即使是最有經驗的維護人員也察覺不出。 你的框架將負責所有的事情，不需要任何人費心地去理解它，大家會很開心因為你一個人讓開發變得更容易而且提高了整個公司的產能。不要以開源的方式發布你的框架，因為 a) 這個框架是公司的資產而且公司投入了人大量的資金， b) 開源社區會嘲笑你，而且這將成為你虛張聲勢的結局。
命名相關
你的變量名應該起的神秘一些，最好只有一個字母。 這樣誰都無法通過簡單的搜索找到需要的內容。
類名和方法最好也使用一個字母來定義。
如果你確實想定義一個正常點的名字，那就一直使用它吧 —— 記住，隱藏信息的最好方法就是頻繁的使用它。 當重復使用相同名稱（稱為 “面向對象的編程”）時，如果將圓括號和花括號放在新的一行，這將有助於提高代碼的可讀性，並且讓隊友在你的代碼中尋找任何東西時，都得重溫一下正則表達式。考慮一下吧：
1 $noodles = 1; 2 class 3 noodles 4 { 5 var $noodles = 2; 6 function 7 noodles 8 () 9 { 10 $noodles['noodles'] = 'noodles'; 11 } 12 } 13 function 14 noodles() { 15 return new noodles; 16 } 17 $noodles = noodles(); 18 var_dump($noodles);
你也可以使用奇特的字符集來命名變量。西里爾字母就非常合適，因為有些字母看起來跟羅馬字母一樣， 但其實不是（所有這些：xopekacMEBCTAKXOPH）。那么下面的輸出是：
$alert = 1; $аlert = 2; echo $alert;
2？如果第二個 alert 以西里爾字母 "a" 開頭，則不可以！
引用相關
即使你非常正常的定義來一些東西，但並不意味着你不能以有趣的方式來使用它。主要的武器有：
eval()
可變變量
可變類，比如 $strudels = "noodles"; $noo = new $strudels;
call_user_func()
基本上任何將代碼視為字符串的語言結構都是你的好朋友。
1 // calling abc(); 2 $z = 'A'; 3 call_user_func($z .'bC');
大寫
字母例子，函數方法名不區分大小寫，濫用這個特點。
1 function abc(){ 2 echo "abc"; 3 } 4 AbC();
另一方面，數組的健（key） 對大小寫敏感，也濫用這個特點。
1 $a['UseConvetionsOnlyTobreakThem'] = 1; 2 if (isset($a['UseConvetionsOnlyToBreakThem'])) { 3 // ?? 大寫 B !!1! 4 }
重寫
在不期望的情況下重寫全局變量，尤其是超全局變量。盡早重寫 $_GET 數組中的屬性，多次重寫，$_POST 亦是如此。在 $_REQUEST 上做一些不起眼的重寫作為點綴。如果是在 WTF-ed 上，你可以解釋是在防止用戶輸入的 XSS 攻擊、注入攻擊以及其他的病毒攻擊。
控制結構
使用、混合、匹配所有備選的 if，while，for，foreach，switch 語法。如果被問起來，所有的這些，請解釋說你正在培訓新員工學習真正的語言。
1 if ($a > 5): 2 if ($a > 4) { 3 while ($a > 0): 4 echo --$a; 5 endwhile; 6 } 7 endif;
嵌套三元運算符，沒有比這個更好、更簡潔的代碼了。
1 // 猜猜這里輸出什么 2 echo true ? 'true' : false ? 't' : 'f';
在 for 的循環體內，再次增加 $i 以保持所有人的注意。或者，通過不使用 $i 來實現循環增量的驚喜。從不。
嵌套循環、深入，然后突然跳出它們（循環）。像 break 2 和 break 3 這樣的代碼存粹是為了娛樂，尤其是當混合了奇怪的縮進代碼時。
這是一個開始！
這就是今天的全部。我希望你相信你自己也能做到，你也可以編寫不可維護的代碼。現在你的未來就在你的手中！當然，你也可以編寫可讀性比較高的代碼，但是冒着被替代的風險。
很多PHPer在進階的時候總會遇到一些問題和瓶頸，業務代碼寫多了沒有方向感，不知道該從那里入手去提升，對此我整理了一些資料，包括但不限於：分布式架構、高可擴展、高性能、高並發、服務器性能調優、TP6，laravel，YII2，Redis，Swoole、Swoft、Kafka、Mysql優化、shell腳本、Docker、微服務、Nginx等多個知識點高級進階干貨需要的可以免費分享給大家，需要的加群（點擊→）677079770