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

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

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

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

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

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

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

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

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

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