无论是架构模式、设计模式还是任何设计元素构造件，它们所要解决的问题都是具体的“抽象关系”。
这些东西不是为了解决”如何把现实业务需求问题映射到技术工程上面“，而且并没有一种通用的方法来完成这个步骤。
那么业务与工程之间的这个衔接点如何把握得好，让我们更有效率、正确的完成工作？
软件工程规模化，我们就必须要明白那些“设计哲学”思想工具，正是有了这些实践与经验，才使得我们更加自信。
这种自信的感觉让我们工作的时候变得更加有激情，让我们觉得目前的事业正处于一条正确的发展道路上，每前进一步所取得的成绩都是不断的印证我们心中所想。
不墨守成规，不断的优化完善、修正偏移，从而做到心中有道，变幻万千。
技术工程上的很多细节、复杂性究竟是为什么产生的？怎么去解决？如何高效的解决？这些问题出现的时候就应该反思一下，我们目前的解决方案是不是蹩脚的？是不是换一种设计与实现会更好的契合当前的问题域？
归根结底，方式方法，教你怎么具体去做的都只是表面，最关键的是要认识到，问题的本质是什么？