这段时间还在继续完善 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程序员杂谈