都說態(tài)度決定一切，良好的態(tài)度也可以成就一名優(yōu)秀開發(fā)者。但在現(xiàn)實生活中，尤其是遇到問題、功能實現(xiàn)失敗或不能正常運行時，大家就會開始抱怨或者尋找一些借口，這些借口完全是沒用的或者是阻礙你前進(jìn)的攔路虎。而真正專業(yè)的態(tài)度應(yīng)該著眼于項目和團(tuán)隊的積極結(jié)果，關(guān)注個人和團(tuán)隊的成長，并且圍繞當(dāng)前的工作積極展開各項任務(wù)。下面就由小編來告訴你們當(dāng)程序不工作時，Java程序員常用的借口都是什么吧！

事件順序：

在處理事件時，提出下列問題會很有成效：事件可以以不同的順序到達(dá)嗎？如果我們沒有接收到此事件會怎么樣？如果此事件接連發(fā)生兩次會怎么樣？哪怕通常不會發(fā)生，但系統(tǒng)（或交互系統(tǒng)）其他部分的bug可能會導(dǎo)致事件發(fā)生呢。

小編推薦一個學(xué)JAVA的學(xué)習(xí)裙【四九二，一七三，八四二】，無論你是牛還是小白，是想轉(zhuǎn)行還是想入行都可以來了解一起進(jìn)步一起學(xué)習(xí)！裙內(nèi)有開發(fā)具，很多干貨和技術(shù)資料分享

你這是最新的build嗎？

當(dāng)測試人員告知開發(fā)者有bug或者提交bug時，程序員常會問，你測試的應(yīng)用程序是最新的構(gòu)建狀態(tài)嗎？其實，這種情況一般很少發(fā)生，一般提交的bug都是在最新的build里發(fā)現(xiàn)的。

想要避免這種情況發(fā)生最好有一個進(jìn)程，可以驗證測試人員使用的代碼是最新最有效的。另一個方法是有一個持續(xù)集成環(huán)境，代碼可以自動build和部署到測試服務(wù)器上。

改變假設(shè)：

許多一開始最難預(yù)防的bug是因為改變了假設(shè)所造成的。例如，在開始時，可能每天只有一個客戶事件。于是很多代碼是在這樣的假設(shè)下寫下的。但是后來，設(shè)計改變了，允許每天有多個客戶事件了。發(fā)生這種情況時，很難改變新設(shè)計影響到的所有情況。找到關(guān)于改變的所有顯式依賴關(guān)系不難，難的是要找到所有隱性依賴于舊的設(shè)計的情況。例如，可能會有獲取給定某一天所有客戶事件的代碼。其中的隱含假設(shè)是結(jié)果集永遠(yuǎn)不會超過客戶的數(shù)量。關(guān)于這方面的問題我也沒有很好的策略方法，如果各位有的話，還請不吝賜教。

我不認(rèn)為我的代碼有錯：

有些程序員在面對缺陷時，通常都會說：“我的代碼沒錯啊。”作為開發(fā)團(tuán)隊里的一員，應(yīng)該沒有“我的代碼一說”，還不如換種說法更好，比如可能是某個模塊出現(xiàn)了點問題，我去檢查一下看看，最后再找到相應(yīng)的開發(fā)人員，這樣更加有利于振奮團(tuán)隊士氣。

小編推薦一個學(xué)JAVA的學(xué)習(xí)裙【四九二，一七三，八四二】，無論你是牛還是小白，是想轉(zhuǎn)行還是想入行都可以來了解一起進(jìn)步一起學(xué)習(xí)！裙內(nèi)有開發(fā)具，很多干貨和技術(shù)資料分享想要避免這種情況發(fā)生，最好的方法就是擁抱團(tuán)隊文化，每個開發(fā)者都要清楚各個模塊的作用和功能，并給予相應(yīng)的權(quán)限。

Java程序員的工作是艱難的，也是前途無量的。小編祝福每一位學(xué)員能夠克服每一個問題，擁有美好的未來。