假如所有的程序運行失敗的時候不報哪里錯了，只顯示運行失敗四個字，程序員寫bug、debug時會不會瘋？

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

程序員標配？

程序員的標配大概有一下四點；一丶不厭其煩的改需求這點相信每個程序員都遇見過二丶心力交瘁的改BUG不會改BUG的程序員不是一個好的程序員三丶加班到天荒地老每個人最煩的之一就是加班四丶不厭其煩的催進度每個人最煩的之二就是一直催

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

當然有，日積月累，如果大量的改bug會對常見的錯誤類型一目了然，對后期的學習和技術(shù)提升還是有很大幫助的

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

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

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

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