这段时间还在继续完善 Backbonejs学习笔记第二版 。最后一个Demo打算搞一个能上线的应用，前几天也花了些时间完成，并放到了网上： 访问 。
从3.8号开始，每天抽点时间（约一小时）完善代码，并更新学习笔记对应章节，到3.22号完成了部署，算有效时间的写代码时间的话应该差不多两个工作日。没有对代码进行太多的整理和优化就上线了，当时的版本可以在 wechat 的basic-version分支找到，是一个很粗略的版本，但是能运行。
针对我自己来说，我觉得程序员有两个特点：一、做了很长时间始终无法做出成绩，会很多打击积极性；二、始终觉得代码还可以更优化一些。这两个特性是很矛盾的，又想做好，又怕时间太长。前一个特点突出的程序员偏向于产品，后一个特点突出的程序员偏向于技术。
针对俩特点，网上流传着一句话：Quick and Dirty， but it's work! (这不是我杜撰的吧）。
这句话尤其对自己创业或者做项目的技术人员有用，同时对于刚开始学习开发的同学也很有用。有时候我们很喜欢花大量的时间来研究、探讨这个结构和不适合，这部分逻辑会不会有问题，研究和讨论的结果往往不能达到最终的预期。软件这个东西有时候是这样的，只有当系统开始运行了（上线），有用户访问了，然后出现问题，或者什么问题都没有，这时才知道：哈，看吧，这么设计是xxx的。
对于初学者来说，总是喜欢东搞搞，西搞搞。一个项目搞到一半，然后就转身去看别的了，自以为掌握了这个技术，但是Demo性质的东西能带来多少收获？连一个软件的从开发都上线的基本流程都没有体验过，怎么能体会到技术的乐趣——技术的乐趣在于创造。
Quick and Dirty, but Work，和现在推崇的快速开发，上线，迭代属于同一个性质，不可能按照瀑布模型，一套流程下来，完美解决方案诞生。
网络时代，瞬息万变，唯小步快跑，才能不断的调整方向
参考：
- from the5fire.com微信公众号：Python程序员杂谈
