程序員翻車時的 30 種常見反應(yīng)！
點擊上方藍(lán)色“小哈學(xué)Java”，選擇“設(shè)為星標(biāo)”
回復(fù)“資源”獲取獨家整理的學(xué)習(xí)資料！
來源：Jake Rocheleau
軟件開發(fā)工作充滿了挑戰(zhàn)性。人無完人，對于程序員來說，寫出有 bug 的代碼是在所難免的。有些人很淡定，也有一些人會感到生氣、沮喪、不安或氣餒。在修復(fù) bug 的過程中我們都經(jīng)歷了什么？這個值得我們一探究竟。
本文列出了程序員在修復(fù) bug 時可能會說的一些話或者想法。我敢說很多程序員都曾經(jīng)歷過編程的艱辛，但在事后都會一笑而過。
1. “我不知道該把它刪掉還是該重寫”
看著舊代碼，你總有一種想要重寫它們的沖動。丑陋的邏輯語句和啰嗦的語法極大降低了代碼可讀性！但是，如果代碼跑得好好的，為什么要去修改它們呢？我經(jīng)常會陷入這樣的兩難境地，而且我相信這也困擾著很多其他程序員。
2. “我先到 GitHub 上找個框架”
我想大多數(shù)人都知道 GitHub，這個網(wǎng)站每天都會有很多開源項目發(fā)布出來。開發(fā)者們加入這個網(wǎng)站，給已有的項目拉取分支，在 wiki 上討論，或者創(chuàng)建自己的代碼庫。網(wǎng)站提供了很多很好的插件和模板，可以被用在各種各樣的項目中。
3. “為什么這個腳本要用這么多庫？”
如果你要使用熱門的編程語言，比如 Java 和 Objective-C，那么項目依賴庫的數(shù)量會變得非常大。在采用一個需要大量依賴項的框架時這一點就變得非常明顯。一些 JavaScript 插件也需要大量的額外文件。有時候這些雜亂的東西會讓人厭煩，但至少它們是可以用的！
4. “網(wǎng)上一定能找到解決方案”
在碰到難題時，我的第一反應(yīng)是上網(wǎng)。很多程序員會在論壇上問問題，這些問題最終會得到解答。谷歌非常善于挑選與你的問題相關(guān)的關(guān)鍵字，并為你提供這些有用論壇帖子。但可惜的是，有時候?qū)τ谀硞€特定的問題并沒有太多的信息。
5. “這個功能有沒有對應(yīng)的插件？”
為什么要重復(fù)發(fā)明輪子呢？要擴展用戶界面、程序或網(wǎng)站，插件是一種很好的方式。另外，插件還能提供定制化功能。如果找不到相應(yīng)的插件，為什么不自己開發(fā)一個？
6. “網(wǎng)站沒問題，就怕遇到 IE”
在 IE 中渲染網(wǎng)頁給我們帶來了很多考驗和磨難，這個就不用多說了。從 IE 5.5 到 IE 9/IE 10，人們一直在為獲得更好的瀏覽器支持而做著艱苦卓絕的斗爭。Web 開發(fā)人員可能很擔(dān)心網(wǎng)頁調(diào)試，因為在 IE6 中打開一個網(wǎng)頁可能就是一場噩夢。值得慶幸的是，那些日子正慢慢成為過去。
7. “這條邏輯語句的邏輯性不是很強”
if/else 循環(huán)、for 循環(huán)、while 循環(huán)、do 循環(huán)，這些都是邏輯語句，除了這些之外還有很多。在閱讀示例代碼時，我會反復(fù)回想我代碼里的邏輯應(yīng)該怎樣寫更好。大量的非運算符和比較符號會讓你暈頭轉(zhuǎn)向。所以，我會經(jīng)?；仡^去修改之前寫好的邏輯。
8. “半小時寫的函數(shù)，花兩個小時調(diào)試”
你一股腦兒寫了一個函數(shù)，然后函數(shù)輸出了一個致命的錯誤。為了找到問題所在，你不得不把其他代碼刪掉，只留下出問題的那幾行代碼。當(dāng)你最終找到問題并把它修復(fù)，你會感到筋疲力盡，但同時也松了一口氣。
9. “在看了幾篇文章之后，我才意識到之前的做法是錯的”
我通常喜歡用自己的方式做事，但如果事情沒有按照原計劃進行，可能就會有麻煩。有好多次，我開始一個項目遇到了麻煩，然后開始在網(wǎng)上搜博客尋找解決方案。最后我發(fā)現(xiàn)我的方法是錯誤的，重新開始也許會更容易些！所以，在一開始先做一些調(diào)研，從長遠(yuǎn)來看肯定會節(jié)省時間。
10. “StackOverflow 上好人多，他們會幫我的”
我已經(jīng)記不清有多少次是通過 StackOverflow 解決難題的。這個社區(qū)有很多有才又友好的人，如果你愿意尋求幫助，他們就會幫助你。在所有的在線社區(qū)中，StackOverflow 無疑是能夠提供最廣泛支持的地方。
11. “少了右括號，麻煩一大堆”
調(diào)試代碼就是跳來跳去，向前兩步，后退一步，再向前兩步，如此往復(fù)?；ㄉ蠋讉€小時盯著代碼看，查找函數(shù)名或變量作用域中的錯誤，最后卻發(fā)現(xiàn)少了右括號，那種感覺很怪異。所有的時間都浪費在了一個很小的語法錯誤上，感覺自己真是個天才，也是個傻瓜。
12. “休息一下”
有時候你需要站起來，離開顯示器一會兒。在敲了幾個小時的鍵盤之后，休息一會兒肯定有助于你思考。大多數(shù)的健康指南建議每 30 到 60 分鐘休息一次，但這完全取決于你的需要。如果總是在半途中斷，你可能也會感到惱怒。
13. “手頭的項目先停下，稍后再繼續(xù)”
除了離開電腦，這是另一種休息方式?；蛟S你還有其它工作可以做，那就去做吧。這是一種更好的分配時間和資源的方式，特別是如果你已經(jīng)花了 5 個小時還解決不了一個問題的時候。
14. “有沒有能夠激發(fā)我編程能力的古典音樂？”
有一種觀點認(rèn)為，在植物生長的初期，播放古典音樂有助于植物的生長。我個人很喜歡古典音樂復(fù)雜的音符和音樂理論。爵士樂、鋼琴、大樂隊，古典音樂在人類文化中都占有一席之地。那么，在編程時聽音樂真的能讓你在調(diào)試代碼時變得更聰明嗎？可能不會，但希望它也不會讓你變得更笨。
15. “或許現(xiàn)在是檢驗鮑爾默巔峰理論的好時機”
我想很多人都知道鮑爾默巔峰理論：
https://xkcd.com/323/
該理論認(rèn)為，程序員在攝入一定數(shù)量的酒精后，其編碼能力將達(dá)到巔峰。這是由史蒂夫·鮑爾默的古怪行為引起的，它可能只是一個酒鬼的胡言亂語。不過這有點諷刺，因為鮑爾默在微軟并不是一名程序員。我想我們得等別人來試驗一下這個理論。
16. “誰動了我的代碼？”
這聽起來就像是一種妄想癥，但有時你不得不懷疑，正當(dāng)你忙著補覺時，是誰在寫了這些代碼。過去幾周或幾個月忙的項目讓你感到沮喪。有時候你會不記得自己往代碼庫里添加過東西——甚至是上周剛剛查看過的項目！
17. “我不知道這是什么意思”
最糟糕的情況是，你一邊閱讀源代碼，一邊不知道該做點什么?？赡苁悄阕约旱捻椖?，也可能是其他人的項目，但問題是一樣的?，F(xiàn)在，你必須決定是花更多的時間查找替代方案，還是花時間分析腳本，把它看懂。
18. “我要在谷歌上搜一下這個錯誤消息”
在做了多年 PHP 開發(fā)之后，我不得不說谷歌是我的好朋友。如果你使用的是其它編程語言，比如 Objective-C、C++、Java、Python 等，應(yīng)該也會有同樣的體會。錯誤消息試圖為我們提供幫助，但除非你已經(jīng)記住了各種錯誤代碼的含義，否則它們看起來更像是經(jīng)過翻譯的計算機語言。值得慶幸的是，網(wǎng)上有很多內(nèi)容可以幫助我們確定這些錯誤消息到底是什么意思。
19. “今天應(yīng)該到此為止，但我真的很想解決這個問題！”
我們都知道，當(dāng)你想要放棄一件事情，會有一種挫敗感，同時又覺得放棄并不是正確的選擇。你希望繼續(xù)前進，并嘗試新的解決方案。但如果你發(fā)現(xiàn)你又因此浪費了一個小時呢？我經(jīng)常遇到這種情況，這讓人感到非常沮喪。
20. “天哪，我為什么沒寫注釋？”
在寫前端 HTML/CSS/JS 代碼時，并不總是需要寫注釋。但對于復(fù)雜一些的腳本和程序，就需要某種類型的注釋，以便你在幾個月后甚至幾年后回過頭來查看。有時候你會忘記給函數(shù)及其參數(shù)、輸出格式和其他基本數(shù)據(jù)添加注釋。當(dāng)出現(xiàn)錯誤時，你需要調(diào)試整個腳本才能找到解決方案時，這無疑會給你添亂。這個時候你就會想，如果當(dāng)初加一些有用的注釋就好了。
21. “剛才它還能運行……”
開發(fā)程序最令人感到沮喪的，可能是什么都沒做——既沒有更新，也沒有修改代碼——程序卻突然不能正常運行了。我發(fā)誓，這種事請經(jīng)常發(fā)生。也許是因為其他程序正在運行舊的版本？有時候，更新一小段代碼就會導(dǎo)致整個程序崩潰，然后只能恢復(fù)到最近的可運行版本，并從那里接著往下開發(fā)。
22. “就因為忘記加個分號，整個程序都崩潰了”
我用過的每一種編程語言幾乎都需要行終止符，當(dāng)然并不是所有的都需要，但 C/C++ 族編程語言通常是這樣的。如果你忘記添加結(jié)束分號，只是一個無心的錯誤，但解析器不理解這一點，它會無情地拋出一個致命錯誤。然后，你必須再花 20 分鐘來查看代碼，最后你發(fā)現(xiàn)缺少了一個分號。也許這就是調(diào)試的“樂趣”。
23. “我想知道如果請人來修復(fù)我犯下的錯誤要花多少錢？”
聘請其他開發(fā)者來修復(fù)問題，這種想法很誘人，但顯然財務(wù)上不允許。另外，如果你不親自動手，怎么能從這些錯誤中吸取到教訓(xùn)呢？在經(jīng)歷了多次失敗之后，當(dāng)你最終對一個編程概念有了透徹的理解，你才會感覺良好，但這并不能阻止我的腦子里出現(xiàn)想要聘請更多人的想法。
24. “快速瀏覽一下 Hacker News 肯定能提高工作效率”
很多程序員喜歡在 Hacker News 上了解與軟件及初創(chuàng)公司相關(guān)的社會新聞。這個網(wǎng)站上有很多關(guān)于自由職業(yè)、時間管理、軟件開發(fā)、新公司啟動和融資的信息。雖然瀏覽這個網(wǎng)站會給你帶來高效的感覺，但它也在消耗你的時間。每隔幾個小時休息一下，趁這個時候去看看新聞或許會更好。
25. “這個 API 怎么能沒有文檔！”
如果你使用的插件或框架沒有文檔，那么最令人感到沮喪的是你必須自己深入查看它們的源代碼。我喜歡那些開發(fā)人員會花時間專門設(shè)計文檔的項目。文檔解釋了所有可用的參數(shù)和選項，甚至可能還會提供一些示例代碼片段。但遺憾的是，并不是所有的項目都會這樣。最簡單的方法就是遠(yuǎn)離那些沒有詳細(xì)文檔的項目，這樣你就不會那么痛苦了。
26. “我多么希望給數(shù)據(jù)庫做過備份……”
在開發(fā)和調(diào)試代碼時，我并不總是會想到給數(shù)據(jù)庫做備份。但是，數(shù)據(jù)備份提供了一個保障，在做出某些變更之前可以及時回退。記住，請在本地保留網(wǎng)站項目文件和數(shù)據(jù)庫的副本，以備不時之需！這可能是一項煩人的任務(wù)，但絕對沒有重建被損壞的 SQL 數(shù)據(jù)庫那么煩人。
27. “要解決這個問題，最快的方案是什么？”
在經(jīng)過了幾個小時毫無頭緒的工作之后，很明顯，你可能需要嘗試一種新的方法。在設(shè)計接口之前，程序員希望先讓功能正常運行起來。確定最快速、最準(zhǔn)確的解決方案，并保證 100% 的時間都可以正常運行，然后繼續(xù)做那些錦上添花的東西。
28. “我打賭，更新新版本就可以解決這個問題”
負(fù)責(zé)管理編程語言依賴項和插件的團隊不需要經(jīng)常發(fā)布新版本。有時候，更新 PHP/Ruby/Python/SQL 版本就可以解決將文件從本地傳輸?shù)椒?wù)器時的調(diào)試問題。本地更新很少有助于修復(fù)源代碼中的 bug，除非你的版本已經(jīng)過時。值得一試！
29. “我應(yīng)該學(xué)習(xí) Git……但我想從下周開始”
版本控制系統(tǒng) Git 在程序員中非常流行，它的學(xué)習(xí)曲線比其他競爭對手要容易些，被用于管理很多在線代碼倉庫，比如 Github 和 Bitbucket。開發(fā)人員之所以想要延后學(xué)習(xí)，是因為對于初學(xué)者來說，它的入門曲線非常陡峭。但是，一旦理解了它的基本命令，Git 就變得非常簡單了。
30. “扔掉這個，我要從頭開始”
有時候，在花了幾個小時嘗試某個解決方案之后，你會將工作文件移動到存檔目錄（或刪除它們），然后從頭開始。之前幾個小時的辛苦工作幾乎沒得到有什么回報，所以做出這個決定是很艱難的。但當(dāng)我陷入困境時，重新開始往往正是完成一個項目所需要做的事情。
看看，這是不是你自己？
END
有熱門推薦?
1.?厲害！某生鮮電商平臺竟然是這樣設(shè)計監(jiān)控模塊的（已開源）~
最近面試BAT，整理一份面試資料《Java面試BATJ通關(guān)手冊》，覆蓋了Java核心技術(shù)、JVM、Java并發(fā)、SSM、微服務(wù)、數(shù)據(jù)庫、數(shù)據(jù)結(jié)構(gòu)等等。
獲取方式：點“在看”，關(guān)注公眾號并回復(fù)?Java?領(lǐng)取，更多內(nèi)容陸續(xù)奉上。
文章有幫助的話，在看，轉(zhuǎn)發(fā)吧。
謝謝支持喲 (*^__^*)
