这学期经常需要解决问题或者思考怎么解决问题，于是我想是不是存在一些通用的解决问题的方法，以减少重复劳动，我实在太懒了。。

我觉得一般研究中遇到的问题可以分为四类：理论问题、算法问题、实现问题、参数问题。可以说这四类是有上下级关系的，从大到小或者从一般到特殊。当我发现如果解决问题之前就明白问题可能属于上述四类中哪一类（一般来说比较难），会更具有指导意义也更容易解决问题。

对 于我的领域而言，这四类问题都会出现。我的这个学期解决问题的步骤一般是从参数问题开始的，因为参数问题大多数是体力活而且不需要很多专业知识而是经验知 识。。当发现参数怎么调都不行时，可以想想是不是实现方法不对，程序哪个地方出bug啥的，或者相互之间有冲突啥的。还是没解决问题可以想想是不是算法不 对，算法不适合特定对象，这个是经常遇到的。要是试了很多算法仍不对的话，只能从理论上解释到底是怎么搞的，如果从理论上得到比较好的解释那么才会真的明 白和真的解决问题。

可能一谈到理论就觉得很深奥，我觉得控制理论太讲究数学而且大家公认比较好的杂志的文章都是一堆看不懂的数学符号和定 理，这个没必要每个人都这么做吧，虽然容易发文章但是不适合所有人，我弄的东西（虽然也是属于控制）就没有一篇文章在控制领域最出名三大期刊中发表过，也 有发表过的但是对于我来说没有一点用处。很多实际问题用不到那么深的数学知识，但是如果能够看破表象而知其本质，甚至给出有用的预测，那么我觉得就是理论 问题的答案，可能就是用到拉式变换就能解释的何必用上状态空间呢，甚至有的在单变量时域里就能解释（可能需要对于对象有着更深的理解，对于微分方程有更好 的领悟）。

之前我发现学术和技术有很大的不同，但是给出明确的定义比较难。现在从解决问题的角度而看，搞技术一般要解决实 现和参数问题，将算法和理论中的知识应用于实际对象；而搞学术的一般就是在解决理论和算法问题，但是不能不知道基本的技术，否则不可能解决问题，但是可以 不用精通技术细节。这两类人员主要解决的问题不同，也不存在谁更高级或者谁的问题更难，也不存在谁做的更通用（因为很多时候理论的东西是只有很少很少情况 下会用到），但是从功利的角度，搞技术的明显要更有钱，搞学术的要更有名。现在社会浮躁，经常从功利角度想问题，而不先认识自己再做决定。

不扯了，以后在解决问题中熟悉解决不同类型问题的方法。