设计与模式

最近又因为业务需求，改了个builder的getter。不安之下，又看了看《领域驱动设计》一书也没有找出更多的灵感，尽管有一些不错的想法，但是后来发现与现有的情形相差无几。

DDD像是一些非常有用的思想集。领域专家与开发团队需要去构造他们的通用语言，好点的情况就是你们的沟通语言变成了Python，不好的情况就是你们的沟通语言变成了1010111010。在一些复杂的系统里，我们可以写出一个DSL——领域特定语言，但并非很有的情况都需要DSL。有时候只需要链式调用，有时候只需要抽象出一个接口。而这是一个接口在以后帮助了我们更好的替换系统的组件。

对于很多人来说，设计与敏捷不再是对立面。光敏捷不设计似乎越来越不靠谱——在一点点摧毁敏捷的名声。但是要做到敏捷的同时又有设计，就意味着需要去学习很多知识并应用。一个好的知识体系就是模式，模式是一些抽象的概况。

从80到99的征途

当我们可以顺利运行一个Hello,World的时候，那就是从0到1。有的人可能下了很大的决心，花费了很大的经历去弄懂这其中的缘由。有天赋的人可能很轻松就掌握了这些东西，这与他们对于世界的理解有如此多的相似之处。

从1~60会是一个很顺利的过程。当你到了60分以后，你就差不多可以做你想做的事。你可以花个周末做出一个博客，可以花一个月模仿一个淘宝。但是，你自己也意识到这其中写了很多糟糕的代码——或者说，看上去并没有那么美丽。因而，要完成工作60分的水平就够了。

60到80也会是一个很长的旅途，你开始为你的代码编写测试，意识到代码中的问题。寻找到设计模式这样的方法来理解代码，设计了一个更多的模型。直到你或者别人也意识不到代码中可能出现的问题。在现有的体系里，比你技术好的人也找不到一个更好的设计方案。

从80到99，这是一个很漫长的旅途，并且没有答案。尽管已经看到离那么一丢丢的人差距，但是发现追赶上去的意义并不是那么大。这些是花费大量乏味的时间就能学习得来的，换句话说就是练习。

最后的最后变成了某个领域的专家，这似乎不是我想要的。