網(wǎng)友解答: 從事編程也有些年頭了，也算是在編程領(lǐng)域見過世面的，就沒見過沒有bug的程序，程序的功能越多越容易出bug，所以外行人特別不理解程序員整天忙活些什么東西，東西寫完直接提交不就可

從事編程也有些年頭了，也算是在編程領(lǐng)域見過世面的，就沒見過沒有bug的程序，程序的功能越多越容易出bug，所以外行人特別不理解程序員整天忙活些什么東西，東西寫完直接提交不就可以了嘛，為什么整天加班，天天盯著電腦還有這么多事情沒搞定。

這是外界對于程序員工作不理解一個典型的表現(xiàn)，程序員在開發(fā)功能模塊的時候，設(shè)計框架的時候還是要盡量減少bug的出現(xiàn)，同時還要能夠避免一些不可能事情的發(fā)生，所以越是頂級的高手，越是不輕易下手搞代碼，幾乎要把所有的事情都想通了，覺得差不多了，就開始大量代碼寫作過程中了，其實(shí)真正寫代碼的時間只占總時間百分30都不到，大部分時間是在設(shè)計和調(diào)試bug的過程中。

即使再厲害的程序員也不能把所有的技術(shù)細(xì)節(jié)都想的面面俱到，而且在現(xiàn)實(shí)中留給程序員的開發(fā)時間少的可憐，所以有些程序出問題其實(shí)不一定是程序員本身造成的，現(xiàn)在很多互聯(lián)網(wǎng)公司已經(jīng)形成的慣例，一周至少發(fā)布一次版本，甚至一周兩次版本的發(fā)布，很多時候快到下班點(diǎn)的時候，產(chǎn)品經(jīng)理過來說有個新需求要加，今晚就要發(fā)布版本，通常這種情況比較多，好在互聯(lián)網(wǎng)公司大部分屬于應(yīng)用級的開發(fā)，多少還能經(jīng)得起折騰，如果是每天傷筋動骨的折騰產(chǎn)品早晚出問題。

有很多搞笑的程序員玩?zhèn)€佛祖保佑的注釋其實(shí)這東西起不到什么作用，就是程序員玩的一個小游戲而已，不修改bug就不是程序員了，程序員和bug是魚和水的關(guān)系，誰都離不開誰，所以工作中脫離開了bug，基本上意味著脫離程序員崗位了，作為開發(fā)多年的程序員嘗試分析下為什么程序員離不開bug，或者講如何減少bug的出現(xiàn)？

1.良好的代碼習(xí)慣，在寫代碼的時候就把一些可能存在的問題屏蔽掉，減少警告代碼的出現(xiàn)，積少成多很容易出問題。

2.寫代碼的時候盡量保證自己意識的清醒的，注意力高度集中的情況下出問題的概念會大大降低，盡量熬夜加班寫代碼的時間，有時候一個很小的細(xì)節(jié)就能導(dǎo)致程序運(yùn)行出問題。

3.在有時間的情況下可以寫寫單元測試，保證單個模塊功能的穩(wěn)定性，很多程序員覺得很麻煩，一旦出了問題再去補(bǔ)救這個時間成本將更大。

4.注釋盡量寫的清晰，有些人當(dāng)初寫的代碼，到后來再去看的時候根本看不出當(dāng)初的設(shè)計思路，證明當(dāng)時在寫代碼的時候并沒有完全理解通透，如果加上幾句關(guān)鍵的注釋很可能看一眼就能知道為什么要這么去做了。

5.充分理解功能需求，吃透需求就能減少冤枉路，很多人為了趕時間還沒徹底明白咋回事就著急寫代碼了，這種最容易出錯，要明白提出這個需求具體場景是什么，在設(shè)計模塊的時候就能做到有的放矢。

相對來講優(yōu)秀的程序員出的bug會少一些，新手程序員更加容易出問題，作為一個程序員要懂得在解決bug過程中讓自己成長。

希望能幫幫到你。

從業(yè)生涯中最氣的一次就是測試說沒問題，臨近上線時發(fā)現(xiàn)了重大bug!

某日，天朗氣清，臨近下班點(diǎn)，正準(zhǔn)備收拾東西回家，結(jié)果項(xiàng)目經(jīng)理半道殺出來：“慢著，發(fā)現(xiàn)重大Bug，你今晚留下加班，不然恐怕會影響明天的上線進(jìn)度?！?/p>

我（一臉無奈的轉(zhuǎn)向一旁測試）：“前幾天你不都說沒問題了嗎！”

測試（露出無辜相）：“是啊，當(dāng)時還反復(fù)檢查了好幾遍沒啥問題......”

此時此刻的心情，瞬間沒那么好了。想說其實(shí)作為程序員，誰都不想自己的程序出bug，但有時候又很難避免，這也證明我們還有很多可進(jìn)步的空間，未來任重而道遠(yuǎn)。