标题原来意指 TDD，即 Test Driven Development，用 TDD 来进行碎片化时间的粘合。只是呢，Tasking 才是 TDD 的核心，于是在新的思考之下，我重构了本文的大纲。这篇文章的构成也非常有意思 —— 以致于我都没想清楚，为什么会写成这样。它只是由一个个的思考，所构成的文章，有些杂乱。
当编程成为了一种工作，热情总需要想办法去维系的。
设计模式不是一开始就有的，好的软件也不是一开始就设计成现在这样的，好的设计亦是如此。
尽管之前已经有一篇非常不错的关于《如何提高影响力》的文章，但是那篇文章缺少一些理论的支持。
尽管是在年末，并且也还没把书翻译完，也还没写完书的第一稿。但是，我还是觉得这是一个非常不错的话题——测试代码生成。
最近在尝试做一些图形和硬件相关的学习和开发工作，然后遇到了一些平台相关的问题。然后，Mac OS变成了我用过的最烂的硬件、游戏开发的操作系统，没有之一。而又因为自己没电脑不得不使用Mac OS来开发硬件——自己的电脑在毕业时坏了，因为某些原因不能为自己攒钱买电脑。便又想起了又前想写的一篇文章，便还是草稿了一下。
> 动态网页是下一个要解决的难题。我们从数据库中读取数据，再用动态去渲染出一个静态页面，并且缓存服务器来缓存这个页面。既然我们都可以用Varnish、Squid这样的软件来缓存页面——表明它们可以是静态的，为什么不考虑直接使用静态网页呢？
设计与模式
最近又因为业务需求，改了个builder的getter。不安之下，又看了看《领域驱动设计》一书也没有找出更多的灵感，尽管有一些不错的想法，但是后来发现与现有的情形相差无几。
做近一在一些和知识传递(knowledge transfer)相关的事，只是这种是因为是每个人一直都在做的事，不同的是要从一个接收者变成一个发送者。在重新看了看《认识设计》一书，加之之前的Coaching培训，算是在这方面有了点小小的经验。
努力只是因为想去做想做的事