最近的最近，在与同事对于过去架构的反思和总结中，我们讨论出了一个新的架构模式：应用微化架构。由于它是一个反向的微应用化架构模式，所以从模式上来说，我们便将名字反向了一下。由于这一种架构模式，实施和设计相当的简单。所以，在进行详细的介绍之前，先了解一下我们遇到的问题。
技术调研，是一个程序员的基础能力。快速进行技术调研，是一个高级程序员的基础能力。又快又好的技术调研，是一个咨询师的核心竞争力——你永远得比客户快半步。
技术影响力这个东西，每个人都有自己的想法，有的人觉得是个好事，有的人觉得会浪费时间；每个人都有自己的目的，有的想赚一些业余的钱，有想提供一些 KPI，这些都无可厚非。
规模化的组织，经常要面临这样的挑战：每个应用的基础设施是相同的，部分的代码也是相同的，甚至于它们可能只是数据模型不同而已。结果却导致了，他/她们要一次又一次地重新编写一个应用。
但是，在 9012 年的今天，前端应用走向了 MV* 的架构方案，也有了一层很重的 View 层——类似于过去的后端应用，或者后端应用。相似的架构，也可以在前端项目中使用。