子曰：“学而时习之，不亦说乎？有朋自远方来，不亦乐乎？人不知而不愠（yùn），不亦君子乎？” 高中有门课，叫《论语》，就是让我们学习孔子的博大精深，开头这句话，真的是亘古不变，无论在何时，何地，何事都能对号入座。
上周开始跟着书本学习设计模式，其实这本书之前已经看过一次，但是因为都停留在理论的基础上，没有真正把它实践到代码里。但是，写程序最忌讳的就是光说不练，理论学习的再好有什么用呢？纸上谈兵，非要在和别人交流的时候暴露自己功力不够深厚吗？记得以前和和同事一起面试候选人的时候，就喜欢他们写设计模式，写算法，一个是巩固自己的知识，一个是检验别人的能力，其实，我自己都不大会，每次都是一身冷汗呀，生怕自己征服不了别人。
过了这么些年，总是停留在说话的巨人的行为。每次听到别人喊我大佬，都感觉很惭愧。在程序的世界里，大佬这个词，随处可见。那是因为他们真的有能力，配得上别人喊你一声大佬。所以，为了让别人戴给我的这个高帽不是伪高帽，为了让自己能学习的更彻底，我必须站出来了，把设计模式做了温故知新。
在写作的过程中，还会遇到意想不到的惊喜。第一次看《Head First设计模式》的时候，知道他有很多的图，来帮助读者更好的消化。跟着图，我又一次深入理解了UML，继承，实现的规范化。这些图，当初软件工程的老师就教导过我们，软件工程里UML还是蛮重要的。第一次感受到重要是同学去面试的时候，考他时序图的画法，回来和我们分享。还有以前项目组里要画用例图，以及现在的类图，都一一验证了老师的尊尊教诲。学习了UML，对设计模式又有了更加深刻的认识，这样的学习，谁不爱呢，至少我已经停不下来了。
这是从程序的角度看问题。当然啦，当我在撰写文章的时候，又学会了如何排版，尤其是markdown的用法。可能是写Android的mk脚本的原因，我在一个好友群里请教问题，竟然用了mk这个缩写，把其他小伙伴震惊了，最后还是提醒了下，我才幡然醒悟，原来这个缩写叫md，嗅大了，还是因为不熟悉的原因吧，不然怎么可能讲错。使用了markdown语法，还练就了一个本领，在不借助IDE工具的情况下，尽可能的把代码写完。刚开始的时候，有过很多错，仔细检查对比才发现问题。这也是一种本领，脱离IDE，你能写好代码吗？我不能，但我能坚持这件事，能做到进步。还有图床的使用，git传代码的使用，这些都是无形之中给予你学习并巩固的机会。所以，技术写作，让我学到的不仅仅是技术，还有很多无形的能力在潜移默化着我，这就是回报。
看书学习的过程中，还学会了从输入到输出的方式。一个人学习，输入了很多有用的东西，但如何巩固他呢？就需要把这个重新输出，文章的输出就是最好的方式。对自己来说，是一种温习，加深理解；对其他读者来说，我尽量做到让没看过这本书的朋友也能略知一二，影响着他们，同他们一起进步。这也是写作课上老师一直强调的事情，需要持续的输入，才能有持续的输出。对我们技术来说，这种输入输出的方式无疑是最好的方式之一。
凡事都是一点一滴积累起来的，前期没有努力，阅读量啥的都没有一个好的数据。但这丝毫不影响我的输出，数据给我的直观反应就是我还需要努力。要么就是没有写的生动化，让大家通俗易懂；要么就是分解的不正确，让大家觉得我是伪技术；要么就是转述的不正确，没有做好互动，缺乏积极性。这就是写作的深刻思考，也是第一周的感受。
学而时习之，不亦说乎。学习是一件持续的事情，写作是一件持续的事情，温习是一件持续的事情。在接下来的学习过程中，还需要通过学习更多的方式，组织更好的语言，做更好的事。