1. 程式人生 > >別拿CTO的愚蠢,幹掉新人對生活的希望

別拿CTO的愚蠢,幹掉新人對生活的希望

作者介紹

楊志洪,DBAplus社群聯合發起人,新炬網路首席佈道師。Oracle ACE、OCM。OOW、GITC、Gdevops大會演講嘉賓,對資料庫、資料管理有較深入研究。合譯《Oracle核心技術》。

一大早起來,看到某廠商的官方微信推出的一篇文章,說的是一個人入職第一天就被幹掉,而且面臨起訴。

英文原文連結見:https://www.reddit.com/r/cscareerquestions/comments/6ez8ag/accidentally_destroyed_production_database_on/?st=J3HYL8QW&sh=bed17cf0

CTO

不想翻譯了,簡單解釋下。

這孩子第一天上班,老闆給了他一份文件,搭建本地開發環境。那個寫文件的人傻白痴,居然賬號密碼、甚至連線方法都是到生產庫的。這個孩子以為是測試資料,然後清除了裡面的所有資料。半小時後,生產業務的人叫囂起來了,這小孩意識到自己誤刪了資料。然後CTO就讓他滾蛋了。最扯的是,資料居然沒有備份。

對於這個問題,英文媒體下的評論區太熱,直接關閉了。擷取一部分給你看看。

先看來自Crazy on tap上的。

Crazy on tap

再看看Twitter上的。

Twitter

看到這些評論,整個人都舒坦了。

看到這裡,你有沒有覺得很爽!

其實今天還看到一篇題為《血淚總結!創業公司的CTO,你一定要主動規避這些坑》的文章,有這麼一段:

“先讓我從印象最深的一次宕機講起。有一天,有一臺機器的容器掛了,我對技術人員說,你把機器重啟一下吧!然後他就去了。結果沒幾秒鐘,突然收到報警。我問那位同事,你做了什麼?他反問,你不是讓我重啟伺服器嗎?

……

所以,作為技術管理者,一定要清楚地對下屬表達自己的意見,否則,一旦出現操作上的‘歧義’,後患無窮。

關於資料庫的經驗分享,首先是永遠不要忽視資料庫的重要性。我要求資料中心的管理人員,每個禮拜的固定時間要進機房巡檢,是真的去人為地一臺臺巡檢,並把這件事當做日常的工作之一。

第二點經驗之談是資料庫怎麼備份都不嫌多。這方面我也是吃虧長見識,公司的資料儲存量不大,平均一個小時備份一次,當時出了一次意外,有一小時的資料丟失了,最終找到硬碟公司,花了幾萬元才把資料恢復出來,重新再合併回去。”

說得很坦誠。我們無從得知的是,如果真的那機器後面沒起來,這個技術人員是不是會跟上面那孩子一樣,手足無措地回家去了。而且,這件事可能成為他這輩子的陰影,說不定新婚之夜因此不舉了呢。別笑,真有類似這樣的案例。

人非聖賢,孰能無過。難得的是勇於承認自己的問題。

我自己帶團隊也犯過這樣的錯誤。黑色愚人節和黑色星期五,發生在某年的四月和五一。連續兩個月,團隊出這樣的問題,你可以去算一下我的心裡陰影面積了。

分別是什麼問題呢?

四月一號,是一個工程師接到工單,工單上寫著要“解綁某個使用者的資料庫讀寫許可權”,工單流轉到資料庫組來,他按照字面意思就做了。然後,就有業務反饋不能用了。

發生這個事故,有兩個原因,一個是本身流程有問題,工單需求本意是解綁個人使用者的相關4A許可權。但是,工單里居然有核心資料庫使用者名稱。二是,實習生本身的問題,工單本身是最簡單的事情。要求任何有疑問的地方,不要去執行,而是先找你的指導老師。這位工程師因為對各種技術理解和溝通都算上乘的,所以很有傲氣,覺得自己理解的沒問題、自己做的沒問題。到最後離開了,她依然認為自己按照工單這麼操作是可以的,覺得流程才是導致她犯錯的原因。

對於更高一級領導來說,影響了業務才是天大的事,就算各打五十大板,直接導致問題的那端,總是難逃其咎的。

這個事情發生後,團隊的心理壓力都很大。

但是到了五一,還是又出了問題。

一貫有工作認知的某同事,在做資料清理的時候,本意是清理某個分割槽的,他把整個表都清理了。總共涉及了8張表。雖然多年過去了,這些數字真的不會忘記。

幸運的那些表是歷史表,生產業務無感知。我前前後後投入了6個人,弄了一個月才把資料恢復回來。

今天晚上跟一個老客戶聊天,認識十幾年了,現在我們一班小朋友在給他做維護。他覺得我們現在的團隊很好,新進團隊的一個小朋友他感覺非常不錯。他之所以對這位小朋友感覺特別好,是因為這位小朋友是我們從別的大客戶調過來的,他就覺得幹過大型系統的人,就是不一樣,說什麼他聽得懂。

他說的其實是什麼意思呢?他說的是,這個人是經過調教的。

什麼算是經過調教的呢?

懂得遊戲規則,遵守遊戲規則,在規則內創新。

我之前寫過一篇文章,名字叫做《運維DBA的四大紀律9項注意》,可以算作一種規則。但具體到各個團隊,其實會有更加分解的東西,更加場景化定製化因地制宜的東西,才具備可操作性。

最近還有一個類似的案例,某正在準備IPO的P2P公司,首架被廢,百度裡的資訊已經被清理乾淨了,脈脈裡還在。由於下面員工誤操作,導致公司損失百萬級,然後老大被幹掉了。

這才是合理的方式。

有人還記得光大證券烏龍指事件麼?

2013年8月16日,光大證券自營系統由於“存在程式呼叫錯誤、額度控制失效等設計缺陷,並被連鎖觸發,導致生成巨量市價委託訂單,直接傳送至上交所,累計申報買入234億元,實際成交72.7億元。”這個事件是公司賠付,公司老大被擄,N多人被追責。

作為一個團隊領導來說,有些責任是你天生要背的。如果是運氣走背字,那你就等著水星上旋吧。

最重要的是先有規則,制定規則流程,宣貫規則,檢查確認。沒宣貫到,那是你領導責任,宣貫了,但是小朋友還是沒做到,那還是你領導責任,你選人看人帶人的能力不行啊。

以前聽過一句話,一個公司的天花板是CEO,一個團隊的天花板是團隊負責人。最開始的時候真是不懂,現在看得多了,覺得這就是真理。別拿自己的愚蠢,去謀害更多人的青春啦!

文章來源微信公眾號:DBAplus社群