软件开发是一项复杂的集体活动，它涉及到一系列的行为和艺术，如项目管理、流程管控、知识转化、程序员心理学（狗头）等。从个体出发时，这些都是一些无关紧要的因素。作为一个 “螺丝钉”，我们所关心的是：如何去解决问题？当然了，我们把组织视为一个个体时，我们也只关心：如何去解决问题？
分层架构，不就是建文件夹的艺术吗？
上一周，我参加了一个为期一周的 Event Storming 的工作坊，便想写一篇文章梳理一下对于 DDD 的理解。
本文以DDM为例，简单地介绍一下如何用测试驱动开发（TDD, Test-Driven Development)的方法来驱动出这个函数库。
在上一篇文章《前后端分离之领域模型的思考》中，我们介绍了在前端开发中所遇到的一个问题。即：
我们总以为前后端分离之后，我们就可以写出更干净的View。然而，现实并没有那么美好。因为在我们的View层里，不仅仅只有Template，还有Controller。因为在我们的Controller可以放上很多的逻辑代码，所以我们就在上面放上了很多面条代码~~。
最近因为项目的原因，我又在思考前端代码结构的问题。
设计与模式
最近又因为业务需求，改了个builder的getter。不安之下，又看了看《领域驱动设计》一书也没有找出更多的灵感，尽管有一些不错的想法，但是后来发现与现有的情形相差无几。
在过去的两星期里，一直在尝试了解如何从头开始设计一个系统的构架。虽然过去的那些岁月里，做过一些小的系统、小的软件，也尝试性的做过一些架构的设计。但是毕竟都是比较简单的系统，没有设计过一些复杂点的案例。暂时看不到有趣的新技术的出现，想着深入一些系统思想的同时，也想着自己设计一个复杂点的系统，然后实现。