前几天做的解码程序,今天终于解决了。回想一下,发现还是有点浮躁了,出现问题没有想一想深层次原理,只是在网络抓包的字节串的格式上面想问题,没有从源代码上面来思考一下原因。今天饭后吃着鸡爪,看了一会源代码,突然想到问题所在:import 导入包的里面的子目录的路径有问题,导致不能找到配置文件。
卡了两天,笔者也反思一下:
1、测试数据有局限性,没有充分包含上线后的数据;
2、想到一个原因,在做测试后没有想一想其他问题,而是纠结于这一个问题;
3、没有从运行失败的提示信息和日志信息来查找问题,这也在脚本设计时需要考虑日志的设计;
4、没有从源代码上面查找问题所在。
虽然笔者觉得这个问题始终都可以解决,但是没有想到居然是这个问题,浪费了一些时间。于是笔者最近在思考到底什么是解决问题的能力,运用观念、规则、一程序方法来分析解决现存的问题,那么遇到问题是单刀直入还是迂回战术呢?笔者觉得和个人的认知有关,如果这个问题你已经认识到了,那么就直接点干掉它,如果这个问题你没有头绪,那么就需要迂回来解决,先把边边角角了解一下,做做周边的工作,然后慢慢接近核心问题,然后干掉它。
网友评论