程式員刪庫的事件頻頻發生，明知道刪庫會惹來一堆麻煩事，為什么程式員還會選擇刪庫的方式呢？真的是程式員一方的問題嗎？最近，又有一件刪庫事件引起大家注意，主人公叫“Paul”（當然是化名），
成為初創公司研發
不久前，Paul以開發人員的身份加入一家初創公司，成為這家公司的第一位研發人員，
后面公司又招聘了兩個開發人員，Paul成為小組長，公司的創始人非常年輕并且不聽意見，
Paul建議在技術建設上投入更多資金，創始人根本不聽取建議，但是由于公司給的薪水比較豐厚，Paul還是選擇留下來了，
*配圖來源pexels，侵刪，與文章內容無關
公司停發薪水并解雇Paul
在接下來的一年作業中，Paul都非常認真的作業，在10個月內就完成了產品，在產品完成后，公司便開始裁員，裁掉一半開發人員，
當裁員之后，公司對Paul的態度也發生了變化，并且停止發放Paul的薪水，還告知他公司遇到一些財政危機，
Paul出于對這家公司的感情，同意共同面對難關，但是后來Paul得知，其他人的薪水都是正常發的，只有自己的沒有發，于是找公司理論，公司的說法是，Paul的工資太高了，公司支付不起他的薪水，
三個月后，公司解雇了Paul，理由是無法支付薪水，
Paul開始“復仇”之路
公司的舉措讓Paul非常生氣，一是因為公司沒有提前2個月通知自己，二是公司沒有按時發自己的薪水，但是卻還在招聘新員工，
被解雇后的Paul開始了自己的“復仇”之路，
這家公司創始人不知道的是，Paul掌握了公司所有的密鑰和密碼，包括所有的源代碼，
被解雇后的的Paul來到一家網吧，通過Firebase的管理面板洗掉了用戶資料庫和其他一些重要的資料庫資訊，并將這些資訊保存到了自己的Firebase賬戶中，
由于公司沒有任何備份，因此，所有客戶在嘗試進入應用時都崩潰了，
應用崩潰后，Paul接到一個電話，是創始人打來的，雖然知道是Paul干的，但是苦于沒有任何證據，當然可以起訴Paul，但是這個程序非常漫長，如果當下應用不能恢復，意味著這家創業公司將會陷入難以挽回的困境，
Paul正是利用到了這一點，才敢這樣做，Paul最后向前公司要求補發3個月的薪水，并給予2個月的補償，自己就會將資料恢復，
無奈之下，公司向Paul支付了5個月的薪水，
雖然Paul最終要回了自己應得的薪酬和補償，但是洗掉公司資料的舉措還是太過危險，建議大家不要隨意效仿，
如果遇到這樣的情況，一定要走合法途徑，雖然會花費一些時間，但是不至于讓自己處于危險之中，
對于Paul刪庫事件，你有什么看法呢？歡迎在留言區評論哦，
轉載請註明出處，本文鏈接：https://www.uj5u.com/ruanti/310622.html
標籤：其他