很久没有写过非技术类的博客了，最近一直都在忙工作上的事情，都没有时间来总结一下最近的生活感想。突然想到思维这个主题，其实很久都不知道思考和思维的区别，甚至说和思想的区别，今天就来好好聊一聊。

多谈架构，少谈框架

搞技术的人其实很容易明白这二者的区别，架构包括很多方面，比如你网站使用的技术栈（比如SpringBoot + Shiro + MySQL + FreeMarker等等），你网站使用的设计风格（扁平化，拟物化等等），这一些都属于架构的范畴。而框架的范畴则小很多，我们说SpringBoot它就是一个框架，一个微服务框架。再说说谷歌设计风格Meterial就属于扁平化风格。粗略地说，框架其实是一个更具体的实现，而架构这是着一些具体实现的一个抽象集合。

那么，我为什么举这个例子呢？对于技术人员而言，框架是对一些复杂操作的封装，使得我们完成一些功能的时候更加方便简洁，而架构需要你对整体有一个全面的认识，需要你有对应的领域知识，能够建立起一个领域模型，这样你的架构才能行得通。通过这样一描述，其实不难发现，架构对技术人员的要求远远比框架对技术人员的要求要高。因此，一般来说，架构都是那些架构师的工作了，如果我们想往上走，具备对应的领域建模能力是必不可少的。也不是否定框架的价值了，框架的价值也是巨大的，但是其实在平时的工作中，大多数程序员都是浅度用户，只是会很熟练的使用用，而没有花时间去深究底层的原理，其实如果深究底层的原理，又转变为了一个架构上的事情了，就是这个框架本身的架构设计了。

为什么比做什么更重要

这句话说得有点空，那我自己的经历来说吧，在面试的过程中，一般面试官都会问你做过什么项目？然后你以为他会针对其中的某个技术难点来做分析，so，你准备了很久技术上的答案。然而，在问过这些技术问题之后，一般他们都会问为什么要做这个问题？这个时候其实大多数面试者都会犹豫一阵子才能勉强给出一个说得通的答案，但是如果我们平时就多多思考我们到底为什么要做我们现在的事情，这个或许更有意义！对业务的思考和对技术的思考同样重要。因为你知道技术上怎么实现，但是你不知道它能解决我们实际生产当中的什么痛点，这个就很悲剧了，那其实这个技术是没有产生它应有的价值的。再就是我们做成了一个好的产品之后，我们再回过头来问问自己为什么要做这个？其实这个时候往往就是我们沉淀自身的时候，不论是技术的沉淀也好还是业务的沉淀也好，对我们以后的工作和决策都是非常有益的。

思考应该是一个人的常态。记得小时候自己最讨厌做数学题，尤其是思考题，为什么呢？因为它很难，要花时间好好思考，而那些计算题则非常简单，不用多大思考就可以解出来。但是往往能把思考题做出来的同学其实最后取得结果都非常不错，为什么呢？因为这里体现的是一个思维的锻炼过程，如果一个人长期不思考，他的思维势必会慢慢“钝化”，思考问题的方式也会变得更不上时代，想问题没有那么全面。思考不是说非得每天做一些很难的事情，而是让自己形成一个习惯就是，凡事多多想想自己为什么要做它？它能解决什么痛点？它的价值是什么？只有多多思考这些问题之后，我们才能有的放矢，其实想好以后，做起来都非常地简单了。

思考、思维和思想

• 思考其实是一个具体的动作和过程，体现的是你对某一事情正在进行的一些脑力动作。
• 思维其实是指思考的方式方法，用于解决某一个特定的问题场景。
• 思想其实是一个更大的范围，它指一套成熟的方法论，对于解决诸多问题都有非常好的指导和借鉴意义。

平时，思维和思想这两个词其实离我们还是挺远的，因为都不怎会碰到。而思考这个词则会被提及的非常多，“需要多多思考”，“思考人生的意义和价值”，“思考一个难题”等等，这些都是我们平时会谈及的话题，那么，思考作为一种具体的切实的“动作”，我们应该如何应对呢？拥抱思考是这个问题最好的解决方式，不管是生活中还是工作中的事情，凡事多问问为什么总是没有错的，只有问得多了你才会对这些问题有更深的理解，即使以前可能会对它存在一些误解等等。

思维和思想也非常的重要，但是它们使我们在不断地思考过后所产生的一个结果，这个结果的产生是自然的，因为思考的多了，自然就会形成自己的一套看待问题的方式和方法，这些就是思维和思想。思维某种意义上来说是一种能力，表示你对这个问题的一种独到的思考方式，而思想某种意义上其实是你的一种收获，表示你通过不断地思考所总结出来的一个普适的方法论。

总结

其实主要就是要明白为什么比做什么更重要以及多谈谈架构，少谈谈框架。