最近我思考比较多的一个词就是概念模型，不管新知识的学习，新事物的认知，新领域的快速切入还是面对新问题的快速分析和解决，认识和理解概念模型都是相当重要的一个步骤基于最近的一些思考，我们可以对概念模型有一个基础的定义，即：。

    概念模型本身是我们认知事物核心框架和基础逻辑的自我可理解的最简模型这里面有几个关工业模型键点，其一是对事物形成基础认知，其二是最简和最容易模型，其三则是对我们自己最佳适用的模型每个人的知识积累和经验不同，最适用于他们的概念模型就是不一样的。

    因此对于有理论和实践经验积累的人，你可能并不需要用简单的方式阐述事物，有时候连比喻都不需要，而对于初次接触陌生领域的人来说，那么对核心逻辑的形象比喻工业模型就显得相当重要了刚才我们谈了概念模型是认知事物的核心，那这个核心究竟是什么？

    一个事物，一个概念或一个理论要真正理解首先就是要清楚究竟是解决什么问题的？即你开始并不需要知道这个理论是如何解决的，而是首先应该搞清楚该理论能够解决什么样的问题，先把这个搞清楚，即任何理论或新鲜事物出现的时候的基础诉求和产生工业模型背景是什么样的？这个是概念模型需要阐述清楚的第一步。

    基于上面描述，第一步重点就是搞清楚问题的核心定义，并自己理解消化比如我们说到云计算，我们现在会简化为所有终端（计算，存储，网络）能力朝云端的迁移并统一提供，说到SOA，我们会进一步简化为找到服务并组合和组装服务。

    这些都是抓住这些概念的核心部分内容第工业模型一步更多是偏理论最终解决问题和目标层面的理解，这个理解并不能帮助你理解某个理论或概念内部的核心运转逻辑，即这个理论为何就能解决某类问题？那么第二步需要解决的就是事物关键的内在运转机理的理解

    ，即从静态到动态，从目标到过程，只有这样你才可能理解事物运作逻辑这个内在事物运转逻辑如何表达，就是概念模型需要解工业模型决的另外一个关键问题如果从做软件或IT解决方面层面的思路来看，这个和核心架构设计需要解决的思路是一样的，即首先要搞清楚系统内部有哪些核心组件，组件之间是什么样的关系？其次是搞清楚组件之间如何前后协同交互，最终达到期望的输出。

    把这两个层面都理解清楚了，那么这个概念模型就是有效的正是基于如上思路，我们在工业模型构造概念模型的时候仍然可以解决软件工程中进行架构和概要设计的时候构图思路，对于静态构图重点参考类似逻辑模型，类图，类关系图，ER图等构图模式；而对于动态构图则可以参考活动图，流程图，时序图，泳道图等构图模式。

    一个事物只有在自己脑海里面形成了初步的概念模型的时候，才能够算对该事物有了初步的认识，接下来工业模型才谈得上如何层层剥茧和分解，深入到内部机理进行深入了解这和我们在学习方法和模式里面谈到一开始的学习应该是不求甚解是一个道理。

    只有搭建了大框架，理清主脉络，你才可能有目标和有兴趣深入