最近在学一些数据库的业务知识，因为想快些提高自己业务水平，也好快速，能不太求助开发就能改问题单。但是，我发现自己的学习效果并没有那么理想。业务学起来并没有那么轻松，可能这里搞通了，那里就出问题了，一直体会不到那种打通任督二脉的感觉，有一些挫败感。
遇到障碍，及时求助，这一点我觉得自己做的还蛮好的。但是前段时间，我发现了一个问题：明明我在请教的过程中好像听懂的问题，在再次出现的时候，我还是不能独立解决。这种现象已经发生了很多次。
如果被类似的问题阻塞，后面的环节我就无法继续。因为问过相同的问题，所以我也不好意思去再问了，就想自己解决，但如果耗费的时间过长，就会有点急躁，心情不好，影响一天的心情。
意识到求助过的问题还是不会严重影响了心情及成就感，我开始有意识的去思考解决办法。因为我觉得这个问题不解决，再怎么努力花费时间，学习的效果会一直不好的。
从明明问过了，当时听的时候我已经听明白了这个点出发。我反思求助后我的行为。每次问完，问题解决了，我就去做其他事情，刚刚问过的问题就撩一边去了。这一点似乎做的有严重问题。
想了一段时间之后我明白：在求助后，应该及时记录在求助过获取的“新知识”，然后再去回顾别人解决的一个思路，做到理顺理解透彻，再然后，针对操作类的东西自己再上手熟练几遍，最好复现当时同样的问题，尝试自己解决一遍。
后来我觉得数据库的业务学习需要的一个是思考能力，一个是操作能力，要敲命令嘛。所以，如果手生，严重就会影响效率，影响思考能力，影响解决问题的成就感。
这是我在求助后，没有做好“事后学”这个环节。那么再回顾我在求助过程中我的现。基本上在诚恳的找到求助对象后，礼貌的让对方坐在我的座位上后，我就开启了只带睛，只带“嗯”的行为模式了。
我讲明白了吗？“嗯，好像懂了”，你看我这样操作就可以避免这个了。“嗯，对”。一路下来，我基本上没有主动问过问题，也没思考自己的问题在哪里？也没有去确认自己的疑问。更没有亲自操作，而是让对方在一直操作。
所以你说，一个在求助过程中没有提出问题确认疑惑，没有确认对方执行命令的目的是什么，没有思考人家为什么要这样做，没有多问几个为什么的人，怎么能够真正理解，真正提升呢？
再来看，在求助前我做了些什么。啊，遇到报错了，我该怎么办？我该怎么办。然后就随便抓起身边的人问，你看我这出错了，是怎么了？然后。就回到了求助过程中了。
在出现错误的时候，我没有先淡定下来思考这个错误是什么？为什么会错呢？现有的提示信息给我的提示是什么？我有没有先去看日志大概定位下原因，先思考下可能的解决方案有哪些？先通过查资料去理解清楚一些基础问题？如果实在自己解决不了需要求助，我该找谁？谁会对这方面最了解。
而我，你也看到了，遇到问题的时候我就慌了，立马随便抓起人就问。我没思考清楚自己的问题是什么，我就找人问。我没梳理自己在尝试解决中的疑惑有哪些，我怎么确认自己的思路是对是错？我没想到如果找错人问了有可能浪费时间不说，还让自己走了绕了一大圈。
可怕吧。你有没有发现自己的影子。是不是觉得不回顾，都不知道自己原来在一个常见的求助环节中有这么多隐形问题，难怪求助后的效果不好啊。
所以，面对以后的求助，我会从3方面做起，现在感觉效果还不错呢。做好求助前的主动思考，梳理疑问，补充基础知识。在求助环节，最好自己亲自操作，提问描述自己的疑问并演示，确认对方操作的目的和思路。在求助结束后，及时记录学到的新命令，再从头到尾理一理线索，如果可能浮现下问题，自己尝试解决一遍。最后呢，我还会在平时多去应用学到的新命令，让新命令转化为熟悉的命令，方便随时调用。
这就是我的反思及解决方案，关于求助后还是不会的烦恼。你呢？有没有类似的烦恼。希望可以给你带去一丝丝帮助。
