大家好。

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

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

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

系統(tǒng)設(shè)計

第一，就是系統(tǒng)的關(guān)鍵服務(wù)盡量要做單節(jié)點部署，因為只有關(guān)鍵服務(wù)設(shè)計成了單點，發(fā)生故障的時候才會影響全局，恢復(fù)起來就沒那么容易。

第二，就是每個服務(wù)之間盡可能的細(xì)分，要盡量互相依賴，只有互相依賴的系統(tǒng)。內(nèi)部才會更復(fù)雜，出現(xiàn)問題排查難度才會成幾何級數(shù)增加。

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

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

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

備份權(quán)限

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

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

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

代碼規(guī)范

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

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

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

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

測試

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

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

安全

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

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

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

第十八個，在后臺管理頁面，一定要留一個，一鍵刪庫的按鈕，防止黑客盜取用戶信息。當(dāng)發(fā)生這種情況的時候，我們在任何情況地點登錄后臺，在黑客盜取數(shù)據(jù)前先東西都?xì)Я恕?/p>

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

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

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

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

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

我們下期再見。

審核編輯 ：李倩