当程序不工作时，Java程序员常用的借口，都是套路！

都说态度决定一切，良好的态度也可以成就一名优秀开发者。但在现实生活中，尤其是遇到问题、功能实现失败或不能正常运行时，大家就会开始抱怨或者寻找一些借口，这些借口完全是没用的或者是阻碍你前进的拦路虎。而真正专业的态度应该着眼于项目和团队的积极结果，关注个人和团队的成长，并且围绕当前的工作积极展开各项任务。下面就由尚学堂的小编来告诉你们当程序不工作时，Java程序员常用的借口都是什么吧！

事件顺序：

在处理事件时，提出下列问题会很有成效：事件可以以不同的顺序到达吗？如果我们没有接收到此事件会怎么样？如果此事件接连发生两次会怎么样？哪怕通常不会发生，但系统（或交互系统）其他部分的bug可能会导致事件发生呢。

在这里还是要推荐下我自己建的Java学习群:574253075，群里都是学Java开发的，如果你正在学习Java ，小编欢迎你加入，大家都是软件开发党，不定期分享干货（只有Java软件开发相关的），包括我自己整理的一份2018最新的Java进阶资料和高级开发教程，欢迎进阶中和进想深入java的小伙伴

你这是最新的build吗？

当测试人员告知开发者有bug或者提交bug时，程序员常会问，你测试的应用程序是最新的构建状态吗？其实，这种情况一般很少发生，一般提交的bug都是在最新的build里发现的。

想要避免这种情况发生最好有一个进程，可以验证测试人员使用的代码是最新最有效的。另一个方法是有一个持续集成环境，代码可以自动build和部署到测试服务器上。

改变假设：

许多一开始最难预防的bug是因为改变了假设所造成的。例如，在开始时，可能每天只有一个客户事件。于是很多代码是在这样的假设下写下的。但是后来，设计改变了，允许每天有多个客户事件了。发生这种情况时，很难改变新设计影响到的所有情况。找到关于改变的所有显式依赖关系不难，难的是要找到所有隐性依赖于旧的设计的情况。例如，可能会有获取给定某一天所有客户事件的代码。其中的隐含假设是结果集永远不会超过客户的数量。关于这方面的问题我也没有很好的策略方法，如果各位有的话，还请不吝赐教。

我不认为我的代码有错：

有些程序员在面对缺陷时，通常都会说：“我的代码没错啊。”作为开发团队里的一员，应该没有“我的代码一说”，还不如换种说法更好，比如可能是某个模块出现了点问题，我去检查一下看看，最后再找到相应的开发人员，这样更加有利于振奋团队士气。

想要避免这种情况发生，最好的方法就是拥抱团队文化，每个开发者都要清楚各个模块的作用和功能，并给予相应的权限。

关注微信公众号：程序员大牛，关注后回复：Java即可免费领取一整套系统的Java学习教程！