重视自己的缺点，做事一定要严谨，切记

       做IT行业的，基本上数学功底都很不错，可是放到笔者身上，却显得特别奇特，从初中到大学，数学单科成绩在班级甚至全校名列前茅，可笔者的缺点却也体现在数学上，确切地说，是数字。

       笔者在数字面前，像是被人下迷药一样，总是稀里糊涂的，从自己回想的事情来总结，可以说是天性如此。
       最遥远也是最夸张一次要数小学一次数学考试了，那次考试，应用题70分，计算题30分，结果那次笔者考了70分，计算题30分全军覆没。真是见鬼了。
       其次是两次全校数学竞赛，一次是初中，一次是高中，也真是见鬼了，有几道题就是因为最后一步计算结果错误，而导致失分，而正是那些失分，本来可以第一名的成绩变成了第四名。两次结果一模一样，真是鬼上身了。

      最莫名其妙的一件事，刚毕业工作时，有次外出替公司购买东西，50元当作20元给别人了（那个时候新人民币刚推出来）。回来后才发觉不对，再找店主时，人家死不认帐了。 

      工作后，数字问题变成了数据问题。有次新旧系统替代上线，把旧数据导到新数据库里，上线之前写了一堆的SQL语句，反复测试过很多，本以为上线时运行一下就万事大吉了，结果上线后第二天，客户抱怨，数据少了一部分。后来一查，果真少了几千笔，原来那几千笔数据比较特殊，可能是旧系统刚上线时产生的，所以数据不完整。为此，还挨了老大的批评。
      虽然如此，笔者一直暗暗告诫自己要细致细致再细致，可在最近新系统中又出问题了，依旧是数据惹得祸。
      其实，这些问题，从另外一个层面上讲，是测试功夫不到家，所以无论是开发中，还是测试中，都需要引起极大的注意，为了彻底杜绝此情况发生，笔者总结了一条经验：
      做开发或者测试时，一定要把涉及到的表用SQL保存起来，每次操作，除了在系统界面上看系统本身的数据有无问题外，最快速也是最快捷的方式，就是运行那些SQL语句，看看里面的数据是否对得上。另外数据导入导出时，一定要把前后的总数进行对比，特别是大批量数据，否则少那么几千几百，根本就发觉不了。