最近这几天老被自己的粗心大意让我犯错，说到底其实是自己经验不够，还有就是做事的认真程度不够导致。这个是一个做事的态度，需要认真对待，今天要对我的行为进行批判和剖析以及怎样去改进。
第一件事 是前两天面对一个问题，说说问题，就是前端测试在本地测的时候是调用本地的服务，而当部署到测试环境测试的时候js 与页面是分开来的，可以F12进行调试查看到请求链接是不是正确来确认该问题。然后选中其中的url后面的地址进行搜寻，改为请求服务其地址的url,就这样一个小问题，前面已经出现了两三次，老大已经给我说了两三次，可是当再次出现相同类型的问题，而表现的地方不一样的时候自己就手足无措了。
解析：
1）出现上面的问题首先是因为没有重视这个问题，认为自己后台写的没问题就可以，这些有关前端出现的问题直接找前端开发人员就可以。实际上排查这样简单的问题，并且出现两三次自己就应该去搞明白，是与我关联到一块的问题。并且如果出现这样简单的问题再去和沟通，分割两地的交流成本太大，体现在时间的拉锯。耗费多。所以以后出现这样的问题需要去和相关负责的人进行询问，问问这样的问题为何产生，怎么去发现问题产生的原因，方法是什么，怎么解决。
2）这个问题除了上面说的原因还有就是知道了方法并且知道了解决的办法，但是过了一段时间，再出现类似的问题却还是不能解决，所以需要建立一套经验记忆策略或则说是备忘录的东东来保证自己在相隔很久以后还可以记住怎么去解决此类问题。
3）就是对类似问题的分析，其实表现的地方不同，可是内在原因还是一样，所以不要看到问题就感觉自己不知道怎么去解决。应该去找寻一下问题，分析一下就能联想到和之前遇到类似的问题相同。
第二件事 是写完的代码没有测试的问题，这个怎么说呢，其实最简单的代码修改最容易出现问题，就是因为在sql语句后面直接加了一个order by 排序，然后领导恰好也测试了一下这个，正好刚改完没有测试就提交了，所以发现了问题。
解析：
1）首先这个不用说是自己习惯或者说是做事态度的问题，做完的东西一定要去求正是否做对了，做好了，不能自认为没问题了接不去求证。没有对自己做的事情情况进行完全掌控。
2）第二，不得不说还是经验的问题，如果之前出现过这样的问题，知道排序不能放到分页的后面，在写排序语句的那一刻就应该知道这样是有问题的，所以去多做一些是来获得更多的经验
3）与上面说的那个一样，这样的问题以前有可能出现过，却没有重视，没有去联想问题的深层原因，没有着重当做特别的错误去记忆，所以没有下次还是或忽视。就像空指针的问题或者数字格式异常问题（后台定义的为int 类型，前端传过来的为空或者不是数字那么就会出现这样的问题）。
写在后面：其实谁也不是圣人，有些问题出现一次就要记住再也不犯错有点强人所难，在同一个地方也许会再次跌倒。只是希望跌倒的次数要尽量少。对自己说“想让自己变得优秀就要去做，去做别人不关心的事、、、加油！！”