回过头去看，当C语言还是一个新事物的时候，CPU 时间和任何类型的存储都是非常宝贵的。第一个C语言编译器注意到了这一点，所以选择了通过去掉一些语义分析，来减少代码之间的传递次数。这意味着，在编译时，编译器检查到的可能只是可被检测到的 bug 中的一小部分。为了弥补这个缺陷，Stephen Johnson 写了一个名为 lint 的工具——它将从你的代码中删除一些没有价值的东西——从而实现一些已被它的兄弟C语言编译器撤掉的静态分析功能。然而，静态分析工具却因为可以给出大范围的误报警告和一些没有必要遵循的静态文体惯例的警告而倍受赞誉。
现在的语言、编译器和静态分析工具的设计和以前已经大不相同。由于内存和 CPU 时间变得相对比较便宜，因此负担得起编译器检查更多的错误。几乎每一种语言都拥有至少一个工具，用来检查风格指南的违规行为、常见问题以及一些狡猾的有时候可能很难捕捉到的错误，如潜在取消引用空指针。更高级的工具，如C的 Splint，以及 Python 的 pylint，是可配置的，这意味着你可以通过命令行开关或在 IDE 中，使用配置文件来让工具选择放过其中的哪些错误和警告。Splint 甚至还能让你在注释中注解你的代码，以便于更好地提示你的程序是如何工作的。