程序員的世界里，

不止有代碼，

還有bug，bug，bug…

當出現bug時，

程序員們的反應是怎樣的呢？

1、我不知道該刪掉還是重寫

回歸曾經寫的源代碼，總有一種想要重新返工的沖動，邏輯性差，冗余代碼多，讓人難以理解。但是，如果功能沒出現問題，千萬不要去修改。這是我經常要面對的困擾，相信也困擾了其他不少的軟件開發者。

2、一開始架構時就該查Github

相信絕大多數開發人員都知道Github，它上面每天都會發布的一些神奇的開源項目。所有語言的程序員都會利用網絡，為已存在的項目創建分支，添加項目wiki描述，或者創建自己的代碼庫，這些都為各種各樣的項目的插件和模板提供了很多豐富的資源。

3、為什么這個腳本要依賴這么多庫

說到一些越來越被廣泛使用的計算機語言，像Java和Objective-C，庫文件的數量也不斷增加。很明顯可以看出，構建一個框架就需要許多的基礎庫，甚至一些Java的插件也需要很多大量的附加文件。有時候這些亂七八糟的東西會很讓人心煩，但是至少它能運行。

4、網上一定有解決辦法

遇到困難時，我的第一反應就是上網查資料，很多程序員會在論壇上發布他們的問題，最終這些問題都會被解決并存檔。Google會很神奇地選擇一些跟你的問題相關的關鍵字，你就能夠輕而易舉地得到一些對你有幫助的討論信息。不幸的是，有時候對于一些特定的問題，相關的信息還不是很多。

5、有這個功能的插件嗎

何必要多此一舉插件是擴展任何程序或者網站用戶接口的很好的資源。另外它們還為開發者提供了一些定制以及獨特的選項。如果沒有可用的插件，那你為什么不自己創建一個呢？

6、我花30分鐘寫個函數，運行它卻要花2個小時

這不是十年前的一個有關編程的故事嗎？當一切都在按照你所所期待的順利進行著，突然某個函數輸出了一個致命的錯誤，所以你不得不回頭刪除代碼塊，試圖定位出錯的代碼行。盡管這會讓你筋疲力盡，但是一旦找到錯誤的原因，問題解決之后，你又會立馬感到渾身輕松。

7、有些邏輯語句，并不符合邏輯

有一些邏輯語句，像if/else循環，for循環，while循環，do循環…等等，還有很多。在回顧一些源代碼時，我總是盡力想弄明白我的邏輯是怎么回事。我經常會回頭更新代碼，讓邏輯更清晰。

8、忘了一個該死的分號，整個程序都崩了

幾乎我用過的所有的編程語言都要求每行結束時都要有結束符，但并不是所有的語言都這樣，不過C/C++系列語言絕對是這樣。當你忘記添加分號結束符時，這是多明顯的錯誤！但是解析器并不不理解，便拋出一個致命的錯誤。接下來就得再花費20分鐘時間去研究代碼，查找技術錯誤。最終發現只是少了一個分號。哈，這就是軟件調試的樂趣。

9、是誰動了我的代碼？

這個聽起來有點像妄想癥，但是有時候你很想知道是誰趁你補覺的時候寫的這些東西。回顧過去幾周或者幾個月的項目，會給你一種暈乎乎的感覺。有時候你會不記得你寫過這些東西—盡管上周你還在參與這個項目。好像是我很瘋狂地寫的代碼，你卻從來不知道…

10、算了，我還是從頭開始吧

有時候嘗試了數小時的解決方案后，你可能需要將你的工作文件歸檔(或者刪掉它們)，重新開始。這個決定的大難點就是你會考慮到前面數小時的工作會毫無收獲。但是如果你保留之前的想法，項目卻毫無進展時。重新開始，才有可能讓項目順利完成。

網頁題目：程序員聽到bug后的N種反應…扎心了老鐵
分享網址：http://m.2m8n56k.cn/news/101877.html

成都網站建設公司_創新互聯，為您提供網站收錄、域名注冊、定制網站、網站改版、軟件開發、微信公眾號

廣告

聲明：本網站發布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創新互聯