对于优秀的软件来说，良好的技术实践是开发人员必须做的，这也是软件工程当中的一部分。设计、编码、测试和评论，如果您只能做一件事情使自己开发的软件变得更好，那么应该是什么呢？

持续集成——使代码运行

在开发人员构建软件并使其运行之前可以做任何有用的事情，持续集成就是一个比较明显开始的地方。开发人员应该经常互相检查工作是否同步，至少每天工作开始之前应该逐一检查，这就意味着简化了自动化构建系统的步骤。确保每次系统构建成功之后没有警告或者错误，开发人员可以试运行来确保系统的正常。

开发人员可能经常会在自己构建的系统当中不断的检查代码，查看系统是否还能正常运行。尤其是在大型的企业系统或者大项目中，将所有的碎片集成起来仍然是一个巨大的挑战。

开发者测试自己的成果——使代码工作

开发人员在开发过程中，尽可能自动化测试自己负责开发的部分，这是降低成本和加速软件交付的唯一途径。如果有太多的手动测试或将其交给专业的测试团队，那么就会大大放缓开发的速度。另一方面，这也意味着将更多的依赖开发人员编写（使用Selenium或Watir的单元测试）良好的自动化测试和静态分析检查，或者和IDE一起共同找到编码错误和安全漏洞。

然而也有一个问题困扰着很多程序员，一旦开始编写测试，很多人会的大多是简单的单元测试或者UI回归测试。这将需要他们花费很多时间去学习如何编写高效的测试来抓住真正的Bug。

代码审查或配对——让代码变得更好

想要拥有更好代码的另一种方式就是让开发人员做代码审查。做代码审查首先要找出问题，检查正确性、编码的保护性防御、安全等等，来使代码变得更好，更容易理解、更安全、更容易改变。配对和审查不一样，其目标和优先级是不同的。经研究表明，严格的配对编程会是你的代码更加干净、错误更少、结构更好。

重构——代码设计

设计如何？在建模设计时照顾到安全威胁和操作风险了？随着开发人员经验的增长，如何恢复、设计和使代码变得易于维护就变得越来越重要了。开发人员很容易就能学会IDE当中的重构工具和重构背后的基本思想，但是不容易学会的却是如何正确的重构。今天跟大家介绍几点小的窍门：

• 首先阅读和注释代码，做一些痕迹在重构是能更好的理解。
• 为变量和条件找到有意义的名称。
• 提取方法，分解大量的代码和表达算法。
• 摆脱明显重复。
• 移动方法和提取类来隔离责任。

为了更好的软件，你会怎么做？

为了开发出更好的软件，你会选择怎么做呢？是以上的几种方式，还是有别的好方法呢？欢迎大家一起来分享经验！

本文翻译至If You Could Only Do One Thing to Make Better Software, What Would it Be?

转载请注明：本文转载自慧都控件网