这篇博客没有相关技术细节，仅作为自己对设计模式这个东西的一点感悟和以后设计模式系列博客的一个写作思路。
作为非科班出身，误打误撞进入编程的人，在上研究生期间对于程序的唯一要求就是：能用。彼时，不知道有面向对象，内存管理，多线程，设计模式等等。各种代码杂糅，令后期的编写越来越痛苦，经常搞出来一些神奇的Bug，却不知如何解决。好在研究生期满毕业，这段自己摸索的代码生涯也告一段落。此后，在工作中逐渐开始参与项目，模块化的编写让我发现原来代码可以变得很规范，有经验的老同事设计的框架可以将代码像衣服一样收纳并很容易扩展，出现问题也容易排查到原因，这激发了我对于代码编写的思考。
在和老同事的聊天中，我知道了设计模式，也明白了一些共同开发项目时每个人要做些什么。设计模式便是一个很好的工具。所谓模式，我的理解就是“套路”，是先辈们经过思考和试验总结出来的一些好方法。在接下来的系列博客中，我想把自己对于这些好方法的理解记录下来，并编写一些反应这些模式的小demo。作为一个编程小学生，博客里的很多的语言可能就是来自于书中或者其他大神博主，不过坚持不参与任何商业用途，就当做站在巨人肩膀上的一些思考。当然，犯错是不可避免的，请看到博客的你怀着客观批判的态度，并欢迎你们的批评指正。
设计模式谢列博客计划用下面的流程编写：
一、模式的使用场景
二、模式的创建使用思路
三、模式的UML图
四、模式的小例子
在模式的小例子中，会配合UML图进行一些代码片段的讲解，并将源码开放出来，供大家交流讨论。
今年是2019年1月1日。在此立下一个目标，希望在2019年年末，可以比较熟练地掌握Head First中所提到的设计模式。