有什么能让你在BAT公司站稳脚跟？P8程序员：注意三点代码规则！

想要练就优秀的编程技术组合需要数年的试错经历。幸运的是，现在有一些小方法可以帮助你很快成为更优秀的BAT程序员和更好的团队成员。

尝试破坏写出的代码

你有责任亲自测试自己写出的代码。公司是否拥有出色的质量检查团队并不重要，关键是你要对自己的代码负责。在公司工作的每个人（无论是软件开发人员还是测试人员）的目标都应该是尽快交付高质量的软件。打造出色的产品需要整个团队的合作。

如果不测试代码，那么测试人员肯定会发现你的错误。他们会创建故障票，你修复好故障功能后，将故障票发回。但是如果还存在问题，就还会收到故障票。这样可能会陷入无止境的错误循环，双方都在浪费时间和耐心。仔细测试代码则可以减轻所有人的痛苦，这是你应该始终做的事。

这可能是一个微不足道的变化，但最好还是先测试下自己的代码。编程很复杂，很可能你忽略了一些东西。没有程序员不会犯错，只需花几分钟进行测试就能节省每个人的时间。不管怎么想，请测试写出的代码。如果发现错误，就编写单元测试以避免将来出现此错误。

请放下骄傲并尝试破坏你编写的代码，测试你可以想出的所有不同方案。寻找边界情况。你了解自己的代码应该做什么以及它应该做什么，因此你就是测试代码的理想人选。

进行小型提交和拉取请求

提交到版本控制存储库以展示代码的历史记录。每个人都应该留下一条有意义的消息，说明进行提交的原因。虽然能够像书一样阅读提交历史有点费力，但是对于试图了解发生了什么的人来说，提交历史应该是可读的。

要做出好的提交，必须将每次提交的范围缩小。这样你每次提交的重点就会放在功能、错误修复和重构等微小的细节更改上。如果提交的内容太大，则无法在简短的提交消息中对其进行描述，因此代码历史记录将变得更难以阅读。

小型提交还具有其他优点，它们更易于测试，并且如果测试失败，也方便调试，因为导致该错误的代码更少。小型提交也更容易还原到较早的提交，因为这意味着在还原时损失的代码更少。

发出拉取请求时，应遵循相同的规则。缩小拉取请求可以使审阅代码的人员更彻底、更确定地执行代码。长达数千行并更改数十个文件的拉取请求将不会得到仔细检查。如果不检查拉取请求，最终会得到较差的软件。而且，如果别人不审阅你的代码，你将不会获得任何反馈，这会阻碍你的成长。

快速构建，然后重构

编程是一个复杂的过程。要成为高效的软件开发人员，需要以有组织的方式解决问题。在编写任何代码之前，应该考虑一些对于当前来说比较关键的几个方面。

你想达到什么目的？你确定自己完全了解要求吗？花几分钟时间思考需求可以节省大量时间。同时还应该确保在项目中（或者正在研究的另一个项目中）尚未解决此问题。许多功能都是相似的，那些可以使用的经过验证的代码也许可以直接拿来用。最后，必须提出一些解决问题的方法。

思维固然重要，但小心别陷入过度思考的陷阱。当对目前存在的解决方案有所了解时，请选择最有前途的解决方案并开始编码。不要试图让代码无懈可击，也不要尝试处理所有极端情况，只需完成代码的关键部分即可。

代码的第一个版本不可能是最后一个版本。即使尽力而为，也必须假设解决方案存在缺陷。也许它运行缓慢、难以阅读或依赖过多的外部库。无论是什么，都必须重构。

删除重复的部分，寻找更抽象的版本，并在必要时添加注释。创建一些单元测试，以便可以自信地重构基本功能。还需考虑代码是否可能破坏应用程序其他部分的内容，并且将变量名称更改为其他人可读。

尽一切努力创建尽可能好的代码，这就是成为BAT优秀程序员的所有要求。