鉴权，是指验证用户是否拥有访问系统的权利。它是一个系统的重要组成部分，只是我好像从来没有写过相关的文章。于是，于是，最近手不怎么疼，又刚好有几个项目有相关的问题。讨论了多次之后，我发现鉴权简直称得上是一门艺术。
最近的，最远的最近，或者说在过去的几个月里，我与几个前端同事，一直在讨论一个话题：『作为一个前端开发人员，我们面临怎样的困境？又该如何去解决？』。
写完《整洁架构》之后，经历一次简单的讨论，我从同事那里得到一个有意思的结论：『你写的前端代码，类似于我的 JSP』。
昨天，是 5.4，是我的最后一个青年节。今天，我已经是一个中年人了。
最近的最近，在与同事对于过去架构的反思和总结中，我们讨论出了一个新的架构模式：应用微化架构。由于它是一个反向的微应用化架构模式，所以从模式上来说，我们便将名字反向了一下。由于这一种架构模式，实施和设计相当的简单。所以，在进行详细的介绍之前，先了解一下我们遇到的问题。
技术调研，是一个程序员的基础能力。快速进行技术调研，是一个高级程序员的基础能力。又快又好的技术调研，是一个咨询师的核心竞争力——你永远得比客户快半步。
技术影响力这个东西，每个人都有自己的想法，有的人觉得是个好事，有的人觉得会浪费时间；每个人都有自己的目的，有的想赚一些业余的钱，有想提供一些 KPI，这些都无可厚非。
规模化的组织，经常要面临这样的挑战：每个应用的基础设施是相同的，部分的代码也是相同的，甚至于它们可能只是数据模型不同而已。结果却导致了，他/她们要一次又一次地重新编写一个应用。
但是，在 9012 年的今天，前端应用走向了 MV* 的架构方案，也有了一层很重的 View 层——类似于过去的后端应用，或者后端应用。相似的架构，也可以在前端项目中使用。
Copy-Paste 是一件非常有效的开发方式，但是它们一点儿也不适合维护——为了改一个拼写错误，要去修改代码中的七八个文件，打人的心都有了。