在上一篇文章《前端困境：个人篇》中，我们讨论了关于个人在前端领域遇到的一些问题和挑战。在这一篇文章中，我们将关注于组织中的前端技术挑战。
然而并非很有的前端工程师，都准备好应对危机的到来，尤其是那些非科班出身的程序员——他/她们会在未来遇到更大的挑战。因为他/她的知识领域，在某种程度上限制了往其它方向发展的可能性。
说了那么多，事实我想说的是：只要平时花费点时间，做点喜欢的事。你的备胎计划就有了。
鉴权，是指验证用户是否拥有访问系统的权利。它是一个系统的重要组成部分，只是我好像从来没有写过相关的文章。于是，于是，最近手不怎么疼，又刚好有几个项目有相关的问题。讨论了多次之后，我发现鉴权简直称得上是一门艺术。
最近的，最远的最近，或者说在过去的几个月里，我与几个前端同事，一直在讨论一个话题：『作为一个前端开发人员，我们面临怎样的困境？又该如何去解决？』。
写完《整洁架构》之后，经历一次简单的讨论，我从同事那里得到一个有意思的结论：『你写的前端代码，类似于我的 JSP』。
昨天，是 5.4，是我的最后一个青年节。今天，我已经是一个中年人了。
最近的最近，在与同事对于过去架构的反思和总结中，我们讨论出了一个新的架构模式：应用微化架构。由于它是一个反向的微应用化架构模式，所以从模式上来说，我们便将名字反向了一下。由于这一种架构模式，实施和设计相当的简单。所以，在进行详细的介绍之前，先了解一下我们遇到的问题。
技术调研，是一个程序员的基础能力。快速进行技术调研，是一个高级程序员的基础能力。又快又好的技术调研，是一个咨询师的核心竞争力——你永远得比客户快半步。
技术影响力这个东西，每个人都有自己的想法，有的人觉得是个好事，有的人觉得会浪费时间；每个人都有自己的目的，有的想赚一些业余的钱，有想提供一些 KPI，这些都无可厚非。