质量--软件的生存根本

        毕业参加工作的前三年，一直没有软件质量的概念。周边也没有人谈及代码质量的话题，谈的更多的是客户问题的解决，更多的bug“消防员”的问题。技术负责人的问题排查，销售总监的客户安抚工作，这些问题的发生，在软件行业普遍存在，而我们也就习以为常了。这种工作环境的代码输出也就无法保证质量了，实现功能就基本交付客户了。

        而最近的一次迭代开发中，我个人之前的工作习惯在新的环境中也开始出现了问题，总以为出了问题可以随时修改嘛！？难道真的可以吗？从用户的角度来说，假如我们使用了X软件，感觉有bug，一般来说，我会怀疑这款软件开发团队的实力，其次，以后可能就不会选择这个团队的软件了。作为终端用户来说，这还不算什么。那么，我们自以为不是问题的代码，在网络上的关键设备(网关、router)上运行的话，那么，任何bug都是对公司竞争力的恐怖摧毁。有些时候，便宜给人的感觉和深层认识就是质量不怎么地。严重时直至客户的信任危机，投诉！面对动辄百万级别的代码，不容得任何瑕龇，即使一个小小的bug，也会耗费可观的修改代价去验证，评审。

        而对于工作在数据管道中的通信设备而言，不可接受(零容忍)的bug有：

                一、挂起 异常报文，用户的非法配置导致的设备挂死，如果出现该问题那么影响是很可怕的，尤其是已经运行的现网设备。

                二、泄露 报文引发的资源泄露。这种bug也是零容忍的，泄露达到一定数量将会直接导致设备不可用，影响与一相同。

                三、功能缺陷 承诺的功能未实现或者不可用 这种也会造成客户的抵触情绪。

        有人说“写代码是高危行业”是有道理的，因为自己写的代码会在各种环境下要经得起考验，有时是根本不可能的，呵呵。那么怎么办？

                质量意识？不够!

                开发能力？能够写出零缺陷代码的人，这世界上有几个？

                充分的分析客户需求，认清实现差距，保证开发能力补齐，严格的测试。目前，先列这么些，累了，睡去