程序員地鐵改bug

① 為什麼程序員要一直改bug

即使是那些經過嚴格訓練的程序員還是不可避免出現bug
軟體越復雜，就意味著代碼行數越多
只要你在編程，即使你很擅長寫代碼，也一定會有錯誤和bug出現
所以才有不斷的優化和更新

② 如何看待程序員把bug改完了，卻被開除了

改完bug是程序員的本分，
俗話說：此處不養爺，自有養爺處，
只要有水平，那都一樣活人。

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

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

④ 程序員為什麼要一直改bug

程序寫代碼就像造一座大樓，包含有地基、樓層、窗戶等。而且現在的軟體開發，大多是團隊合作，多人的合作產出都符合設計要求，勢必需要合適的開發流程，需要更多的項目管理的技巧和方法。這就要求軟體開發者盡可能多地在軟體測試階段發現bug，而不是交付之後。

另外Bug分很多類，一類是對用戶來說不能正常使用，能被用戶感知到的錯誤。一類是用戶能正常使用，但是有各種異常的錯誤。一類是使用沒有任何問題，但是不符合產品預期的問題。

1、對用戶來說不能正常使用，能被用戶感知到的錯誤。

其中一種情況是程序員和測試人員的問題，所有功能在上線前，工程師和QA人員應該測試，回歸完功能。能被用戶感知到使用流程有問題的話，一定是相關人員能力或者線上意識某一方面欠缺，也是最不能容忍的。

2. 用戶能正常使用，但是在用戶看不到的地方有各種異常的。

一個功能模塊幾乎不可能是獨立的，它必然牽扯到其他模塊。這個時候可能雖然有錯誤，但是只要不影響主要流程，我們依然可以正常使用。但這個時候對於外部依賴的異常處理，很考驗工程師的能力。

3. 使用沒有任何問題，但是不符合產品預期

這個更多的是研發和產品經理對於需求理解的不一致。因為文字是有二義性的，況且人和人對相同文本的理解本來就可能出現偏差，這就導致了需求理解的不一致，最終導致了線上產品不符合預期。對於內部人員來說，這個也算BUG。

⑤ 程序員是不是走到哪兒都要帶電腦

大多數程序員都是的，因為涉及到隨時修改代碼，修復 bug ，說不定你走到地鐵或者哪裡，突然靈感來了，需要修改一串代碼。但並不是所有的程序員都這樣，如果負責前端的程序員就還好

⑥ 程序猿如何快速高效的改 bug改bug都有哪些技巧

使用debug模式，一步步debug，學會使用這個工具你會很快發現問題在哪。

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

軟體可能在使用過程中沒有任何問題，但不符合產品的預期下圖源自「How projects really work？」，很形象的突出了客戶需要的產品和最終得到的產品不一致。

所以軟體想要變得成熟，Bug收集和處理機制是非常有必要的，比如：會影響客戶使用的優先順序高的Bug要優先修復。Bug是軟體的影子，也是程序員的噩夢實際上不能存在沒有bug的軟體，Bug和軟體如影隨形。就像我們使用的Windows，窮盡無數優秀的軟體工程師來設計給用戶優秀的桌面體驗，但也有各種層出不窮的bug。

程序員對Bug有多愛就有多恨，Bug無處不在，即使再牛逼的程序員也逃脫不了Bug的魔掌。想要完全避免Bug幾乎是不可能的，所以也不在一次性就寫好的程序。以上個人淺見，歡迎批評指正。認同我的看法，請點個贊再走，感謝！喜歡我的，請關注我，再次感謝！

⑧ 鐵路調度程序員出現BUG(故障)是本次事故的根本原因，警方已經拘留了兩名無證程序員

絕對假的，你網上搜搜這短消息就會出現「溫州警方否認甬溫線鐵路調度員被拘
」

⑨ 程序員改bug 問題是怎麼改好的

其實程序員改bug也是有學問的。程序員改bug跟醫生治病是一樣一樣的，無非一個是給機器看病，一個是給人看病。首先，一定要准確的定位引起bug的真正原因。定位問題，需要程序員去讀代碼，了解流程，弄明白來龍去脈。其次，定位bug源頭之後，就需要去分析解決問題的方法。分析問題，需要綜合相關知識，熟悉它所用到的一些機制，找到最佳解決方案。拿Android來說吧，比如修改wifi的bug，就需要弄清楚wifi的流程，stateMachine機制，消息機制，當然最基本的四大組建及其機制是必不可少的，哪裡都有用到。然後，才是去coding。當然coding，也應該注意一些問題，比如，風格盡量和源碼保持一致。Google那批程序員功底還是可以的。注釋一定要清晰，包括作者，改動時間，以及原因。最後，要強調一點，改bug一定要徹底。不能改一個bug一起另外一個或者一堆bug。一定要避免這樣的情況發生。我們公司就一個剛畢業沒多久的程序員，改bug不徹底，只改了界面顯示，弄的實際功能廢掉。對於這樣的代碼，我只想說兩個字：垃圾。另外，改bug要和相關模塊的工程師討論，因為他們或許就是這方面的專家，這樣才能寫出優秀的代碼。

有的人改bug改了幾個月，就會分開發的任務，或者層次更深一點的任務。有的人從進公司就一直改bug。不能否認公司方面有一定問題。但程序員也應該從自身方面找找問題。你寫的代碼是最高效的嗎？你寫的代碼讓別人很容易看懂嗎？你寫的bug讓別人呲之以鼻還是贊嘆不已？如果你做的不夠好，就不要整天抱怨：「又讓老子改bug，老子從進公司到現在都一直在改bug！」

⑩ 程序員為什麼要一直改bug不能一次性寫好嗎

作為一名程序員，我也總是在調試，Bug總是防不甚防的出現，這個過程真是有趣又痛苦，最後我覺得習慣就好，一次性寫出完美代碼是每個程序員不可實現的夢想。

沒有哪個程序員可以寫出完美的代碼，即使高能又偉大的公司也做不到這一點，想想看你的手機軟體是不是經常提醒你該更新了，連微軟都在三天兩頭的讓你打補丁，不是嗎？