游戲里什么是bug？什么是“藍(lán)洞”？謝謝。Bug在英語中有“defect”的意思，后來程序員用它來描述超出計(jì)劃運(yùn)行程序的結(jié)果。比如FPS游戲，你打了敵人，它應(yīng)該倒下，但如果它死掉了，它就屬于蟲子。一般

游戲里什么是bug？什么是“藍(lán)洞”？

謝謝。Bug在英語中有“defect”的意思，后來程序員用它來描述超出計(jì)劃運(yùn)行程序的結(jié)果。比如FPS游戲，你打了敵人，它應(yīng)該倒下，但如果它死掉了，它就屬于蟲子。一般來說，bug是你在玩游戲時(shí)遇到的結(jié)果不正常的情況。至于“藍(lán)洞”，則與黑洞無關(guān)。這是一家韓國游戲公司的名字，該公司是《絕地生存》的出版商。因?yàn)槌噪u肉很熱，所以很多人都在談?wù)摚瑑H此而已。

程序員為什么要一直改bug，不能一次性寫好嗎？

代碼中出現(xiàn)錯(cuò)誤是正常的。我們可以最大限度地避免錯(cuò)誤，正如偏差必然存在，可以無限接近正確性一樣，但是錯(cuò)誤可以通過良好的工作方法、編碼規(guī)范和工作習(xí)慣來避免和消除。無論是整個(gè)項(xiàng)目的開發(fā)還是部分代碼的擴(kuò)展，程序員開始的編碼工作都必須從實(shí)際需求出發(fā)：

首先要弄清需求的來龍去脈，然后確認(rèn)對需求的清晰理解。確認(rèn)需求是否被理解的最佳實(shí)踐是編寫需求描述、概要設(shè)計(jì)，然后與干系人/負(fù)責(zé)人確認(rèn)，而不是口頭說他們理解，甚至不理解重復(fù)確認(rèn)。

第二步是驗(yàn)證概要設(shè)計(jì)中的技術(shù)要點(diǎn)，細(xì)化設(shè)計(jì)，在細(xì)化設(shè)計(jì)過程中設(shè)計(jì)項(xiàng)目名稱、類名、代碼調(diào)用框架、方法名稱、成員變量和關(guān)鍵變量名稱，然后與利益相關(guān)者和負(fù)責(zé)人確認(rèn)。

第三步，良好的編碼習(xí)慣、編碼規(guī)范非常重要，也直接體現(xiàn)了程序員的基本素質(zhì)，思路清晰，良好的編程習(xí)慣是高質(zhì)量代碼的重要保證。

最后一步是代碼測試。程序員交付的代碼必須保證單元測試能夠通過閉環(huán)測試，然后開發(fā)人員進(jìn)行交叉測試。然后交給QA測試部進(jìn)行測試，因?yàn)榇嬖谝恍肮庀潞凇钡膯栴}，程序員很難發(fā)現(xiàn)；對于大的代碼調(diào)整，還需要進(jìn)行回歸測試，測試所有的功能和各種環(huán)境，回歸測試的工作量通常很大。

優(yōu)秀的軟件產(chǎn)品是在項(xiàng)目實(shí)戰(zhàn)中設(shè)計(jì)、開發(fā)和使用的。它們不斷改進(jìn)、測試、交付和迭代使用。它們不可能一蹴而就。工作方法、代碼規(guī)范、編碼習(xí)慣和測試控制是保證代碼質(zhì)量的關(guān)鍵。編寫需求、設(shè)計(jì)和測試文檔不是教條主義，更不是浪費(fèi)時(shí)間，與智力無關(guān)。然而，許多程序員并沒有對它給予足夠的重視，他們從內(nèi)心到行動(dòng)都在抵制它。然后讓現(xiàn)實(shí)一次又一次地打耳光，慢慢地成長，我們應(yīng)該開始重視它，深刻認(rèn)識到“只做一次正確的事”是最省時(shí)的。然后，我們可以用自己的血淚史或規(guī)章制度來教導(dǎo)和約束新程序員。

在計(jì)算機(jī)術(shù)語里，bug是什么意思？謝謝？

所謂“bug”是指計(jì)算機(jī)系統(tǒng)硬件、系統(tǒng)軟件（如操作系統(tǒng)）或應(yīng)用軟件（如文字處理軟件）的錯(cuò)誤。硬件出錯(cuò)的原因有兩個(gè)，一是設(shè)計(jì)錯(cuò)誤，二是硬件元件老化失效。軟件錯(cuò)誤都是制造商的設(shè)計(jì)錯(cuò)誤。認(rèn)為用戶進(jìn)行了非法操作的說法是軟件制造商不負(fù)責(zé)任的胡說八道。用戶可能會執(zhí)行不正確的操作，例如加法但按減法鍵。這樣，用戶將得到不正確的結(jié)果，但不會引起bug攻擊。軟件制造商在設(shè)計(jì)產(chǎn)品時(shí)的一個(gè)基本要求是不允許用戶進(jìn)行非法操作。用戶可以做的是合法的。用戶根本無法知道制造商的想法以及哪些操作順序是非法的。