风马牛

今天的主题，PCLint，自觉这部分至少可以分为两篇文章，如果要深入讲解，足以涵盖《Effective C++》，《More Effective C++》等书的内容，所以还是只介绍用法，要想知道的更多，那就Google一下吧！第一部分内容，主要介绍PCLint的功能以及如何安装。第二部分内容则讲解PCLint如何使用（暂时这么计划的，也许会突发奇想出来第三部分第四部分，那就请继续关注吧）。

上篇文章中PCLint工具进行了更新，请小伙伴们注意重新下载，主要有两方面的原因。第一，原工具应该是有问题的一个版本，升级后，不能正确的解析Visual Studio的工程文件，在这上面，整整花费了我一个多星期的时间来调查，是导致这篇文章难产的主要凶手。第二，增加了Visual Studio 2010, 2012, 2013等版本的配置文件，方便大家的使用。

博客又有一阵子没更新了，最近认真思考了阿里上市的成功之处：选择和坚持。其实人生并没有绝对的对与错，也没有绝对的成功与失败。正如“有些人活着，他已经死了”云云，我总是拿对与错来让自己选择，其实就是根本的错误。决定走一条路，就继续走下去，终点虽然不知道在哪里，那就尽情享受沿途的风景，以及珍惜与身边的陪伴着的人的分分钟钟！扯得有点远，回归主题。之前讨论了软件质量之道的各个方面，但是也都是一些虚话，达不到真正的目的。既然如此，还不如针对上一篇文章结尾部分的流程图的每个部分，进行详细的描述，达到人人可用的效果，使之

本文主要针对C++的软件质量进行分析，同样也适用于其他语言，在不同的环节提供了一些软件，进行软件质量的控制。使用自动化的集成构建环境，来减少Bug发生，从而提高开发质量。

前面几部分话题，主要是借助于外部工具，进行代码的静态分析，获取质量控制的目标。其实这么说起来，质量还是一个很空的话题，毕竟工具不是万能的，不能百分之一百的确定代码的质量。现在，需要确定“范围”，确定“目标”，确定“框架”。“范围”，是如何精确控制代码的质量。“目标”，是控制代码质量的标准是什么。“框架”，是使用什么方式来进行控制。针对于软件来说，控制代码的质量的根本，是Bug率（包括性能部分的Bug），那么我们的“范围”基本可以定为：如何降低Bug率。从这个“范围”出发，“目标”也就很明确了，那就是Bu

生活的主题就是，面对复杂，保持欢喜。怀特 1 保持欢喜在同一条路上行走，只要比别人走得更久，就能够走出别人没有的距离；只要比别人走得更远，就能看到别人没看到的风景。心里的想要说的话太多太多，却又无法表达。还是继续前行吧，不能停止脚步，否则将是人生最后悔的一件事吧。关于“读书”，这幅图就是我想说的了。也许不对，但是每个人都需要自己的理念，有什么想法，坚持下去就好。