《怎样解题》这本书就是讲了如何解数学题呗。但是其中蕴含的思想可以抽象为帮助我们解决更多问题的方法论,而不仅仅局限于数学。程序猿可以借鉴其中的思想Debug。但是抽象的过程也应该注意,很多方法可能仅仅局限于数学题,不要生搬硬套的抽象为解决更一般的问题的方法。
读完之后,最有收获的就是面对问题的时候尽量详细的描述它,突然记起电路原理课上老师也这么告诉过我们:”如果遇到很难解决的问题,那么就尽可能把这个问题详细的描述出来,越详细越好,可能你把问题描述出来的时候,思路也就有了。“
还有一点,把问题分解,就是把遇到的问题分解为几个小部分,分而治之。分而治之这个思想在我做实习的时候,一位斯坦福的博士也跟我说,他做科研的时候经常用这种思想辅助解决问题。
注意记录解题步骤。我在处理一个非常棘手的问题的时候喜欢在纸上写思维流程图来辅助解决问题,效果非常不错。为什么这样做呢?其实我们解决一个问题的时候常常会不自觉的引入一个等价问题,然后解决这个等价问题可能还会引入另一个等价问题,如此反复之后我们常常会忽略了真正的问题是什么。把思维流程记下来,可以让我们清晰的知道目前进行到哪一步了,我原来的目的是什么,现在所做的与最初的目的关系是什么。
回顾解决问题的过程,思考能否把解决问题的方法用于更一般的问题,这点很重要,很多人都做不到(我也是),可能就是比较懒吧,这是以后需要改进的地方。
其他的数学性太强的东西,比如辅助元素,创造者悖论,探索式论证看的比较粗燥,就不多说了。
方法只是”道“,解决问题的所必备的知识储备也不可或缺。
时间: 2024-11-06 23:25:02