今天開了個bug批斗大會蚂会，對本研發(fā)部的重要問題進行了分析和交流。現(xiàn)場氣氛有點凝重耗式，一度幾位領(lǐng)導(dǎo)上臺發(fā)言分享過后都沒有鼓掌胁住。。
事情是這樣的刊咳，細(xì)節(jié)不能講：一年中彪见，發(fā)生了數(shù)次較有影響的生產(chǎn)問題，領(lǐng)導(dǎo)十分重視娱挨，動員大家去思考如何保證質(zhì)量余指。
而我覺得，問題如果能不發(fā)生當(dāng)然最好跷坝。但是酵镜，這是絕對不可能的。
如果有人推銷一套機制讓問題不再發(fā)生探孝，那么他一定是騙子笋婿。
為何這么說？
在軟件工程領(lǐng)域顿颅，測試可以證明一個軟件有錯誤缸濒，但是無法證明一個軟件沒有錯誤。
如果真有這樣的機制粱腻，當(dāng)我們利用機制搭建好軟件系統(tǒng)后庇配，如何驗證這個軟件是沒有錯誤的？it is impossible
好吧绍些，或者換個說法捞慌，我們不求沒有任何問題的系統(tǒng)，只求問題盡量少發(fā)生柬批，以及問題發(fā)生后能迅速解決啸澡，減少影響袖订。
這里什么才是盡量少，1個問題是少嗅虏，還是10個是少洛姑？
問題的影響如何才是最少，怎么才是迅速解決皮服？
在這里楞艾，我覺得沒有標(biāo)準(zhǔn)，只有對比龄广。
對比才是一切悲劇的根源硫眯，其實，我猜择同，如何才能比其它研發(fā)部的問題少两入，更快的解決問題，才是我們要實現(xiàn)的重點奠衔。谆刨。。归斤。痊夭。。
祈求別人做得差是消極的脏里，只有自己做得更好才是關(guān)鍵她我。
然后，只是我們沒有意識到迫横，自己其實做得已經(jīng)不錯了番舆，只是，我們不能比別人差而已矾踱。
