47楼的涂鸦本

Thought on Work

年初接了一个工作，但拖至今天仍未能完成，对方告知，“公司或者会砍掉这个项目”。暂缓说更多在这项工作中出现的问题，或者真的要总结就是一篇长长的东西，只说自己的原因：拖沓，然后受困于架构的问题，事情多了就顾此失彼。

昨晚一口气读了 IBM DeveloperWorks 上连载的《演化架构与紧急设计系列》，似乎略有所悟：自己知道 TDD，却从来没有真正身体力行地实践 TDD，这会不会是一个原因呢？

再看这篇，《懂了才去定制》，里面说的一段话：

一个学生如果对要学的东西还没有真正吃透，那么请不要急于寻求突破；一个开发团队如果对将要采用的新方法还没一个完整的认识，那么也请不要盲目定制。

因为你很可能还不懂自己究竟在做什么。

虽然自己读了《硝烟中的Scrum和XP》，如果没有身体力行，没有完整理解，没有尝试，那么这那是在实践敏捷开发呢？

需要更多反思才是。

说到Scrum，倒是想到了一个好处，就是把工作都白纸黑字量化了，分成一个个backlog，不能再说因为可见的变化不存在，那么就是没有完成工作。下午公司的每周例会上，自己的低效受到了批评，但另一方面，我在思考当前项目的问题时，所做的都是背后的处理，再多的代码、改了又改，也只是看不到的变化，而业绩多少的定义，怕是更着重表面上看到的。而自己都是把想法在脑里打转，想一点做一点，遇到问题、需要修改大片代码，然后把时间就浪费在重构和手动测试中。一个可演化的架构，一个更快捷的自动化测试，Test-Driven Development——或者是自己需要的。这话我说得不肯定，但至少是目前的一根救命稻草吧。