今天下午调试sql查询表连接时出现问题，调试找到运行时sql发现：C表和I表进行left join查询，on后面写了所有的条件导致后面对C表的所有过滤条件都不起作用了，然后运用技巧，left join 的on后面的条件加上一个where 1=1 语句，后面的过滤条件都起作用，满足了连接过滤的要求。
今天上午主要是走项目流程，也许是因为第一次真正项目经理很多东西不知道，当时QA培训时也没认真明确我要做的（想想如果当时培训时如果不是泛泛的讲系统的功能，而是讲我所属的角色在用这个系统时必须做的几个步骤或注意的地方或许会更好些，这个重要的内容应该放在最开始或最后以便于我们记忆），结果结项了才发现自己是多么不负责任，很多成果物我没有审核，而这里面有其它项目团队成员所有工作的精华和意见建议，是了解整个项目，促进整个项目沟通协调最重要的一些信息，我居然当时没有任何审核，完全以一种走流程的心态很快的过掉，事情多没时间永远只是借口，我的工作不需要接口。
今天在提交项目成果物时发现成果物文件名写错了，太不细心了，我自己也象征性的检查过好几遍，但为什么还会出现这么明显的问题呢。联想到以前写代码也是，自己当时也不是没检查过，但以自己的思维检查时根本发现不了任何问题。如何才能让自己的检查更有效率呢？我想到的一个可能的解决方法是以后再审核时一定要隔一定的时间，最起码要经过3次深呼吸之后，然后假定自己扮演不同角色，站在对方的视角批评性仔细的看自己的文档和成功才真正有检查效果，所以以后再遇到相关重要文档成果物的问题提交时一定要果断的这样做。
今天晚上想问民生银行卡中存钱，第一次输入密码进入系统单击存钱后提示交易失败，退出卡再插入再做相同操作又失败，再取出卡做类似操作想查询卡内余额再次失败，再次插入卡输入密码提示因密码输入错误次数太多该卡已被锁定，郁闷之极，民生的ATM做的真是难用有问题，但仔细想想自己不也有问题吗？我计算机思维定势了，遇到软件出错或者系统失败，下意识总以为重启就可以解决问题，并且不假思索回忆的尝试几次，才导致了锁卡的悲剧。在系统软件中，就好象失败多次只有坚持就会成功一样，重启可以解决很多问题，原理就是尝试多次就会成功的道理，但这里面有个前提就是每次尝试前要认真思考，多思考总结多想有目的的尝试才有用，而不能盲目的重复多次。因为我发现近期自己比较浮躁，软件开发遇到问题，总是要自己漫无目的的重复尝试多次失败才能确认失败然后思考解决问题的方法，以后我一定要改掉：同样的尝试失败最多只能2次，2次失败后一定要冷静思考出方法后再继续尝试。