假如所有的程序運(yùn)行失敗的時(shí)候不報(bào)哪里錯(cuò)了，只顯示運(yùn)行失敗四個(gè)字，程序員寫(xiě)bug、debug時(shí)會(huì)不會(huì)瘋？

我個(gè)人覺(jué)得，改bug難度必然會(huì)比之前高一點(diǎn)，但是說(shuō)因?yàn)檫@個(gè)就會(huì)導(dǎo)致發(fā)瘋的程序員，我覺(jué)得比較離譜且夸張。debug是一個(gè)程序員必須具備的基本素養(yǎng)，一個(gè)再厲害的程序員也不能保證自己的代碼不出bug，但是可以自己?jiǎn)为?dú)解決bug是程序員必須要有的能力。如果程序運(yùn)行失敗不報(bào)哪里錯(cuò)誤，之前的程序員面臨的不就是這種情況？？？無(wú)非是現(xiàn)在的編程經(jīng)過(guò)一代又一代的程序員的努力變得更加規(guī)范且健壯了，所以才會(huì)給你報(bào)錯(cuò)的明明白白，不然你以為IDE為什么會(huì)給你報(bào)哪里出錯(cuò)了？即使給你報(bào)錯(cuò)，也只是告訴你大概是哪里運(yùn)行出錯(cuò)了，你不還是得自己一步一步跟著代碼去debug，看看到底是為什么報(bào)錯(cuò)？如果連debug定位錯(cuò)誤的能力都沒(méi)有，怎么敢好意思說(shuō)自己是程序員呢？你應(yīng)該問(wèn)，如果不能debug了，程序員在面對(duì)bug的時(shí)候會(huì)不會(huì)崩潰更好，因?yàn)槲铱隙〞?huì)崩潰?。?！

程序員標(biāo)配？

程序員的標(biāo)配大概有一下四點(diǎn)；一丶不厭其煩的改需求這點(diǎn)相信每個(gè)程序員都遇見(jiàn)過(guò)二丶心力交瘁的改BUG不會(huì)改BUG的程序員不是一個(gè)好的程序員三丶加班到天荒地老每個(gè)人最煩的之一就是加班四丶不厭其煩的催進(jìn)度每個(gè)人最煩的之二就是一直催

小白程序員進(jìn)入公司后，天天被要求改BUG有前途嗎？

當(dāng)然有，日積月累，如果大量的改bug會(huì)對(duì)常見(jiàn)的錯(cuò)誤類型一目了然，對(duì)后期的學(xué)習(xí)和技術(shù)提升還是有很大幫助的

做程序員最慘莫過(guò)于出BUG，如何保證消息不被重復(fù)消費(fèi)？

不出bug還叫什么程序員????保障消息只被消費(fèi)一次，可以依賴消息中間件的事務(wù)以及Exactly-Once機(jī)制。當(dāng)然也可以自己從consumer端實(shí)現(xiàn)，保障消費(fèi)處理的冪等性。簡(jiǎn)單的思路為每條消息設(shè)置一個(gè)唯一的key，如uuid。consumer讀取到消息后會(huì)將key放入redis隊(duì)列中，消費(fèi)時(shí)會(huì)先判斷redis隊(duì)列中是否已存在唯一key，來(lái)決定是否執(zhí)行。實(shí)際使用中常用redis的setnx方法實(shí)現(xiàn)。

不停寫(xiě)代碼、改bug，有什么方法可以改變程序員的現(xiàn)狀嗎？

這是上層建筑決定的，要改只能從上層決策改