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

事件順序：

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

在這里還是要推薦下我自己建的Java學(xué)習(xí)群:574253075，群里都是學(xué)Java開發(fā)的，如果你正在學(xué)習(xí)Java ，小編歡迎你加入，大家都是軟件開發(fā)黨，不定期分享干貨（只有Java軟件開發(fā)相關(guān)的），包括我自己整理的一份2018最新的Java進階資料和高級開發(fā)教程，歡迎進階中和進想深入java的小伙伴

你這是最新的build嗎？

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

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

改變假設(shè)：

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

我不認為我的代碼有錯：

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

想要避免這種情況發(fā)生，最好的方法就是擁抱團隊文化，每個開發(fā)者都要清楚各個模塊的作用和功能，并給予相應(yīng)的權(quán)限。

關(guān)注微信公眾號：程序員大牛，關(guān)注后回復(fù)：Java即可免費領(lǐng)取一整套系統(tǒng)的Java學(xué)習(xí)教程！