09的最后一天,愚蠢的一天

　　今天是2009年的最后一天,也算是辞旧迎新的日子,可惜,今天的我却表现得相当之愚蠢.也罢,反思一下这愚蠢的一天并把它远远得抛开,然后去迎接崭新的一天,崭新的一年吧!

　　话说,SAP项目组以迅雷不及掩耳盗铃之式在我的工作计划中插了几单,全是优先级为AAAA级的,其中之一就是让我今天变得如此愚蠢的报表. 于是,满心不情愿地丢下快要完成的另一个小系统的升级工作,转到了报表的修改工作上来.话说这支报表需要显示某公司某会计科目在某个月底时未清帐的明细信息.先前需求不甚明确的原因,错误地显示出了所有的明细(来自BSEG表)----已清+未清.心想:只要把已清的过滤出去就OK了,easy!为此,工作计划中只为它分配了不到2个小时的时间,可是,从此愚蠢的一天开始了.

　　 不算困难地就找到了一个字段AUGDT,含义为清帐日期,心想问题解决了.于是在SQL中添加了过滤条件,AUGDT <> '00000000',天知道当时为什么会这样想(清帐日期不为空的说明此条记录已经清帐,为啥要把已清帐的过滤出呢?明明是想找未清帐的).结果当然是错误的,等在别人的提示下发现此问题时,近两个小时已经过去了.

　　接下来就是把条件设置为AUGDT = '00000000'继续测试+调试工作. 发现仍然有问题,得到的明细条数比正确的结果少了许多.在把上千条记录导出到EXCEL文件中人工进行对比后发现,部分清帐日期不为空的记录也被视为未清帐.我就不明白了,为啥这样呢?接下来就是徒劳无功的几个小时:

　　仔细分析BSEG相关的几个表,试图换个表读取未清帐信息,发现困难更大些,失败!

　　仔细挑出未清帐与已清帐的两条记录并仔细分析他们的异同,失败!

　　向顾问咨询,也没有得到什么有价值的建议(毕竟通过MSN跟面对面交流相差很大).

　　.............................

　　.............................

　　.............................

　　 时间就这样一分一秒地过去了,再有两三小时就下班了.就在已经绝望并准备第二天继续奋斗此报表的时候,终于做过类似报表的同事的一句话解放了我:查询8月时的未清项(包括8月及以前所有日期),8月31号以后清帐的,查询时应该算成是未清.问题解决了,把查询条件修改为:AUGDT = '00000000' OR AUGDT > '20090831',于是得到的正确的结果.从得到正确的方案到完成修改并做了几次测试以进行确认花了不到5分钟时间.

　　松了一口气之后就觉得这次特别白痴,竟然被这么简单的问题纠缠这么长的时间.当然,吃一堑长一智是肯定的,以后肯定会对这个问题乃至这类问题牢记于心很久很久,不过觉得自己还是应该反思为什么会出现这样的情况.

　　 为什么会出现这样的情况?我想,一定程度上是因为SAP上线后,处理SAP项目时积累的旧.NET系统维护升级工作+现在的SAP报表维护开发工作+BW报表开发学习等等事情一起压过来,有点不习惯,感觉有点应付不来.打个比方说,以前是身后只有一两只狼追着,也追得不太紧.打死一只才会有另一只跟过来.运气好的时候还会有些空档的时间休息.而现在,身后有四五只狼追着,随时还会有只更凶狠跑得更快的狼突然冲过来咬向你的喉咙.你必须立即做出反应,修改战斗计划,先打死威胁最大的,再一只只把他们消灭.所以,应付不来得我就有点手忙脚乱,有时心情急躁,有时情绪又比较低沉.这时反而会羡慕起那些专做一项工作的同事来,比方,只做BW报表的,只开发ABAP程序的,只做.NET程序的等等.有次则半真半假地说,涨的工资远不如加的工作量多(何况新工资还没有开始执行呢),得到了LGG同学的同意!

　　当然,这样的情绪也不会持续太长时间,毕竟自己也明白这次SAP项目是一个非常难得的机会.如果不是这次SAP上线,我想我永远也不可能了解到公司业务流程的那许多知识.

　　因此,我所要做的就是尽快调整心态同时让自己适应当前的工作状态. 三年时间,即使不能说将SAP,将业务流程知识学到精通,至少要成功转型为公司SAP的开发顾问(懂业务,懂流程,能对客户的需求做出建议及指导,而不是像现在这样,模块顾问及客户说什么就怎么做).

　　因此,让我把这愚蠢的一天抛在身后,同时也把愚蠢抛在将要离我而去的2009年吧.2010年我要更努力地去工作和学习,努力地去创造更加美好的生活.

　　IT行业本身就是一个需要不断学习的行业,2010年我要学习的东西更多.

　　ASP.NET虽然不能再成为学习重点,但也不能拉下,所以,<<.NET框架程序设计>><<.NET组件程序设计>><<JAVASCRIPT权威指南>><<code completed2>>还是要看下去,而且要更深入些. 不过可能会根据需求进行一定取舍.比方,为达到管理系统快速开发的目的,可能希望将常用的功能进行封装,这时就需要多学习<<.NET组件程序设计>>一书.总之,这部分投入的时间会少很多,但这块种了好多年的田绝不会荒了.

 　　SAP开发的深入学习.目前所做的SAP开发只是最简单的报表设计,像用户增强,用户出口,接口设计,对话框设计等了解都非常少.随着公司业务发展,肯定会出现更加更多更奇怪的需求(系统才上线月余,都已经出现维护的需求了,这点也让我很崩溃),这些都需要有对SAP开发有更加深入的理解才行.所以,要努力才行.所要用到的书为目前手中有的<<SAP程序设计>>及将要买的<<SAP高级程序设计>>.

　　SAP操作学习,公司业务及流程知识学习等. 顾问离开时曾建议我们花费1/3的时间学习SAP的操作.但一个多月以来一直忙于应付.NET系统维护升级,SAP报表开始维护等,用户手册看都没看过.以后一定要在每周抽出一定时间来练习操作.同时,多向相关模块顾问请教业务流程等相关的知识.目前来讲,SAP系统与公司业务流程的结合,他们了解最多,最清楚.现在不定期会有模块顾问给我们做培训,一定要在培训时做好笔记,会后对笔记进行整理.学习资料为操作手册文档等.

　　BW报表开发的学习.目前的情况下,BW肯定要学.那么就好好学吧.多向前辈请教问题,慢慢把他们的知识转移过来. 会买一本资料来看.

　　CRM知识的学习.目前维护开发的.NET小系统多半与CRM相关,所以要学习CRM的相关知识,也许对继续升级这些系统有帮助.何况,公司有意上CRM系统,现在学习相关的知识,到时用得上.所用资料:从图书馆借到的CRM资料,下载的电子书<<客户关系管理与数据挖掘>>等.

　　英语培训..NET程序开发,SAP的学习等,都让我感受到英语的重要性.现在的英文水平看一点资料还将就,也可以慢慢地跟老外在MSN上聊点小天,但看长篇大论的文章或老外快速发大段文字就会傻眼.所以,英语到了瓶颈,明年希望能抽出几个月的时间进行培训,以突破瓶颈.

　　

　　选项比较多,不过好在多数都是在工作中学习的,业余加把劲能学到更多. 希望老天爷不要觉得我太贪心.说到贪心不贪心的问题,突然想起一个好笑的事.昨天晚上跟LGG同学吃饭时,我突然想到许愿的事,就对她说,"哼,如果给我三个愿望,那么我第一个愿望就是要求有无数个愿望".接着又加上一句"这样好似比较贪心,会遭报应的".两人一笑继续吃饭.一会儿过后,我发出了啊地惨叫,原来是把舌头咬了.报应来得如此之快.

 

　　现在时间已经到了2010年了. 在此,祝大家元旦快乐,新年快乐.新年行大运,赚大钱.

　　OVER!

　　

转载于:https://www.cnblogs.com/cime63/archive/2010/01/01/1637206.html