一次「背鍋」和「解鍋」後的反思

　　中秋過的真快，還沒體會到就到最後一天了。今天在圖書館，忽然想寫篇與技術無關的，可是咱們工做中常常發生的事情。原本不想寫這種類型的文章，怕這種文章下降本身形象顯得太low。可是一來想鍛鍊下本身的文筆敘事能力，越怕這怕那越不敢動筆，越不動筆越沒長進，總要開個頭來個正向刺激循環；二來相比技術類型的文章，故事類型的文章應該更受你們待見觀看；三來這種工做中常見的「甩鍋」事件值得你們探討評論一下，碰撞的火花下交換解決思路，或許之後再碰到相似的事情，可以更迅速完美的解決。

　　故事是這樣的，昨天週六，忽然有客戶反饋了一個問題過來，說公司產品有個業務操做展現錯亂了，下一步操做沒法執行。問題很快反饋到咱們研發大羣來了，因爲前一天恰好產品迭代了一個版本，負責人是後端的一位小Leader，因而這個問題先由後端的這個同事接了。這個同事看了下接口返回數據，沒看出什麼問題，立刻斷定說是前端這邊的問題，懷疑是前端這邊進行了邏輯修改，要前端去定位緣由。

　　因爲前端部門老大回老家了，這個任務就落到我頭上了。客戶發現的問題，仍是這麼明顯的操做，咱們居然沒有自查出來，測試也沒測出來，那問題就嚴重了。我也不敢怠慢，顧不得去玩了，趕忙回家連上公司電腦查緣由。先查這塊邏輯最近git記錄，沒有發現明顯的更改邏輯；而後又切換了四個月前的一個代碼分支看效果，發現效果和現在同樣。所以我判斷，應該不是前端這邊的問題，是後端返回的數據出問題了。可是是哪塊的數據出問題了，因爲這塊業務比較複雜，代碼不少，我一時也找不出來。因而先把個人判斷觀點拋到羣裏，建議後端同事去自查下代碼，最近有沒有對這塊邏輯進行更改。

　　這個後端同事真是對本身太自信了，說後端返回的數據沒有看出什麼問題，絕逼是前端的問題，讓前端去自查代碼定位緣由！尼瑪，這話我有點不愛聽了，這是合做互贏的態度嗎？可是因爲我一時拿不出有力的證據來反駁，只好不和他繼續討論了，先妥協了去看代碼。因爲他有咱們前端代碼的權限，而後受我那個判斷觀點啓發，因而他切了前端五個月前的分支代碼來看效果。其實他在進行這步操做的時候，我也在進行這個操做，發現五個月前的代碼居然展現正常！這什麼操做？我一時沒整明白了！

　　這時他已經把他的「重大發現」趕忙發羣裏了，四個月前和今天的代碼顯示不正常，而五個月前的代碼顯示正常，是否是表示前端在四個月前就已經制造出了這個bug，這麼長的過程前端同事都沒發現，測試部門同事也沒發現！

　　這個鍋就大了，難道咱們前端都是乾飯的？我趕忙冷靜了一下，梳理了下邏輯，回憶了下四個月前的那次版本迭代，是在那個版本中對這個邏輯進行了大修改和功能增長。那個功能恰好是我負責更改的，所以印象仍是很深入。我對本身寫的東西仍是頗有信心的，另外我對當時負責測試的那個同事的業務能力也頗有信心。這麼明顯的bug，首先我不可能自查不出來；其次就算我沒自查出來，不可能測試同事也沒測出來；再次退一萬步講，就算測試同事當時沒有測出來，不可能四五個月的時間過去了，產品、開發、測試、運營還有客戶這麼頻繁的使用還沒發現這個問題。

　　可是那位後端同事，就抓住這個點不放了，堅持質疑爲何五個月前的代碼能夠正常顯示和操做，而如今卻不正常了？我一時說不出個因此然來，只好提議後端能不能部署一個四個月前的分支測試環境，讓我對比下數據，快速定位問題。後端同事聽不進去，堅持是前端的問題，說後端返回的數據看起來沒有問題，不必部署之前的後端代碼，這個問題只須要前端去查看本身的代碼，就能解決。

　　我有點生氣了，你們都意識到問題的嚴重性了，都想快速把問題解決掉。可是你這麼自信，這麼堅持本身，是國共合做團結一心共同抗日該有的態度麼？既然說服不了他，只能我妥協了，去看代碼。網絡忽然卡起來了，而後本身筆記本屏幕有點小，遠程看代碼看的有點眼花，乾脆直接去公司了。仍是公司的雙屏幕好，立刻就看出返回的數據中有個地方異常了，我手動改了下，而後效果就顯示正常了。應該就是這個緣由了，我趕忙截圖單獨發給這個後端同事，讓他去查下這個數據爲何異常了。

　　可是這個同事真的真的是對本身的判斷太自信了，不認同我這個說法，堅持爲何五個月前的代碼能夠正常顯示，爲何如今卻不正常了，硬抓住這個點不放，要我去看前端代碼解決這個問題。這感受就是有點頑固了，平時感受這小夥挺好打交道的，怎麼忽然這樣呢？我只好說，那咱們同時進行，我去查我這邊的代碼，你去查你那邊的代碼，等下我會給你答覆舊版本正常新版本異常的問題。他回了句：不太多是後端問題，可是我能夠去看下。我去，你對本身寫的功能有自信，難道我對本身寫的功能就沒自信了嗎？過了一會，他說他也在來公司的路上了。

　　我決定要拿出有力的答覆來狠狠的打他的臉，開始認真過一遍代碼再梳理些已經被遺忘的邏輯。代碼太多了，看得我頭暈腦脹，不過好歹整理出思路了，可是一時不知道怎麼組織語言表達出來。而後我忽然驚喜的發現了本身電腦裏保存了一條之前的舊數據，打開一看，果真印證了我以前的猜想，是新數據異常形成了這個現象。這時候他也來公司了，我叫他趕忙過來看，一時不知道怎麼形象準確的表達，因此我請他看個人操做。可是他一直在那說爲何舊版本正常，而新版本不正常，說了好幾回。我生氣了，沉了臉說：你能不能先看下我這個操做。他這才停下來看我如何操做。沒想到我在操做的過程當中，忽然知道怎麼組織話語，把新舊版本不一樣表現的緣由說出來了。

　　他這才稍微承認個人說法，又說，爲何現在大家對咱們的數據格式這麼依賴。我說，你看看這個效果圖，你的數據有返回咱們立刻就能用的數據嗎？新加的功能讓我不得不根據目前的數據格式進行遍歷提取咱們須要的數據。他又說，這是當初大家老大和我定下來的數據格式..... 而後他就回他座位找問題去了。 等了好一陣子，我去問他，找到緣由了嗎？他說已經改好通知運維發預發佈了，一行代碼引起的血案。

　　我這才鬆了一口氣，這個問題終於解決了。可是，既然已經改好了怎麼不通知我一下，害我在那等那麼久，那沒什麼事我先回家了.......

　　多是當時沒反應過來，回來後我纔在反思今天發生的這個事。這個後端同事今天表現出來的自信和質疑，讓我一度很生氣，可是在找到最後的緣由後，我爲何不去打擊一下他那囂張的氣焰，爲何我最後的表現居然是」鬆了一口氣「，瑪尼這不是有點犯賤嗎？爲何明明是我這邊的道理，怎麼感受好像一直像是我這邊的問題，怎麼一直是我這邊在妥協？若是他不要那麼自負，早一點去自查代碼，這個問題不是很快就解決了，何必我這邊去忙活半天。我後面爲何不去質疑他這麼重要的功能是能隨便改動的嗎？代碼的嚴謹性呢？後端那邊常常說代碼審查代碼審查，這是怎麼審查的？代碼改動了，沒有去考慮相關的功能影響嗎？沒有去通知相關的人去進行測試？ ......

　　以上的質疑算是我本身一時的意淫，真要去作了之後你們都這麼幹，那工做氛圍得成什麼樣？再說人哪有不犯錯的，以我目前這表達能力，萬一哪次犯錯了被人揪住小辮子那不得給踩死。可是該有的說法是否是還得說出來，一來你們都是爲了公事，爲了把事情作好，沒有私人恩怨；二來不想本身在別人的印象中是一個軟蛋，能夠隨便捏拿，得有一些菱角，你們和平共處，一塊兒把事情作好。憑心而論，咱們公司研發都仍是比較單純的，不多有由於推脫工做責任而互相推諉互相攻擊的，你們互相協做互相配合，工做氛圍仍是不錯的。可是我身邊的一些同窗朋友的公司，裏面的工做氛圍真是不可描述啊，我有時聽了他們的描述，感受這甩鍋真是甩出了新高度，某些人身上自帶攻擊性，說話句句帶刺，心理有點不正常啊，這種環境下真不知道這些小夥是怎麼堅持下來的！

　　總結一下就是：工做中，我首先表示個人和平處理態度，互相尊重，互相協做；可是若是你一味的甩鍋，和打壓我，那我也要亮出個人獠牙來。另外這個表達能力真得好好的提高下，一段準確形象的表達能夠節省多少口舌；再厲害一點的表達能力，應該是既能把意思表達清楚，又能令人心悅誠服的接受。

　　還有什麼呢？

　　

原文出處：https://www.cnblogs.com/tandaxia/p/11521810.html