没有银弹只有：
学习方法和模式
第一阶段：问题分解和基础素材对应, 第二阶段：粗粒度对应，进一步排序和整合 。第三阶段：进一步归纳并从归纳到演绎反转问题就是事物的现状和你期望的结果之间的差距。解决途径一个是降低自己的期望，一个是改变事物的现状。
第一点：学习和实践是一个完整的闭环持续迭代过程。在知识经验库形成中。学习，实践，总结复盘是最核心的三个内容。即凡所有事，必须经过你亲自实践或验证，第二点：认识事物和解决问题是我们对现实世界的关键理解
学习的方式有两种，一种是基于当前目标和问题解决来驱动的知识采集学习和消化，重在解决特定问题，工作后的学习大部分是这种；其次是一段时间的工作实践积累后，自我希望能够对某一专业领域知识进行系统化，以能够更好应对后续工作实践中出现的同类问题。
技术人员本身不要受限于技术中，而应该跳出盒子培养价值驱动下的经营思维。业务驱动技术，技术为最终的业务服务。要真正通过架构设计来完成业务和技术，需求和实现，软件和硬件，静态和动态，成本和收益等多方面的平衡。
我们接收到外在信息的输入，我们的大脑会对接收到的信息进行降噪，加工和模式匹配处理，在处理的过程中我们需要借助我们大脑里面已有的基础记忆，知识和经验信息。即外在输入+内在知识经验共同进行处理加工和模式匹配后形成有价值的输出。
我思故我在，思考首先是表明我们还存在独立的意识行为，其次是通过思考进行问题分析，通过分析能够独立得解决问题，而解决问题是思考最终的目的。思维真正的乐趣在于应用已有的知识和经验积累，通过思考来解决现实生活中面临的各种新问题。
业务目标驱动，技术推动业务
Lorem ipsum Dolor sit amet
对于架构思维本身仍然是类似系统思维，结构化思维，编程思维等诸多思维模式的一个合集。由于架构的核心作用是在业务现实世界和抽象的IT实现之间建立起一道桥梁，因此架构思维最核心的就是要理解到业务驱动技术，技术为最终的业务服务。要真正通过架构设计来完成业务和技术，需求和实现，软件和硬件，静态和动态，成本和收益等多方面的平衡。架构的形成要给关键就是要又分层思维。架构分层是谈架构绝对绕不开的一个点，通过架构分层可以更好地全面理解业务系统或功能实现。
从单微服务的概念来说，微服务不是指具体的Http API接口服务，而是指拆分后的微服务模块，因此微服务可以理解为：拆分后DB+微服务模块+API接口提供。 微服务架构思想符合当前复杂应用系统分而治之的思想，这个和微服务出来前的组件化开发思路是一致的，只是微服务思想出来后对于拆分的微服务更加高度解耦和独立自治。 谈微服务的时候你会发现，一个微服务要成功正常运行，有大量的底层技术组件或微服务依赖，也有大量的同层的其它微服务模块API接口依赖。
一个快速开发平台只要应用的企业和团队多了，那么就更加容易在实践过程中不断的将个性化需求抽象为共性需求融入到快速开发平台里面，这个本身有一个过程，积累的越久，快速开发平台的能力往往也就越强大。一个好的快速开发平台往往可以解决90%以上的业务需求功能实现，而个性化或定制的充分提供开放接口给你自己去处理。那么这种开发平台本身是有价值的，可以真正做到快速的功能交付和对需求的敏捷响应能力。同时一个功能开发往往还同时适配桌面和手机端，更是减少了重复开发和定制的工作量。
