每个人都有坏习惯，毕竟金无足赤人无完人。
但作为一名开发人员，坏习惯会严重损害工作效率，还会影响周围的人。
杰克·坎菲尔德曾说：“习惯决定未来”。想成为一名真正的开发人员，就必须要改掉坏习惯。如果做到了，那么工作也就会事半功倍。
接下来，让我们看看有哪些你需要尽快改掉的坏习惯。
不懂拒绝
首先我想说，答应别人的请求是一种谦逊而无私的行为，这说明你愿意付出自我，帮助他人。
但是如果什么都答应，那就会降低你的效率。一天到头，你还得一个人默默地敲代码。
我不是说不应该帮助其他开发人员，我的意思是，不要让帮助他人降低你的效率。一些开发人员喜欢问很多问题——遇到一点小事就要凑到你跟前寻求帮助。
对此，保罗·科埃略说得很到位：
当你“答应”别人的时候，记住也不能“拒绝”自己的正事。
如果你觉得自己不擅长拒绝别人，可以让他们只在特定时间来找你——让自己有一些“集中”的时间来完成工作。
这也会让他们开始自己寻找解决办法，而不会盲目地来找你帮忙。如果他们实在想不出来，可以把问题写下来。这样他们来找你的时候，可以直接问你所有的问题。这种方法可以让其他人只打扰你一次，而不是每有一个问题就要打扰你一次，因此可以极大地提升你的工作效率。
你认为“完成”了的工作可能并没有“完成”
开发人员对于“完成”这个词的定义与其他人不同，因为开发人员还有大量潜在的事要做。例如，在一个节奏很快的团队里，开发人员也想要快速地完成工作。他们的工作有严格的时限，感觉一分一秒都不能浪费。
虽然对于“完成”的定义不同，但是完成工作绝不仅仅是为了一个有趣的功能写完一页代码。每次你觉得工作做完了的时候，你要想想以下问题：
你重构代码了吗?你有仔细研究自己的代码，并且确保其他开发者也能理解吗?如果有任何一个问题的答案是“没有”——赶紧完成它!
还有归档呢?这个功能是否需要归档?你有告知测试人员要如何测试这个功能吗?有什么条件是开发人员需要事先知道的?
告知测试人员要如何测试一个功能会节省你很多时间。
你知道吗，根据加州大学研究数字分心的格洛丽亚•马克的说法，在被打断之后，平均需要23分钟才能再次投入到工作中。
你需要问自己的最后一个问题：你测试自己的代码了吗?这个测试可不是简单的基本逻辑测试。说到测试，我们可以看看下一个坏习惯。
从不测试自己的代码
当一名开发人员，最棒的时刻肯定不是测试。大多数开发人员在测试自己的代码时，都十分懒惰。他们可能也就只做一做基本逻辑测试。
但这个坏习惯会让你在交付功能时花更多的时间。如果不测试你的代码，测试人员可以在一分钟内找到一个漏洞，如果你自己测试，完全可以避免。
测试人员每报告一次漏洞，你就要重复一遍代码。另外，你修补了漏洞后，测试人员还得重新检查一遍。这就很不划算。你可能会说：
“但测试会增加我的开发时间。”
不，它不会。这是一个常见的误解。测试只会在工作初期增加开发时间，因为你还没学会正确地测试代码。当你习惯了之后，测试就会成为你开发过程中的一部分，变成一个非常好的习惯。测试可以省掉很多时间以及潜在的麻烦。
设置过大的操作指令
一个非常低效的习惯是设置过大的操作指令。太大的操作指令会让你过度注重一些细节而忽视整体规划。这些指令会发生大量变化，最后你自己都不知道发生了什么变化。
另外，如果让你去审阅一个有100多份变更文件夹的指令，你会怎么想?你可能想骂人，也可能完全失去了审阅的动力。
小的操作指令才是合适的。它们让开发者可以给出一个详细的指令信息。但“还要优化一下”可不算详细的指令信息。
小的指令也可以让代码审阅更加轻松。审阅者可以一次审阅一种变化，并了解开发者的思维过程。
小的操作指令也更容易调试。开发人员可以轻松回到某个指令，然后测试是否有漏洞。小指令的好处就是，当你发现了漏洞的来源后，你无需检查太多代码。
小代码会让你的工作更有效率，事倍功半。
努力摆脱这4个坏习惯，成为超级赛亚人，pei，成为超高级码农吧~
