大家好。

有句話這樣說來著，幸福的家庭都是相似的，不幸的家庭各有各的不幸， 這句話放到咋們互聯網程序員上也是一樣的。

大神級程序員都是相似的，而菜雞程序員卻菜的各有千秋，分分鐘能搞垮一個項目。

程序員不知不覺中如何搞垮一個項目？結合小賀最近一段時間的真實血淚經歷，幾個小妙招教給你。

系統設計

第一，就是系統的關鍵服務盡量要做單節點部署，因為只有關鍵服務設計成了單點，發生故障的時候才會影響全局，恢復起來就沒那么容易。

第二，就是每個服務之間盡可能的細分，要盡量互相依賴，只有互相依賴的系統。內部才會更復雜，出現問題排查難度才會成幾何級數增加。

第三，就是不建立服務預警，不能讓問題過早的暴露出來。

第四，不要上云服務，服務架構一定要簡單清晰，最好不同模塊用不同語言寫，部署在不同的服務器上，服務器一定要選便宜的為公司節約成本。

第五，接口調用過期時間調大一些，再加上一個 100 次的失敗重試的循環，不用緩存，盡量讓巨量的訪問請求在一毫秒內全部打到數據庫上去，這樣才能最大可能測出數據庫的性能。

備份權限

第六，就是數據不做備份處理，浪費磁盤空間，服務器如果怕忘了密碼，最好設置成 123456，這樣大家都能記得住。

第七，相信團隊里的每個人，給予他們修改線上數據庫表的權限，允許開發直接登錄生產的機器，最好賦予 root 權限，這樣緊急操作線上數據簡單方便快捷。

第八，不要使用版本管理，業務變更只新增代碼，不要刪除或修改舊的程序，要多做冗余，因為以后可能還要用。

代碼規范

第九，把代碼的變量都優化成非常簡單粗暴的形式，比如 aa，bb，cc，還有不要寫注釋，盡量保持在 0%，沒有任何注釋和文檔說明，別人來接手你的代碼根本看不懂，你的價值也瞬間體現。

第十，新出的技術要趕緊用起來，別管懂不懂，兼容與否，就是要新。

第十一，寫代碼盡量 if 里面套多幾個 if，不需要抽象寫法，全部代碼寫到一個函數里面，for 循環盡量套多幾個 for，這樣代碼看起來邏輯很順暢。

第十二，多用點反射，異常直接拋出去不要捕獲保證異常信息，讓前端知道，開啟多例依賴注入，能多個線程做的事情盡量開多幾個一起做，事半功倍。

測試

第十三，就是不要做壓力測試，性能測試，要對團隊的代碼質量有信心，不相信團隊的事情，是萬萬不能做的。

第十四，不寫單測，代碼編譯過了還要而測試，多浪費時間，如果要寫測試，也不要 mock，要在真實環境做測試，這樣才能反應真實的問題。

安全

第十五個，允許團隊成員將自己的 ssh 公鑰傳到服務器里，不然員工怎么方便開展工作呢。

第十六個，web 服務端， nginx 調度器和 Hadoop 集群以及 SQL 服務全部部署在一臺機子上，多花錢的事咱們絕對不干。

第十七個，什么動靜分離，什么反向代理，iptables 都不要開，交換機永遠不要做 valn 隔離，不然各部門同事怎么交流怎么開展工作呢。

第十八個，在后臺管理頁面，一定要留一個，一鍵刪庫的按鈕，防止黑客盜取用戶信息。當發生這種情況的時候，我們在任何情況地點登錄后臺，在黑客盜取數據前先東西都毀了。

第十九個，所有的查詢語句直接優化為 select *，不用 explain 查看 SQL 執行背后是否使用索引，減少開發時間。

最后一個大招，所有代碼都不用測試直接上，要相信團隊的開發能力。

好了，完成了以上步驟，恭喜你，達成成就：把老板給炒了。

PS：以上 20 條，每一條背后都有可能對項目/團隊帶來致命的傷害，作為程序員的我們一定要時刻告誡自己，小心別把老板給炒了

大家還知道哪些高級技巧？歡迎在評論區留言。

我們下期再見。

審核編輯 ：李倩