照慣例，我們先介紹一下故事背景：前端A，后臺B，后臺C, 后臺D,然后有一天前端A說，C為什么pre環(huán)境會返回一些qa沒有的參數(shù)，目前我們可能會根據(jù)這個返回數(shù)據(jù)迭代呈現(xiàn)在頁面，并且返回的數(shù)據(jù)還都是false，這個時候C就到第一時間想驗證一下，發(fā)現(xiàn)情況并非A所描述的情況，這個時候D說，發(fā)群里打她臉，可是C說，畢竟是個女生，我和她私聊吧，后來A說我看看發(fā)版計劃，原來pre和qa差了兩個月的版本，并且一查qa確實加了這些參數(shù)，并且是B寫的，B為了考慮性能減少包裝使用了基礎(chǔ)屬性導(dǎo)致布爾值全是false，導(dǎo)致轉(zhuǎn)換出去的數(shù)據(jù)有問題。

講道理的時間又到了

先從D開始，都是干飯人，不管對方職級高低，不應(yīng)該上來就想打人臉，還好C沒有聽D的建議，否則又是打自己的臉。傷人話都是回頭箭。

再者C，其實一開始最應(yīng)該考慮的就是環(huán)境不同代碼版本的問題，而不是上來就懟現(xiàn)象，缺乏排查縝密性

再者B修改了代碼沒有主動和A進(jìn)行拉通，沒有考慮系統(tǒng)關(guān)鍵性

最后就是A，好像沒什么錯，其實從一開始就不應(yīng)該在大群說這件事，可以先從熟悉的同事問詢是哪個同事負(fù)責(zé)的，然后私聊，這也就減少了部門間在大群的臉面問題，畢竟還是太年輕。

講道理程序員第二集就到此為止