小紅書崩了，開除了程序員~

昨天，一些小紅書 App 用戶反饋遇到了閃退問(wèn)題，隨后該話題迅速登上了熱搜榜，引起了廣泛關(guān)注。

隨后，小紅書客服微博發(fā)布了一條聲明，承認(rèn)了閃退問(wèn)題，并表示這是由技術(shù)故障引起的。他們表示正在全力修復(fù)問(wèn)題，并希望用戶能夠耐心等待。

然而，在咱們程序員圈子里引起更多關(guān)注的是一張網(wǎng)傳截圖。

這張截圖顯示，一位疑似小紅書的研發(fā)人員的用戶發(fā)表了一條微博，稱自己已經(jīng)被“祭天”，并向用戶道歉，表示這個(gè)問(wèn)題影響到了用戶的體驗(yàn)。這條微博迅速引起了網(wǎng)友們的熱議和關(guān)注。

雖然小紅書官方已經(jīng)致歉了，但微博里還是有一堆人對(duì)小紅書的程序員“喊打喊殺”的：

作為程序員，我認(rèn)為將一個(gè)技術(shù)故障歸咎于單個(gè)程序員并對(duì)其進(jìn)行開除是一種過(guò)度反應(yīng)。

在軟件開發(fā)過(guò)程中，bug是難以避免的。無(wú)論是小紅書這樣的大型應(yīng)用程序還是其他任何軟件，都可能會(huì)出現(xiàn)技術(shù)故障和閃退問(wèn)題。

軟件開發(fā)是一個(gè)復(fù)雜的過(guò)程，對(duì)于行外人來(lái)說(shuō)，可能覺(jué)得軟件都是程序員寫的，當(dāng)然要該程序員負(fù)責(zé)，知乎上甚至還有一個(gè)為什么程序員的代碼沒(méi)有終身責(zé)任制，讓人哭笑不得：

但實(shí)際上，軟件開發(fā)涉及到多個(gè)環(huán)節(jié)和多個(gè)開發(fā)人員的合作。一個(gè)程序員很難獨(dú)自承擔(dān)所有的責(zé)任。

通常情況下，一個(gè)團(tuán)隊(duì)會(huì)共同負(fù)責(zé)開發(fā)和維護(hù)一個(gè)應(yīng)用程序，有研發(fā)、有測(cè)試、有運(yùn)維。因此，將問(wèn)題全部歸咎于單個(gè)程序員是不公平的。

畢竟，這個(gè)世界上還沒(méi)有人敢聲稱自己寫的代碼絕對(duì)沒(méi)有bug吧。

另一方面，技術(shù)故障和閃退問(wèn)題可能是由多種因素引起的，包括硬件問(wèn)題、網(wǎng)絡(luò)問(wèn)題、第三方庫(kù)的錯(cuò)誤等等。

這些問(wèn)題往往超出了單個(gè)程序員的控制范圍。即使一個(gè)程序員在編寫代碼時(shí)盡職盡責(zé)，也無(wú)法保證應(yīng)用程序在所有情況下都能完美運(yùn)行。

閃退問(wèn)題可能是由于代碼中的bug或者系統(tǒng)兼容性問(wèn)題引起的。在軟件開發(fā)過(guò)程中，程序員需要編寫高質(zhì)量的代碼，并進(jìn)行充分的測(cè)試，以確保軟件的穩(wěn)定性和可靠性。

然而，由于項(xiàng)目的復(fù)雜性和時(shí)間壓力，有時(shí)候可能會(huì)出現(xiàn)一些未被發(fā)現(xiàn)的問(wèn)題。這就需要程序員在用戶反饋問(wèn)題后，積極地跟進(jìn)并修復(fù)bug，以提供更好的用戶體驗(yàn)。

此外，開除一個(gè)程序員并不能解決問(wèn)題。

相反，這種做法可能會(huì)導(dǎo)致更多的問(wèn)題。

首先，開除一個(gè)程序員會(huì)導(dǎo)致團(tuán)隊(duì)的不穩(wěn)定性，可能會(huì)影響項(xiàng)目的進(jìn)展和質(zhì)量。其次，新的程序員需要時(shí)間來(lái)熟悉代碼和項(xiàng)目，這可能會(huì)延長(zhǎng)故障修復(fù)的時(shí)間。

在面對(duì)技術(shù)故障和閃退問(wèn)題時(shí)，更合理的做法是進(jìn)行全面的故障排查和修復(fù)工作。

團(tuán)隊(duì)?wèi)?yīng)該共同努力，找出問(wèn)題的根源，并同時(shí)采取一系列措施和流程避免在今后再遇到類似的問(wèn)題。

這可能包括代碼審查、測(cè)試、優(yōu)化和改進(jìn)開發(fā)流程等。