今天上班后，北京同事继续反馈软件产品登记还是没通过，呵呵，根据昨天的经验，立刻查看审批日志，原来是联系人的填写需要与登录的操作人员信息一致，修改完成后，继续提交等待了。
这个过程看来还要折腾一下，还会发生什么事情呢？我好奇的翻看了一下上一个产品的审批日志，乖乖竟然最少要有10个审批步骤，呵呵，心态放平和了，继续等待吧。
通过这个申报系统中的这个审批日志功能，可以看到上一个产品审批的步骤、退回原因和修改的地方，呵呵，就像重新学习了一遍审批一样，原先总是认为日志是一个基础功能，现在看来日志还有个记录成长过程，传播知识的作用，呵呵，但是感觉这个审批系统对这个日志的数据分析功能利用的不够。
每次都是上报后都是通过人工反馈我哪里有问题需要修改，而至少要等一天才知道重新的审核结果，乖乖，如果这个系统能将经过数据分析，将这些填写错误在填写的时候就进行提示和限制，呵呵，我想对审核人和填写人来说都是个双赢的过程，哈哈，YY一下，如果过于自动化，那些审核员不是要下岗。
中午的时候，让大家在http://www.psytopic.com/test/time-management/psytopic-time-Test.php做了一个自我时间管理的测试，比较有意思，虽然数据不一定很真实，但是说明自我在工作中要加强目标设定能力、计划制定能力、主次区分能力、克服拖延能力和抗干扰能力，这些能力的提升对日后的工作也会有很好帮助的，哈哈。
中午的时候接到在外边同事的电话，开始处理技术问题，这种角色的转变，让我很难再进入编程状态，因此下午的主要事情就是处理技术方面的事情了，处理的方式如下：
1、确认了一个不是很完美的方案争取说服客户，呵呵，主要是这个需求性价比不高。
2、和一个在外地的同事约定晚上远程解决，目前TeamView好像越来越不好用了，还是用QQ远程吧。
3、还有一个通过QQ转来的技术要求，直接委托给了其它同事。
4、外边一个需要封闭实施的项目，也开始联系我这边了，看了看与Outlook的日程基本上一致。
5、明天估计主要是处理一个项目的数据包了，也是在计划内的，吼吼。
快下班了，日记结束。
补充点：上午的时候同事说昨天修改的一个功能看不出效果，我以为是Check In的原因，就说明天编译吧再看吧，结果下班的时候自动编译那块也报错了，晕，鼓捣了半天才发现，原来一段公共代码没有自动更新，手动更新了一下，搞定了，奶奶的，以后那块看来得搞一下自动build的事情了。