非必经之路

目前，在工作中，我领悟到了一个解决问题的重要觉悟。就是——你认为这个小节点的“预期运行”是到达最终愿景的必经之路，可其实不是。

目前这种事情出现了好几次了。

一次是我向SQL上传某数据，我以为只有VS可以正确的在数据库服务器上打开数据表才能是成功把数据上传到数据库的前提，结果不是，我忽略了那个问题，结果，依然成功上传了。

一次是我做了一个包装类的dll，编译这个dll时弹出错误。我纠结了好久这个错误，可发现，我忽略这个错误，依然可以保证我的dll可以被我的软件调用，成功运行。

还有纠结了好久的Qt编译问题。用debug编译，在IDE上就可以弹出运行窗口，release编译就总是crash。我认为不crash是我接下来把它打包成软件的前提，可后来发现，虽然crash了，但我依然可以把它打包成软件并成功运行。

这几件事，点明了可能存在的一个误区。即，如果一个自认为的前提条件没有达到，人们会认为下一步骤也不可能实现，而卡在这里。所以，我需要经常问自己——这个前提的具备，真的是最终目标所需要的吗？如果，真的能挑出一堆无必要的小节点，那么，直接跳到终点就很有可能。这可能就是所谓的“捷径”。