本文主要是介绍[思考记录]严谨、讲因果，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
上周清理罗列了一些程序上的问题，后续又进一步对其中的每一项再次进行了推敲整理。通过整理，帮助逐步还原了某些问题的“真面目”，也让思路更为清晰了。
整理过程（第3步还在进行中）：
1、追溯原始问题。为什么会存在这个问题（当时为什么要这样做）、背后想要解决的问题是什么？以此追溯，还原到最开始想要去解决的问题。
2、重新探究解决问题的途径。跳出来，重新审视。因为办法通常不止一种，虽然当时的选择会导致现在看到的问题，但并不意味着没有其他更为有效的解决途径。
3、综合对比分析。不只去看到每种方式的优势，更要反向去看到会引入的问题，并且尽可能找出相关因素并整理考量。这样，能帮助基于当前认知去做出相对更正确的选择。
但在做这个整理前，其实走了一截弯路——在得到问题清单后，就着手在做归类梳理。可想而知，结果的准确性和可靠性是难以保障的。回头看是有点可笑，但当时却还没太意识到。
体现出来的一些问题：
1、严谨性不足。在开始整理前，没有先充分理解每个问题，使得后续的工作建立在不稳定的基础上。
2、因果关系模糊，质疑不足。对清单中所列的问题，过于依赖表象现象，缺乏因果分析和质疑精神，导致把一些表象相关的东西当成了事实。
如何避免或改善？可能也没什么捷径，持续的反思和修炼。刚好再回头看看上个月所才记录的《思维方式#修炼》，不少点比较相似。再练习。
这篇关于[思考记录]严谨、讲因果的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
