编程回忆之运维回忆（细节的作用）

        从事IT行业的人，应该是细心的人。什么叫细心，细心其实就是智慧。一件事，别人发现不了，你细心一点，发现了，这就是智慧。

        论坛上现在有许多的人，谈着好像很高深的技术，有时候看得云里雾里，甚至有不明就里的人夸奖一两声，发言的人就更加飘飘然了，技术的差距，需要用多少时间能弥补上，如果你问一线的开发人员，他们会回答你，至多两年，这个你别不信，你可以问问。那支撑你在编程这条路走得更远的是什么，是细节。细节决定成败，这句话，不管在哪里都是适用的。

        ok，ok，以自身的简单案例说明一下。

        这个是一个项目每天报表的日结，涉及的表有20多张，涉及到视图10多张，涉及到定时器和存储过程10多个，sql语句和java代码混合在一起（编写时候的一个失误吧）。我所做的工作，是核对这些定时器每天产生的日记，在统计的时候，我发现一个数据，总是核对不上，差额也并不是很大。这个事情令我十分惊讶，首先我排查了，流程上的错误。确定了数据库中表数据的正确性。将开发人员找来后，他也十分惊讶这个事情，原因肯定是不用说的，肯定是出现在sql语句中或者java代码中，或者说我手上的这份手动计算数据出现了偏差。由于工作的原因，负责这一块的开发人员暂时没有空，于是我就亲自排查这个错误。由于这部分，sql语句，java代码混合在一起，中间还调用了视图和存储。我决定不去排查他的代码，我就是单纯的用sql语句，查询出数据，和结果数据进行核对，确认是我的手上数据出了问题，还是代码出现了问题。经过了一天的数据查询和计算，最后将错误确定了一个较小的范围之内。

        我叫来了开发人员，让他就在这个范围内核对代码错误，即使是一个比较小范围内的代码，但是代码还是比较巨大，而且嘈杂的。他又核对了两个多小时，依然找不出问题来，后来我实在是没有办法了，之后又用代码切割的方式，一半一半的运行核对数据，最后，锁定在一行代码上，嗯嗯。是什么错误呢。

    select to_char(sysdate,'yyyy-mm-dd hh24:mi:ss')  from my_time--------------1

    ----------------------------------------------------------------------

    select to_char(sysdate,'yyyy-mm-dd  hh24:mi:ss')  from my_time--------------2

    以上两行sql语句，有什么区别吗？有的，就是2多了个空格，查询出来的时间数据格式就会多了一个空格，当开发获取这个时间数据，不做处理，直接当成string字符串和别的时间数据比对大小时，就会出现错误。

    

    说到这里，多么简单的一个错误啊，不小心的空格键轻轻一碰，就出现了这个错误。耗费了我一天的工作时间，嗯。另外一个开发人员的虽然没有浪费多少时间，但是当这个bug记录写清楚汇报上去，他会有多么悲剧？

    谨记，谨记，切要注意细节。