标题原来意指 TDD，即 Test Driven Development，用 TDD 来进行碎片化时间的粘合。只是呢，Tasking 才是 TDD 的核心，于是在新的思考之下，我重构了本文的大纲。这篇文章的构成也非常有意思 —— 以致于我都没想清楚，为什么会写成这样。它只是由一个个的思考，所构成的文章，有些杂乱。
软件开发是一项复杂的集体活动，它涉及到一系列的行为和艺术，如项目管理、流程管控、知识转化、程序员心理学（狗头）等。从个体出发时，这些都是一些无关紧要的因素。作为一个 “螺丝钉”，我们所关心的是：如何去解决问题？当然了，我们把组织视为一个个体时，我们也只关心：如何去解决问题？
吐槽文一篇。
如 Serverless Framework 官方所说：虽然 Serverless 架构在服务业务逻辑方面引入了很多简单性，但是它的一些特性给测试带来了挑战。 他们是：
本文以DDM为例，简单地介绍一下如何用测试驱动开发（TDD, Test-Driven Development)的方法来驱动出这个函数库。
这本书的原名是叫《Test-Driven Development with Python》，小标题是 Obey the Testing Goat: Using Django, Selenium, and JavaScript。虽然有点难以理解为何这本书的中文名变成了《Python Web开发 - 测试驱动方法》，总感觉怪怪的，毕竟Kent Beck的那本书名是《测试驱动开发》。
《RePractise》: 一次测试驱动开发
虽然接触的TDD时间不算短，然而真正在实践TDD上的时候少之又少。除去怎么教人TDD，就是与人结对编程时的switch，或许是受限于当前的开发流程。
最近在慢慢深入Backbone，也试着写一些测试，找一些合适的文档来学习。于是就找到了一个系列的文章 : Testing Backbone applications with Jasmine and Sinon – Part 1
写作驱动学习 在软件开发领域有这样的几个名词
要区分stub与mock在缺少编程实践经验的时候有些困难。