該開除的是專案管理者，一般專案管理中會防範這種程式碼丟失的風險，建立原始碼管理機制，一方面保證多人程式碼的協同開發，一方面可定時備份防範程式碼丟失的可能。當然在一些業務專案現場開發中可能沒有條件建立這些制度，也不應該立即開除開發人員，責任不全在他身上，這是管理缺失造成的，而應該先找到補救措施，再將管理缺陷補上，前事不忘，後事之師。

首先，程式碼保管上有問題。不同的人應該設定有不同的許可權，有的人只能讀取，不能進行刪改等操作。

第二，對資料備份不重視。有了備份資料，可以把損失降到最低。

程式設計師的工作就是整天和程式碼打交道，在正常操作程式中是不會出現這種失誤的，如果出現操作失誤把程式碼刪掉了，那得具體看是在什麼情況下造成的，工作失誤失責都會有，但主要先查明原因，是主觀故意還是客觀大意。如果是主觀故意造成程式碼資料被刪掉，那麼應追究其行為人的法律責任，單位因程式碼資料被刪掉所造成的損失應由行為人承擔。如果是客觀大意疏忽造成程式碼資料被刪掉，那麼就要從源頭抓起，教育程式設計師在操作時認真敬業，愛崗守責，對因程式碼資料被刪掉所造成的損失可由行為人承擔部份損失。當然現在程式資料被刪掉後也可修復，但對員工的管理要跟上，勤監督，勤檢查，做好資料備份，以防類似事情發生。

如

1.這不就是從刪庫到跑路嗎？

2.責任在於你是否辭職的塊！跑得快

3.萬一你辭職慢了！跑的慢！那麼責任在你！而且還會被打

4.同上如果跑過去了！那麼沒事！繼續找個公司繼續要從刪庫到跑路

正規產品程式碼是提交到公司級程式碼版本伺服器上，一般用較多的是git或svn。這些伺服器上只有管理員能徹底刪除資料，其他人的賬號只能提交程式碼，無權刪除。程式設計師誤刪也就只能刪掉自己本地的程式碼，就算把刪除程式碼提交到版本伺服器了，也只是版本伺服器的一個增量提交操作，revert一下就回來了。那要是管理員誤刪了伺服器資料怎麼辦？當然有其他保護辦法，伺服器還可以做資料備份的。

說到資料備份技術。備份可以分成全量備份和增量備份，例如每10次增量備份就做一次全量備份。備份頻率可以到小時級別。經過長時間的備份後，還會由運維人員執行離線異地備份。簡單點的做法是把整個伺服器虛擬機器或資料備份複製到行動硬碟拿走，高階做法可以部署專業的資料容災軟體，為伺服器實現異地連續資料保護，簡稱CDP技術。這個技術可以記錄一段時間內的所有修改操作，把這些改寫資料的操作串起來維護就是一個叫做journal的資料記錄。可以理解成類似資料變更錄影機，記錄了一段時間內任一次修改操作。在這個journal內，資料可以像影片播放器拉動播放進度條那樣，選擇任何一個點恢復資料。

至於程式設計師自己，前面說了也就只能刪刪個人電腦那份程式碼。刪了怎麼辦？從伺服器重新checkout就可以了，最多就是損失個人未提交那部分程式碼。既然是未提交的，也就是說未算納入產品。開發流程規範的公司會有對應及時提交程式碼的要求，比如每天的改動的程式碼要及時提交，所以本地即使丟失了未提交程式碼一般不會太多，最多一兩天的程式碼量。

最後，程式設計師誤刪程式碼要不要負責？當然要！你的專案經理如果合格的話，馬上就會要求你自行找時間加班把未提交的程式碼重寫，總不能讓你影響專案進度哈哈。不多說了，該回公司查bug了！

負責是肯定的，開除就有點誇張了，頂多也就是扣點獎金，談個話什麼的，然後費點勁花幾個小時給恢復回來，程式碼丟失這種事偶爾會出現的，但大家自己對自己的程式碼都有一個本地備份，重新上傳就好了

這個失誤暴露出公司的管理有問題，沒有完善的開發、測試及釋出流程，但是通常小的公司都有這樣的問題，一人身兼數職，開發測試部署也許都是一個人來，甚至於業務需求也是一個人兼著，對於這樣的公司，如果出現的狀況，把責任全歸咎於程式設計師，這是不公平的。對於--程式設計師本身來說，工作要認真點啊，寧慢可慢一點，千萬別出錯，出點錯就挨批甚至罰錢，掙點錢難啊

故意的話一定是要負責的，造成嚴重後果的話還觸及到刑律。無意或者誤操作的話，主要還是看後果。但是作為一家成熟的技術公司，一套完備的操作規範是必不可少的。所以無論是什麼程式碼，至少要有兩到三處備份，確保一處被破壞了，至少還能找回來。一般來說，程式碼會有開發、測試、版本控制、生產環境四套。那麼必然是有套環境不是所有程式設計師能隨便動到的，比如說開發不能動測試環境，測試不能動開發環境，開發和測試用svn或git版本控制，但是svn和git伺服器要有專人管理，一般程式設計師可以用但不能接觸到這臺機器。生產環境的程式碼也是專人才能動，那這樣不會有個人許可權大過天所有程式碼都能動到，確保程式碼的安全性。資料庫一樣也是如此。如果你都考慮到地震外星人入侵的災備了，不會連自己人搗亂這種事都不考慮的。

答案是該負責...不是開除那麼簡單...需要追究法律責任...因為資料和程式碼在不是故意的情況下是刪不掉的...即使故意刪除...難度也很大...尤其是現在GIT滿天飛的情況...理論上就破壞不了程式碼...資料庫一般也有都備份機制...不是蓄意破壞根本沒可能破壞...

悲劇啊，只能說明管理有問題

其次對於update操作一般要求對處理原有資料要備份的。

另外程式設計師都是在測試庫測試完畢後再對正式庫做操作。

最後操作資料庫的時候至少也要作一個commit吧……

怎麼可能。管理規範的公司，怎麼可能讓一個人就把程式碼刪了，就算是發生了地震，火山，洪災也不可能丟掉程式碼啊。程式碼一般都是分散式儲存的，並且許可權管理非常分散，沒有一個人擁有全部許可權。程式碼遍佈於世界各地的伺服器上。除非地球沒了。

沒有責任，管理過程缺失。使用者直接到程式設計師。所有的責任都是程式設計師，那麼程式設計師工資應該幾何？

配置管理，缺陷管理，需求管理，版本管理，風險管理。應該拿無份責任工資。但是現實是悲催的。

但是悲催的是，很多公司過了CMMI5是為了拿證書，節省成本，依然根本不去實踐。最後還是使用者直接對程式設計師，程式直接釋出，中間環節完全沒有，出現任何問題一定是人為的，最後經理會說，你寫的程式碼，出現任何問題都是你的。

最後結果，告訴你，你不要內疚，因為人非聖賢。最後被領導罵為什麼，這就是程式猿是最悲催的，不如妓女。選錯了行業，但是隻能忍，熬下去。

領導問你，你就說，我的責任，愛咋咋地。挨踢，就踢，不行再換公司，垃圾的公司到處都是，哪裡沒有飯吃？

小故事：今天領導開會說，回家吃飯拉屎都要想技術上的事，為什麼沒有做好。我說好，站在領導的角度去沒錯，這叫敬業。領導應該這樣說，如果換位思考也是如此。

我心裡說話，回家想單位的事，去死吧。我人生為什麼都共享給單位，不分配給家人？。人活著為自己，我沒有想賣身契的。不在其位不謀其政。

和這個問題一樣，那個對那個錯？每個人都有一杆秤。上面換個角度就會扯到其他方面，結論就不同了，自己要有桿秤，拿秤砣要在一定要拿在自己手裡。

除非你決定學習華為，簽了賣身契，願意拼搏。

大多數做軟體的公司都有管理專案的軟體，所有檔案程式碼都提交到伺服器上，有完善的備份機制，以及準確的許可權分配，所以在這樣的公司，這種問題幾乎不會出現，除非備份硬體物理損壞，沒有這種機制的軟體公司，估計業務也不會很重要，即使不小心全部刪了，重編寫也不會花太多的成本，否則非常重要的東西，會沒有備份？

遇到這種情況，一定要在第一時間報告，從最近的備份資料裡回覆，把不能回覆的損害減小到最小，這點很重要！因為在錯誤資料上的一系列業務操作所登的資料都是錯的，拖延不報告只能讓損害擴大。

最多刪掉一兩天的，第一，很多公司是有伺服器的，階段性成果檔案是需要上傳至伺服器的。另外，一個大的專案會有多人協同作業，在這期間會有資料的交換，從而儲存下來此前某個版本的存檔。所以損失的可能只是一小部分，可以補救。如果是有許可權，又蓄意刪除所有程式碼，那我認為算的上是一次事故了。處罰是肯定的吧

雖然不是程式設計師，但是一般公司為了保證重要研發的進度安全會有下面幾個策略：

伺服器端的程式碼許可權，普通程式猿只有提交許可權

一般來說，程式碼問題是不存在的，畢竟一般都有SVN等程式碼管理工具，除非你把服務端和每個專案成員的程式碼全部幹掉，否則是沒什麼問題的！你最終刪除的，也是你自己寫的尚未提交的部分，實在不行，重新寫過。。。這裡，重點說一下資料的問題，即資料庫。正常來講，生產環境的資料庫都會有備份的，如果誤刪，恢復即可！如果沒備份，只能呵呵了！至於開發階段的資料庫，一般都是測試資料吧，應該也有備份吧！刪了就重建唄！不過，一般來講，誤刪的資料，只是某些表中的某些記錄吧！應該還是測試資料，應該沒什麼影響！沒人會在直接操作資料庫表資料之前不做備份的吧！

首先可以肯定的一點是，是要負責任的，畢竟是你吧，程式和資料刪除掉了。這是無需質疑的。但從公司的角度講，在公司層面，它也是存在問題的，為什麼說呢？因為如果公司在許可權和系統運維管理規則上面，有足夠嚴格深入的管理的話，造成這種情況的機率和可能性是很低的。所以要負責也不是程式設計師，單單自己負責,公司的質量管理運維體系也是要負責。

曾經我在一家公司工作的時候，因為年輕氣盛，對自己的工作能力和技術能力水平也比較有信心，就發生過這種失誤，對當天線上的資料庫做匯入的時候把當天產生的資料全部清空，作為提供網際網路服務的公司來講，如果發生這種情況的話，對客戶的信心是有極大打擊的，因為如果一旦產生客戶對公司的服務不信任的話，這種口碑就無法建立起來，而好事不出名，壞事傳千里，以後再想開啟市場局面，就相對比較困難。

當然，這還是影響範圍比較小的，如果說影響規模比較大的話，那就會比較恐怖了，很多公司是因為程式設計師的一個金手指導致破產，公司幾百號員工丟了飯碗的事兒太多了。

那你說像這種情況程式設計師怎麼負責，負責得了嗎？誰也保證不了自己工作零失誤，但是作為程式設計師來講，要時刻保持著謹慎行事，特別是做線上生產運維的，一旦失誤，後果確實是比較嚴重的。

程式碼刪除了，肯定是要負責的，具體要負責到什麼程度，要視情況的而定，是否造成損失，是否能挽回損失。一般公司都有版本控制的服務來管理程式設計師的每天所寫的程式碼，比如git,svn,csv等等，功能基本大同小異，目的就是方便管理程式設計師平時寫的程式碼，比如是誰寫的程式碼，什麼時間提交的程式碼，返回到歷史版本等多種功能。一旦本機的程式碼被刪除，可以直接從伺服器下載。

當然，並不是任何時候都是保險的。比如本機的程式碼沒有提交到git或者svn伺服器就被刪除了，刪除歷史記錄也被清空了，這種情況下你就哭吧，哭也是沒用的，都說敲打的程式碼就是程式設計師的心血，刪除了心血就全沒了，如果是某些關鍵性程式碼且邏輯複雜，寫出來費時費力的，這個時候你就等著老闆熊你吧，要麼跑路，要麼乖乖地加班到天亮。當然程式設計師都是負責任，有擔當的，跑路肯定不會的。

面對以上可能出現的問題，作為程式設計師，要及時將寫好的程式碼提交到伺服器，養成好的提交習慣，提交頻率至少一天一次，還有定期做好程式碼備份，以防萬一。

作為一個真正的軟體從業者可以分析下這個問題，首先如果是正規的大公司這種狀態幾乎不可能出現，可能在一些規模稍微小點的公司會存在這種情況，還有就是大公司的伺服器被攻破被駭客給黑掉，可能會存在這種情況。

軟體公司在涉及到資料方面的東西的時候，都會有相應的備份方案，這在軟體裡面叫軟體版本管理工具，常見的有svn，git等等都可以完成備份，所以即使線上的出問題了還是可以恢復之前的版本使用

作為直接的參與人包括對應的管理人員需要負責任，雖然程式碼是程式設計師寫的但是靠一點點的回憶起來相對來說很難。

編寫的程式碼一定要注意備份，隨時隨地儲存，養成良好的編碼習慣。防止資料丟失的再次發生。