前段时间，公司软件频繁出现Bug。通过不断的调试，最后发现是指针的问题，导致指针悬空。这样导致调用不存在的函数，或者读写不属于自己的内存。这是个严重的问题。
    平时大家在写小程序或者自己写一个小软件时，也总是说，好的编程习惯在正式开发时一定会注意。一个小程序没必要注意那么多规范。其实，规范并不是别人无聊拿出来闲谈的，肯定是有道理的。这是我遇到的，因为很严重，才不得不和大家分享一番，希望引起大家的重视。而我现在写代码，无论是大程序还是小程序，达到整个项目还是小到一个标点符号的排版，都力求形成一套编程规范，我自己的规范，至少要保证我自己以后看代码能很清楚自己要表达的意思。如果自己的意思轻易能懂，他人看，也照样会很清晰。
    为什么要拿这个来讨论一番呢？是非常有必要的。
    我们参加工作，大多都是去他人的公司上班工作，工作内容就是写代码或者接手别人的代码。本着一颗认真负责的心，不要对自己的代码太个性化而是要规范化。现代的工作节奏也很快，除非特别的情况，一般，程序要做到规范化。因为很多公司的人员流动也是很大的，代码的维护就增加了不少成本。很多公司招人时第一个看重代码风格，其实就是代码规范。这是一个俗之又俗的理由。
    说句实话，对公司怎么样我们暂且不讨论。就我们个人而言，一个程序的质量往往反映了一个人的综合实力。这也是别人看待一个程序员业务能力的标准，不要对此视之不见。说白了，这是给我们加分的做法。很多直接看不出来水平，但是看看代码风格就可以大致定性。为什么有人抱怨说得不到老板的重视，为什么老板看不出你的能力？老板看不懂代码，但是看得懂注释，看得懂“码品”（相对于人品）。而为什么这么说呢？代码风格不好，往往给程序带来不稳定的因素，提高代码维护成本。这也是老板最头疼的事情，谁不愿意少花点成本呢？将心比心你也懂的。
    还是从我们自己的角度看看，我们接手别人的代码，如果他的“码品”不好，你喜欢吗？你是否也会边写代码边码那个程序员呢？你是想让接手你的代码的程序员骂你还是敬仰你呢？你是想得到别人规范的代码，轻松维护呢？不管站在哪个角度，都是很好的。然而，我们需要从我们实践的每个凌乱中整理出我们自己的一套规范，让我们自己的代码提高可维护性，提高稳定性，形成一个独特的代码风格，这个风格才叫经典，而不是用什么花哨的注释方式或者花哨的实现方式。记住，软件最根本的就是稳定性。
    好了，废话就不多说了。说了这么多，其实就是想引起大家的重视。因为我所接手的工作，目前的任务就是重写上一个程序员的代码，提高稳定性。而之前，修复的bug就是因为指针悬空引起的，问题很普遍，归结于一点，“码品”不好造成的。
    所以，有一个好的编码规范，是对自己一个好的要求，我也在不断的追寻好的规范。以此共勉。稍后分享指针的规范使用。