前几天在做数据迁移的时候发现了一个奇怪问题，导入客户数据后，在单据里面有一个用户发现他的送货客户和结算客户反过来了，

但是其他用户都没有反馈过这个问题，于是我们就仔细调查，发现在数据库里这2个客户的字段还真是容易迷惑人。本来基础数据中的

结算客户命名是CreditCustId,到了单据里却变成了CustId.这个老系统也是久经沧海，从诞生到现在已经10多年了，而且开发人员已经

换了一波接一波了，最早的那批人早就不在公司了，文档也不全，很多不确定的地方只能翻查代码，工作量可想而知。

    所以这里提醒大家下，你现在所写的代码如果不规范，给后续维护的同事不知道要挖多少坑，维护成本也将大大提高，最后导致的

恶果就是系统的可维护性会越来越差，最终让人崩溃。

   一个好的系统的打造，需要从细节出发，大家都抱有一颗尽职尽责的心，才能做好，否则后续只会越来越烂，最终后续者要么抛

开旧代码另起炉灶，要么耗死在坑里，软件工程里强调的可维护性还是非常重要的。只不过现在工作节奏快，很多时候大家都顾及不

上，另外人员流动频繁，文档维护不全也是在给后面留坑，但愿所有开发人员都要有提升代码这种可护性的意识，只有这样，大家才

能够不给别人留坑，也不给跳掉别人给你留的坑里去。