实际情况对原计划干扰

  今年本来的计划是做三个考勤报表，一个考勤异常处理单及一个批量请假/调休单的，然后和老郭演示一次考勤运算是否正确以及昨天所做出来的报表符不符合要求的。可是就在要开始做这些事情的时候，主管跟我要学生卡系统的GPS 通过经纬度返回具体的地点的WebService接口，这个东东花了我两天时间还没解决，因为google maps api都是用javascript写的，要把js写出webservice以我现在对webservice的了解情况来看是不可能的，于是想通过google url输入参数直接获取返回值来实现，不料在取GetResponse的时候一直报503错误，我一直以为是Google服务器拒绝连接，因为直接在浏览器输入网址是能返回的，于是又想到做好的能实现功能的页面然后用Webservice调，可是由于google api需要一个response才能回调，得到地理位置信息，所以必须在客户端用Js自动触发一个按钮事件来获取response,然后需要把结果写入服务器端用response.write返回，再用webserbice访问本地服务器，虽然确实不报503了，却不断触发按钮事件无法得到返回值。本来已经放弃了，但主管说明天就要测试我搁不下面子，想再试一次，于是就只能把原计划打乱了，来试验这个可能无法实现的任务，自然时间的损耗更是无法预计，一个上午加下午，一直在找方法做实验，就在网上看了别人写的一个google map for .net的dll之后，发现源码中用的也是Url取值的方法，本来有点心灰意冷的，调试进去的时候却发现在getrespones的时候报的不是503，而是407需要一个代理，随便加一个代理之后，报503，这让我怀疑到可能不是google服务器的问题，是公司网络管控的问题，恰好同事有个3g网卡，在能连接外网的情况下一试验，果然不报错，且能出结果。奶奶的，花我这么多时间原来是网络问题，早发现的话可以省出来3天的时间。但是没外网的条件下却是始终不能排除这种可能性，除了回家，回家有时又不想编码，哎。不过解决了这个问题多少还是有点成就感的，虽然微不足道，但是也是努力的成果也是项目必不可少的技术啊。

    不过东西是做出来了，原计划却完全被打乱了，最终原计划的一项都完成不了，今天算是成功还是失败？严格来说还是失败了，排错的能力和速度必须提升，从大可能到小可能的排除，实战中没有那么多时间可以这样消耗的。其次要利用好早上从8:30-10:30，下午2:30-4:30 这两个状态最佳的黄金时段，从易到难把大部分问题先解决再慢慢专研难题。高度集中之后在垃圾时间好好休息。劳逸结合，才能发挥一天的最佳效率。