程序員最恨四件事件

① 杭州一程序員被辭退報復公司，寫代碼轉賬553筆，最終得到了什麼處罰

杭州一程序員寫代碼轉走公司21萬元資金，最終被按照盜竊、妨礙公務罪進行處罰，判處4年2個月的有期徒刑。

一、事件詳情

程序員馬某被公司辭退後，為發泄對公司賠償金額的不滿，利用任職時掌握的項目技術編寫代碼，將公司的21萬資金轉到自己的名下。

② 什麼仇什麼怨，程序員設計師與產品經理的愛恨糾

哈哈哈，程序員和產品經理可以說是死對頭啦。
1、頻繁改需求
如果項目經理想要整死程序員，頻繁改需求是最快的辦法。特別是做了一半硬是改掉需求，scrum里的表現就是sprint內的非受迫需求變更，太狠了，技術同學表示不能忍。
2、拿老闆和運營做擋箭牌
不說清需求價值，當技術童鞋問「為什麼要做」的時候，支支吾吾，或者說「老闆要的、運營要的」。最絕的就是說，這個功能老闆說必須要做，那個功能老闆說明天就得上……
3、扮用戶
程序員會產品經理溝通的時候，比較經常就是聽到，「關鍵字是用戶不會這么覺得，如果我是用戶。」
這種產品經理通常關注點會有問題，比如更多的時候討論的是這個按鈕是這么顏色，應該放在哪裡，文案應該怎麼寫等，如果把這些問題當做核心，那難免會讓人啼笑皆非。

4、口頭禪——不就是xxx
有些產品經理口頭禪：不就是xxx，這也引來一些程序員的反感。
比如「這個問題不就是在資料庫里加個欄位就可以解決了嗎?你要是沒時間，我給你寫個SQL 語句，你執行一下吧。」結果程序員一臉懵逼。
其實，如果是在你的非專業領域里，最好少用這種「不就是XXX」這樣的句型為妙。
5、不懂裝懂
特別是對技術一竅不通的產品經理，會不停讓程序員加班趕工。
「開發大哥，我代碼寫的不多，你可別騙我，這么簡單的需求，明明一下午可以搞定，你跟我說一個星期?」
此時，想必程序員口袋裡50米大刀已經飢渴難耐......這種產品經理叫程序員哭笑不得。
希望可以幫到你，謝謝！

③ 為什麼都說悲劇的程序員程序員很悲劇嗎

情景一：

程序員的悲哀，不是情商問題，不是衣著問題，更不是自黑之類的，悲哀是並沒有決策權。項目做成什麼樣，你有決定權嗎？那是領導和產品經理的事。注意流程是這樣的：領導或經理決定要改需求，然後通知你，然後你等設計給你圖，然後你做好。程序員只是一個執行者，別人叫你幹啥你就只能幹啥，除非產品是傻逼到讓你實現不可能的功能。最後項目做壞了，裁員了是誰？程序員。

做程序員越久，越是感到：我們就是新時代的手工藝者。只有少數的人，從手工藝者，變成了發明手工藝製作機器的人，少部分人變成了設計手工藝品的人，少部分人變成了車間主任罷了。

「碼農」這個詞有著深深地悲哀。

歡迎大家都來吐槽！

④ 家庭慘案：程序員不懂妻子心，媳婦積怨已久，怒殺丈夫和婆婆，你怎麼看

婆婆和兒媳的關系一直是最難處理的關系。一個聰明的丈夫會在爭吵中支持雙方，而一個愚蠢的丈夫會忽略爭吵，做自己的事情。

2013年8月初，兩名女子報警。一位名叫田麗(音)的婦女抱著孩子告訴警方，她的丈夫和婆婆都失蹤了。

另一個女人是田麗的嫂子劉芳。雖然她不和哥哥和嫂子住在一起，但她每天都和母親說話。

這兩天發現哥哥和媽媽聯系不上了，來到哥哥家發現嫂子根本不知道，這才急忙報警。

聽了兩人的話後，警察立刻對田麗起了疑心。她的丈夫和婆婆已經失蹤兩天了。她不僅不擔心，而且似乎也漠不關心。

從整件事來看，不只是田麗有錯，丈夫也有錯，承擔了重大責任。妻子和岳母多次吵架後，他沒有採取有利的措施，這加劇了矛盾。

讓婆媳關系越來越糟，丈夫劉強沒有站在妻子的角度考慮問題，而是幫助母親，這樣下去，沖突只會越來越嚴重。

婆婆和兒媳之間的關系不應該是變色的問題。這往往需要相互理解。

⑤ 程序員加班最狠的一次是什麼情況，有多辛苦

我自己的高強度加班有2次，都是自己創業

當時這是個社區平台，有過千萬用戶了，一個核心系統升級，然後出了點問題，不能降級，沒辦法只能停了這個系統加班加點修改。

改了4天3夜，中途還接了用戶近200個電話，好多是凌晨，用戶還很驚訝，說那個時間還有人接電話。

最終解決了，用戶也沒有流失，睡了好幾天補覺。

這是一個 游戲 接入項目，因為對方是一個大平台，用戶量特別大，要上一個流量平台，一堆 游戲 cp搶著上，所以你不搶肯定趕不上第一波，而第一波絕對是資源最足的。當時開發團隊分在3個城市，我來統一指揮，還需要跑去平台那邊，相當於是4個地方，最終也是趕上了。雖然 游戲 沒賺到錢，不過這個加班是太狠了。

當然，對方平台公司更誇張，為了他們流量平台項目，整體沒日沒夜加班3個月，每天到凌晨3點，早上還早早9點就到公司了，具體公司就不說了，我們對比他們簡直算是早九晚五了。

另外從業20年，總結：

短期沖刺加班趕節點還是有點用，長期加班的項目成功概率太低了

遇上長期的，趕緊換公司走人

其他程序員怎麼加班我確實不太清楚，就我個人的經歷，最狠的一次加班是在2009年1月1日。

直到現在，我都清晰的記得當時的情況。那是的我還是一個普普通通程序員，2008年的年末，我們接手了一個新的項目，是和蘇州公司合作的一個項目，因此，蘇州公司派了一名項目經理全程參與。

我還記得第一天項目啟動會的時候，這位項目經理說：「我希望大家能夠通力合作，完成項目。放心，我不會把大家當牛當媽的使喚的。」當時，我以為這是一句玩笑話。但是後來我明白，他果然沒有把我們當牛馬，都快要豬狗不如了。

2008年12月底，由於項目快完成是產生了需要和設計的變化，而需求和設計的變化不小，導致代碼改動很大，但是項目研發階段的deadline臨近，本來之前就加了不少班，大家就怨聲載道了，現在更是只變需求不給時間，大家就更是不開心了。Teamleader和項目經理是因為這個問題直接懟上了，最後，項目經理很不厚道的把「我們完不成任務」的情況匯報給了集團的高級總裁。

這件事也就不可收拾了，我們這里分公司的總經理扛不住，只有要求Teamleader按照項目經理的要求完成，如果完不成就提前說，咱們就換人。

最後，自然就定下了一個目標，1月7日前完成所有的調整，保證質量的情況下進入集成測試階段。

於是，慘無人道的7天生活就開始了。

2009年1月1日，元旦節，我們在公司加班到了凌晨1點多，到處都沒有人了，就連對面的華為（當時華為的園區還沒有修好，所以就在我們公司對面）也沒人了。我們大概10人左右的小分隊就到了附近的燒烤攤，吃了頓燒烤，然後3點左右回到公司繼續幹活。到了凌晨5點多的時候，扛不住趴著睡了一下，9點多又起來接著干。

2009年1月2日，其他項目繼續放假，我們接著干，中午的時候休息一下，下午開始又一直弄到完成11點多，然後回家。

2009年1月3日，整個公司還是只有我們這一個小分隊，9點多到公司後開始幹活，一直干到了晚上9點多，然後讓一些女同事先回家了，畢竟女孩子要是一個人的話，太晚回家還是有安全上的風險。我們幾個男同胞又接著干，到凌晨3點多，然後收工回家。

2009年1月4日，公司正常上班了，我們也按時到了公司，這時候項目其實基本是趕工的成果，功能沒有全部改完，也沒有經過驗證，風險很大。但是，集成測試前，有一個UT和Checklist是必須完成的，這個至少需要留一天時間，也就是留給研發的時間只有不到3天了。

於是，1月4日這天又忙到了凌晨3點多，還是有很多問題沒有解決。無奈，大部分人都快要扛不住了，還是回家吧。

2009年1月5日，我大概9點多到的公司，然後繼續開始了趕工之路，時間已經不多了，這天結果一直到了晚上2點多，還是有很多未完成的內容，Teamleader帶著大家出去覓食，結果便利店都關門了，只有無奈返回，繼續幹活。一干就干到了1月6日下午5點多。這個時候，大部分的問題都基本處理了，只剩下一些零散的內容。所以，到了晚上8點多，大家就撤了。

2009年1月7日，對整個系統進行了自測，遇到問題處理問題，由於根本沒有時間做UT用例，所以都是想當然的進行了驗證，按照Checklist的內容一一跑了一下。最終，在晚上9點多的時候完成了所有的測試並進入了集成測試階段。

終於，我們算是按照要求達到了目標，不過也度過了慘無人道的7天。什麼凌晨4點的街道，什麼凌晨5點的朝陽，呵呵。

那肯定是連續通宵加班啊，趕項目就是這樣，沒辦法，干工程的人員應該都有體會！

分享最近的一次加班經歷吧，多狠倒是不至於，也沒覺得有多麼的苦逼，反而很有成就感。

就是這次疫情期間發生的事情，很多公司都停工停產，不過也有行業很早就開啟了遠程辦公模式，我們公司也也不例外，甚至我們在春節假期期間，就已經開啟了加班模式了。

針對這次疫情，我們公司推出了一款新產品（線上），具體內容就不詳細說了，反正也算是做了一件利國利民的事情，所有收入都捐給了武漢，而這款新產品的開發，讓一個團隊上百個夥伴，連續工作了三天三夜。但是產品上線後遇到了一個比較嚴峻的考研，就是業務量比較大，一個老介面已經超過了現有系統的承受能力，所以需要一個系統提供一個介面，現有業務遷移到新的介面上。

我是那天晚上起點多接到了領導們的微信語音，了解到這件事兒的前因後果，並且領導給出的提測時間點：第二天早上。

苦逼么？別人系統做了幾天還是幾周開發出來的東西，需要第二天重構出來。

其實一點兒都不苦逼，反倒覺得非常有挑戰，似乎有一些熱血澎湃。

討論完需求的具體細節之後，我安安穩穩吃完了晚飯，然後：

20:40 沐浴更衣，准備大幹一場。

21:00 點坐在了電腦前，VPN 連到了公司的電腦；

22:00 總體的架構就搭建起來了；

02:00 四個小時把細節全部實現；

03:00 一個小時自己進行調試，修改，再調試 ... 通過；

03:30 花了半個小時完善了註解和文檔；

提交代碼，打完收工，貌似提前完成了工作；

測試團隊（全流程）測試，第二天下午上線，上線後效果不錯，抗住了壓力。

感覺自己像一個拯救了世界的英雄。

我將持續分享Java開發、架構設計、程序員職業發展等方面的見解，希望能得到你的關注。

作為一名老程序員，職業生涯經歷過很多次加班趕進度的情況，這在這個行業里是再所難免的，偶爾的加班其實還都可以接受，怕就怕持續性的加班。

基本上對於大公司來說每次大促活動、大版本發布都需要經歷一段時間突擊，當然，像大促活動上線這種情況即便你工作完成了，在上線前後你都需要隨時待命，一般像雙十一這種規模的活動，基本上都是徹夜守候在電腦前，保障系統穩定性和及時解決出現的問題。這種加班其實並不是工作量的累了，而是真正的精神壓力了，一個小問題都有可能引起大故障。但在這種情況下後勤保障還是挺完善的，各種小吃飲品滿足你需求，緊張的心情伴著「節日」氛圍，事後釋懷了回想起來讓人也是感覺成就感滿滿的。

我曾經半夜三點被主管喊起來開車拉我到公司解決線上Bug，也曾因為接到了一個自己完全不熟悉的領域連續加班5天到2點，但這不是常態，如果成為常態那果斷離職吧。

在這里也建議各位程序員加強身體鍛煉，畢竟身體是革命的本錢。

我聽朋友說的，他是在公司做HR，有一次她早上來上班，正常的和同事說話，可能聲音比較大，把項目經理吵醒了，發現項目經理一夜都在公司，基本熬個通宵。

有的時候為了趕項目，確實要加班很晚，但也不全是這種狀況，要是平時速度快的話，肯定是不用加班的。

程序員加班其實沒有最狠，只有更狠。從不同的領域細分，一般互聯網企業加班是最厲害的，然後是一些頭部的私企，具體是哪家就不說了。有的創業公司加班也比較厲害，但不一定。

很難從總體上說是什麼情況，說說自己從業十幾年的經歷吧。
L公司
剛畢業的時候去的L公司，號稱是國企的IT公司。到了沒多長時間就碰上新項目，由於工期緊，領導帶著做封閉開發。基本上是每天凌晨3點睡覺，早上8點多起床。最後加班都加惡心了。
H公司
然後去了H公司，H公司是一個私企。加班本來就是家常便飯，但是我參與的又是線上的業務，出了問題要馬上搞定。記得最厲害的一次應該是搞了一個通宵，然後第二天正常上班接著搞。

倒是沒有連續搞多個通宵的情況。沒有在互聯網公司呆過，聽說那裡加班更加厲害。有過類似經歷的同學可以在下面分享一下。

你知道凌晨四點的杭州西湖是什麼樣子嗎？

每個公司不一樣，部門不一樣，加班的原因也不一樣。像我，很多大型活動的時候都需要研發值班過晚上12點，2、3點下班。比如618，雙十一，雙十二，雙「蛋」。一年也就那麼幾次，沒那麼頻繁，不然誰都受不了。

但是這不是最苦逼的，因為第二天可以調休，值夜班中間也沒啥事，還有公司統一發放的夜宵，同事之間吃吃喝喝，說說笑笑，還是很嗨皮。

最苦逼的是半夜三更被電話叫起來，應急處理某些重大線上bug。只有你一人孤軍奮戰，從天黑干到天亮。還得正常上班，開一天的會向領導匯報情況，精神一直處於高度緊綳狀態。最後還吃力不討好，成為背鍋俠。後面幾天晚上都睡不好，從身體到心理上都覺得苦逼。

總結下，bug無法避免，我們程序員個人能做的是什麼呢？除了提高技術能力之外，就是保存良好心態，和擁有強健體魄。隨著年紀增長，越發的理解前輩的話，能夠倒頭就睡第二天被上班鬧鍾叫醒真的很幸福！

我記得那是上班的第二年，在移動的一個項目上，當時真的是年輕，精力充沛。當時是年底組巡，為了應對檢查，通宵兩個晚上去核查數據，基本連續兩個晚上沒睡，到了第三天下班才正常回家補覺。

後來年紀大了，真的熬不起了，奉勸年輕人還是不要這樣，提高工作效率是關鍵，沒有產出的加班是一種無能的表現。

最狠的一次加班也就是連續半個月在公司待到凌晨一兩點左右吧。那時候為了完成一個項目所有同事都一直忙到很晚才回去，自己我住的離公司很近，其實也不算多麼的辛苦吧，畢竟就算不加班自己也是要一點左右才睡覺的。每次加完班走在回去的路上，反而有一種病態的滿足感，感覺自己過的很充足 。感覺每天和一群同事努力的去完成一件事情，特別是最後圓滿完成的時候有一種小小的成就感。其實做了五年的程序員，平時很少加班的，因為沒有加班費所以公司也不提倡加班。如果不是特殊的情況，一般都是朝九晚五的節奏，很少有在公司待到一兩點的。很多人提到程序員就是加班，什麼九九六，什麼零零七，其實正常的公司為沒有這么變態了，一般只是一些特殊的情況才會偶爾加一次。

⑥ 如果微信被運維刪庫、跑路，會造成什麼恐怖的後果你怎麼看

這個問題問的還是很有意思的，也是熱點問題吧。如果微信被運維刪庫跑路的話，會造成什麼樣的結果呢，其它微信就簡單的多了，它無這不微盟那麼復雜，因為微盟是有更多客戶數據的，結果也不太一樣，因為它的服務對像並不多，也只是300萬，但是數據量反而非常大，所以刪庫的影響反而更大了，微信被刪庫的話，結果會是這樣的。

怎麼我的微信登不上去？這是最為常見的。客戶基本信息數據丟失了，微信會登不上去，使用手機號登錄可能還會提升，沒有注冊過呢。這個影響是最大的，就是微信數據丟失了，啥啥都沒有了。

再有的就是部分資料庫的無法使用，比如有微信，可登錄，但是好友沒有了，朋友圈的數據沒有了，備注的用戶名沒有了，等等，這個是一些相對影響小一點兒的。另外微信因為用戶比較大，所以它的用戶數據存儲應該是分散式的，相對微盟這樣的相對集中式管理還是不太一樣的，個人認為了，具體的只有騰訊的工程師知道他們的數據存儲方式了。

最後就是最恐怖了，那就是微信它有一個錢包賬戶，裡面是有錢的，如果用戶的賬戶信息缺失的話，可能會造成巨大的錢財無戶主，想想看，你的錢是不是沒有什麼保障呢？所以錢最好還是不要放到微信裡面好呀。

你好，很負責任的告訴你這種情況幾乎不可能發生。

我們從如何刪庫的方式來分析下：

企業一般情況下只有開發人員或DBA（資料庫管理員）有許可權通過SQL操作資料庫。 基於數據的重要性，企業一般都有嚴格的許可權限制及SQL審核機制，對操作人員的執行的SQL進行審查，粒度可以精確到執行時間長短、刪除等危險性操作、數據查詢結果量等，凡是匹配相應的策略，平台將會拒絕執行此類操作。 因此通過SQL達到刪庫是不可能的。

操作系統級別的格式化或刪除一般只有系統管理員有許可權執行，但是以目前的自動化水平， 伺服器的交付已經完全可以脫離系統管理員手動操作 ，從而有效的避免了人為操作引起的事故。另外， 系統管理員也都不是直接操作伺服器，而是基於堡壘機操作，堡壘機已經對用戶許可權、目錄、刪除操作都做了限制，因此也無法做到刪庫的目的。

雖然，我們在網上偶爾聽說某某公司程序員刪庫跑路，這其實都可以通過技術手段來避免，像騰訊、阿里、網路這樣的大廠對刪庫這樣的危險動作，肯定都是做了十足的防範，這種事情的發生的概率比中彩票還難。

最後， 企業的資料庫都有高可用架構、異地容災、完善的資料庫備份計劃，甚至還時長會對故障進行演練，因此即使發生資料庫被刪，也能夠通過一些列手段將數據找回。

綜上所述，微信被運維刪庫、跑路，用戶感知的後果應該會是暫時登陸不了，不會有什麼其他大的問題。不過，鑒於微信的流量，最終後果還得看吃瓜群眾的反應。

刺激！！！

刪庫最直接的影響就是能會導致系統瞬間崩潰，所有相關功能癱瘓，然後就是公司無法估計的經濟損失。業務停擺、股票暴跌、市值下降再到後續的信任危機、對家搶單等等等等。

反正就是，嚴重的就像是微盟的下場，可能他們也沒想到，一個女人能引發這么大的「 血案 」。

刪庫被稱為程序員最後的底褲！！！是程序員最後的倔強！！！

一般來說，程序員還都是比較講理的，但總有一些「大老闆」不斷地挑戰小哥哥的底線，不管是從精神上還是物質上，不斷地壓榨小哥哥們，最後導致了悲劇的發生...

畢竟，刪庫簡單，跑路難，刪庫的程序員都是抱著同歸於盡的想法來進行的刪庫，在現在進行跑路實在是太難了，所以你放心，你只要不過分的欺負你的寶貝程序員他是不會輕易做出這么危險的事情的。

要說最轟轟烈烈的刪庫事件應該就是微盟的刪庫事件了，瞬間將rm-rf的身價狂抬到30億短短的五個字元價值竟達到了30億。

事件的起末應該就不用我多說了！！！大家肯定都已經懂已經知道了！！！

要想生活過的去，頭上必須帶點綠。

我還是簡單的敘述一下吧！

某某員工不管被自己的老闆綠了，然後還被威脅要辭退他，他的女朋友去幫他說情，然後這個可憐的小哥哥又被綠了。

憤怒之下的他，打算像個男人一樣！站起來！

然後他就刪庫了，但是他沒能跑路...

所以說小哥哥們要多注意鍛煉身體，要不然你刪庫完都跑不了，就做好同歸於盡的准備！！！

一定會有人問，那微盟這么大的公司沒備份嗎？？？

不好意思嗷，備份也被刪庫了。

這說明了一個很大的問題，備份不要只有一個，多個備份要分到不同的人手中管。

也不排除團隊刪庫跑路哈，那估計真的是仇恨值爆表了！

剩下的小事件還有...

思科前員工在2016年7月到2018年4月任職期間，惡意刪除思科四百多台虛擬機，造成16000個WebEx Teams賬戶被異常關閉。思科因此被客戶退款超過100萬美元，其損失共計240萬美元。

2018年9月，順豐一位高級工程師在升級系統資料庫時，不慎將RUSS資料庫刪除，導致了順豐線上發車功能約10小時無法使用，負面影響嚴重。最後該程序員被辭退，也被「跑路」了。

2017年9月，廣西某大型IT企業為客戶進行擴容割接時，誤操作將HSS設備裡面的用戶數據格式化刪除，導致該運營商近80萬用戶數據丟失從而無法通話和上網，波及七八個地市，事故重大。

還有好多，類似的事件。

要想安安心心的杜絕此類事件，還是要有待員工，不要讓他們鋌而走險。

怕刪庫，先容災，再備份！

有關容災備份的解決方案可以去雲掣官網看， https://www.dtstack.com/dtsmart/#tt

如果微信被運維刪庫、跑路，會造成什麼恐怖的後果？你怎麼看？ 最近微盟公司因為員工和公司之間的矛盾，於是員工怒刪微盟公司資料庫導致了公司SaaS業務崩潰、基於微盟的商家小程序處於不能運行狀態，300萬商家商家生意停擺。並且還導致了微盟集團在港市值蒸發10億，搞得是沸沸揚揚。

這次數據被刪造成了微盟公司信譽的重大損失，到目前微盟公司的資料庫還沒有恢復，最新的消息是要到2月28日24時才能完全恢復，也就是說這一下竟然有差不多四五天時間基於微盟資料庫的300萬商家小程序不能正常運行，會帶來相當大的損失。本來現在生意就難做，再加上小程序還不能使用，更是雪上加霜。

微盟公司與騰訊相比可以說體量完全不一樣，即使微信的用戶數量就達到了10億級別，與300萬用戶數相比完全不是一個級別。況且還有幾億商家基於微信開發的各種各樣的應用等等。如果微信發生資料庫刪除的情況，可以說會對微信會造成幾乎整個 社會 一片憤怒，而不是像微盟那樣單單300萬商家。

微信裡面不但有個人、群之間的聊天這么簡單，即使是基於微信作為營銷陣地的各種團隊、個人將會是哀嚎一片。有基於微信做得各種各樣的應用、小程序、個人財富等等，給個人和商家財富的損失比如零錢、理財等，會給騰訊帶來數不清的官司、幾千上億商家業務的崩毀，這給騰訊帶來幾乎毀滅性的打擊。

如果微信不能保證安全，那麼其對手必然會加大對微信用戶的吸收，到後來微信也許就會逐漸凋零步入小眾，也許人手一個微信的將會變成人手一個支付寶。沒有了微信這個平台騰訊將會失掉收割的臂膀，騰訊的業務會隨著微信的凋落，也將一步一步走向平庸。

不過這一切都是假設，像騰訊公司微信這么大體量的業務，已經做好了萬全的備份策略，即使是刪除掉某些內容，很快也會恢復回來。

一個運維就想把微信刪庫？那是不可能的！

只能說非專業人士，對微信這個規模的系統一無所知，對運維的概念還挺停留在小網站的層面。

用戶數據是微信得以生存的基礎，一旦微信用戶數據被刪除，可想而知，微信的發展到底會受到什麼樣的掣肘，甚至於微信可能會陷入到「生死存亡」的關鍵時刻，怎麼樣的信任危機呢？

但是，我們的擔心有多多餘呢？其實，我們得知道的是，騰訊的資料庫——

騰訊貴安七星數據中心的表現出色，更兼具安全性。

除此之外，騰訊江寧數據中心，上海數據中心等等，以及騰訊貴安七星數據中心等等，都讓騰訊的資料庫分散四處，且進行多種備份。

除此之外，用戶管理這種絕密的數據，是在騰訊中心進行管理的，並且大量刪除數據許可權需要多人授權，單個人刪除騰訊數據幾乎可能為0！

這還用想？阿里釘釘立馬趁火打劫推出普適版啊~只要微信一黑，阿里內部給釘釘的預算絕對是「無上限」級別。

當然這都是後話，人家托尼馬也不是吃素的，自家的社交命脈，沒那麼脆弱，對於用戶數據那都是多套備份，無縫銜接，就和酒店停電，地下室的發電機會立馬啟動一個道理。而微信有這個權利把所有備份刪光的除非托尼馬暗示張小龍花一定的時間才能做到完全刪庫

首先要明確，刪是刪不動的，就算一時能刪除，也很快能找出備份恢復，所以恐怖後果不太可能，短期出現一些波動震盪就正常。

因為造不出什麼惡劣後果，所以跑路真沒必要，除非他能夠從中獲取到重大的經濟利益。

可能嗎？

這種可能性極大。收到競爭對手重金賄賂違法反職業道德是一種，或者因為騰訊是上市公司，重金高杠桿期貨做空也是一種。

用戶數據是微信得以生存的基礎。

區區一個兩個運維對微信能造成的傷害極小，一時刪檔，迅速恢復，就如大河裡的一朵浪花，起不到多大作用，但要預防有惡意者結合政治經濟形勢下做出的聯動，那樣有可能造成恐怖的後果。

比如結合前段時間國家對互聯網超大企業「二選一」規則的限制，騰訊的股價本身就在暴跌中，那時的百上加斤就最可怕。

單純的理工男的泄憤行為，對微信這顆大樹的影響微乎其微，基本可以忽略不計。

運維能對微信造成的傷害極其有限，並且也有時間局限

微信的數據有一個嚴密、安全的保護方式，而且有非常穩妥有效的數據恢復方案。所以就算有運維把他所負責的微信資料庫刪除了，可能對微信整體也無法造成太大的影響。那種被運維刪庫後就找不回數據的情況，通常只會發生在不怎麼規范的中小型企業身上。

以阿里巴巴為例，你要想全部刪除，至少需要150個左右完全不同小組的最高許可權。

由於微信的用戶數量上10億，涉及到的數據和備份也達到天量，因此微信的資料庫也不是由一個運維人員來掌握的，而是分成幾個甚至幾百個部分，由不同的運維分開控制，每個運維的許可權也不一樣，互相不能訪問，甚至每份數據都保存在不同的地點。

這樣一來，就算其中一個運維刪庫跑路了，影響到微信的可能也是資料庫中的一個很小的部分，不會影響到整體。比如某一個用戶資料庫被刪掉了，可能就只會導致十幾萬或者上百萬的微信用戶無法正常登陸，但其餘大部分用戶可能壓根感覺不到有什麼影響。

而且一般來說，只要保存數據的伺服器沒有遭受物理損壞，通過普通方式刪除掉的數據基本上都是可以恢復，即使資料庫完全被清空了，備份也沒有了，也可以通過恢復硬碟的方式來找回數據。只不過速度有些慢而已。

當然微信裡面不但有個人、群之間的聊天這么簡單，有基於微信做的各種各樣的應用、小程序、個人財富等等，那些基於微信作為營銷陣地的各種團隊、個人將會是哀嚎一片。給個人和商家財富的損失比如零錢、理財等，會給騰訊帶來數不清的官司、幾千上億商家業務的損失，以及無形商譽和品牌名聲上的質疑。

這些都會給微信帶來一定的糾紛和麻煩，但是只要恢復速度夠快，微信的體量也大，還是能夠輕易消化這些糾紛和損失的。

若是競爭對手打擊必然配合有系統整套的計劃

因此，就要預防在戰爭或者非常情況下競爭對手精密部署，做出惡意的系統性計劃來。

近年的幾個案例可以作為分析警醒。

微盟公司因為員工和公司之間的矛盾，於是員工怒刪微盟公司資料庫導致了公司SaaS業務崩潰、基於微盟的商家小程序處於不能運行狀態，300萬商家商家生意停擺。並且還導致了微盟集團在港市值蒸發10億，搞得是沸沸揚揚。

這個是規模小，刪除成功了，而且備份系統不夠強大，恢復時間有點長，這種威脅對微信來說可以輕松應對。

2018年9月，順豐一位高級工程師在升級系統資料庫時，不慎將RUSS資料庫刪除，導致了順豐線上發車功能約10小時無法使用，負面影響嚴重。最後該程序員被辭退。

順豐資料庫規模夠大，這位高級工程師已經身處核心，也造成了嚴重後果，順豐花了10小時恢復，可見運維這種行為能影響大型互聯網企業的時間是很短的，關鍵是因之衍生出來的各種 社會 影響和負面影響才是要緊。

思科前員工在2016年7月到2018年4月任職期間，惡意刪除思科四百多台虛擬機，造成16000個WebEx Teams賬戶被異常關閉。思科因此被客戶退款超過100萬美元，其損失共計240萬美元。

這個案例造成的影響是由客戶直接反應回來的，正如螞蟻延緩上市，阿里巴巴美股投資者起訴阿里巴巴一樣，配合上政策性因素以及市場放大反應，那才是真正致命的東西。

至於微信可能會出現無法登陸、不能發消息、不能打開公眾號、小程序等故障，持續的時間則由運維人員恢復數據的速度來決定。這些只是事件的原點，能放大到多少倍要看市場的反應和當時的環境，以及有沒有被惡意設計。

在疫情肆虐的如今，金融投資者的心態已經沒有以前那樣平和理智，這無疑也會提供一定的加成放大因素。

刪庫最直接的影響就是能會導致系統瞬間崩潰，所有相關功能癱瘓，然後就是公司無法估計的經濟損失。業務停擺、股票暴跌、市值下降再到後續的信任危機、對家搶單等等等等。

另外出現這樣重大的安全和管理漏洞，也會引發市場對騰訊管理經營水平的懷疑，從而大幅動搖投資者對上市公司高昂股價的信心。

單一因素並不可怕，要預防競爭對手甚至敵對國家組合所有因素的重磅一擊。

若是個人行為必然伴隨重大的經濟利益

干什麼事情都要講經濟利益的。

IT企業運營有一個重要的環節就是備份，正規的企業都會有多種備份方式，比如異地備份、雲端備份等。而且正規企業的IT運維人員不止一個，每個運維都有不同的許可權。能夠訪問數據的運維一般都沒有操作備份數據的許可權，為的就是避免一個運維「精神失常」，把數據和備份一鍋端了。

作為一個無論清醒理智還是不理智的運維，基礎的專業知識都是存在的，既然知道短期刪除對微信造不成實質傷害，還是要做，必然有其深刻現實的原因。

他為什麼要刪掉跑路，定然牽涉到重大的經濟利益，而且知道數據可以恢復，導致東窗事發，只有一走了之。

連續近期政策性因素影響的大跌後，阿里、騰訊、京東、美團互聯網四巨頭股價最終迎來回升。港股方面，阿里巴巴漲3.14%，騰訊控股漲5.44%，京東漲8%，美團漲7.9%。其中，騰訊最新市值55687.27億港元繼續超過阿里，位居港股市值第一的寶座。

這樣巨大的五萬億市值，一個波動，就能造就無數個千萬甚至億萬富翁。

因刪檔造成的短期騰訊的股價大幅下降，存在資本市場大幅做空獲利的巨大空間，這應該是才是運維奮不顧身的原因。

不過說實話，世界早已過了單打獨斗個人英雄的時代，個別運維如果不結合時勢，只不過是螞蟻撼樹，終究無可奈何。

綜上所述，理工男單純的意氣刪除，對微信的傷害其實是微乎其微的，但是在國際環境、政策變化、競爭對手、甚至敵對國家組合各種因素，也抓住有利時機的情況下才有可能造成恐怖效果，這個值得微信運營警惕深思防範。

聽說IT運維人員學的第一課就是「從刪庫到跑路」，雖然這是一句玩笑話，但是在一些不是很規范的IT企業，IT運維的很多操作都是在線的，一不小心就會給企業的資料庫帶來災難性的後果，萬一沒有備份，客戶的數據都找不回來了，那麼企業多半也就黃了，有的甚至還要向客戶賠償經濟損失。

所以IT企業運營有一個重要的環節就是備份，正規的企業都會有多種備份方式，比如異地備份、雲端備份等。而且正規企業的IT運維人員不止一個，每個運維都有不同的許可權。能夠訪問數據的運維一般都沒有操作備份數據的許可權，為的就是避免一個運維「精神失常」，把數據和備份一鍋端了。

而騰訊是IT企業中的龍頭老大，規章制度和備份機制肯定是最完善的。所以如果微信被運維刪庫、跑路了，那麼肯定會有其他運維第一時間頂替對方的工作，然後通過備份來恢復數據。這種情況下，微信可能會出現無法登陸、不能發消息、不能打開公眾號、小程序等故障，持續的時間則由運維人員恢復數據的速度來決定。

一般來說，只要保存數據的伺服器沒有遭受物理損壞，通過普通方式刪除掉的數據基本上都是可以恢復，即使資料庫完全被清空了，備份也沒有了，也可以通過恢復硬碟的方式來找回數據。只不過速度有些慢而已。比如這次事件當中被刪除的微盟就已經宣布：已經全面找回數據，並將於3月2日晚上10點到3月3日上午9點，正式進行恢復上線。

至於微信的用戶數量上10億，所以涉及到的數據和備份也達到了一個天量的數級，因此微信的資料庫很有可能不是由一個運維人員來掌握的，而是分成幾個甚至幾百個部分，由不同的運維分開控制，每個運維的許可權也不一樣，互相不能訪問。甚至每份數據都保存在不同的地點。這樣一來，就算其中一個運維刪庫跑路了，影響到微信的可能也是資料庫中的一個很小的部分，不會影響到整體。比如某一個用戶資料庫被刪掉了，可能就只會導致十幾萬或者上百萬的微信用戶無法正常登陸，但其餘大部分用戶可能壓根感覺不到有什麼影響。

另外，微信的聊天數據並沒有被保存在伺服器上，而是保存在用戶的手機里。所以就算微信被刪庫了，用戶的聊天記錄也不受影響，只要用戶保證手機中的聊天記錄不被刪除就可以了。反過來如果手機中的聊天記錄刪除了，基本上就沒有找回的方法了。

總而言之，微信的數據肯定有一個嚴密、安全的保護方式，而且有非常穩妥有效的數據恢復方案。所以就算有運維把他所負責的微信資料庫刪除了，可能對微信整體也無法造成太大的影響。那種被運維刪庫後就找不回數據的情況，通常只會發生在不怎麼規范的中小型企業身上。

一幫子不審題就答題的人，題主問的是如果被刪會怎麼樣，而不是微信會不會發生刪庫的事情。

⑦ 程序員最不願意聽到哪些話

10句話立馬激怒程序猿：
第十名：「加油!我先下班了啦~」

作為一個需求方，我提醒你不該說這樣的話……
第九名：「你造嘛，我新電腦的內存有1TB!」

內存和硬碟有啥區別，你造嗎?
第八名：「能幫我黑XXX的QQ嗎?」

不能!不能!不能!
第七名：「盡快做完，好伐?」

用郵件發這句話殺傷力更大……
第六名：「你先大概弄一個，讓我參考看看。」

請問，什!么!叫!大!概?!
第五名：「幫我加10個功能先，明天就要，拜託!」

拜託，我又不是變魔術的!
第四名：「太好了，你還沒回家，幫我個忙，很快的!」

和第一句連在一起說，你會死得很快~
第三名：「為什麼今天網速這么慢?」

怪我咯?
第二名：「這個應該很簡單的吧?」

我不想給你解釋，解釋了你也不懂，心累。
第一名：「這里改一下就好了啊!」

YOUCANYOUUP!