有时候我会兴之所致写些小程序，诸如：日程管理、网络通信库，但是基本上不出一周就腰折了，究其原因是不知道下一步要做些什么了，而已经写好的代码也有点不着调，它能工作，但就像是营养不良，设计的类似乎抓住了一点概念，但是总是以一种自以为是的方式工作。
我开发方式中的问题即使别人不提我也觉察到了：需求分析不足，过早进入实现阶段，习惯性地陷入细节的泥潭不可自拔。
当做一件事情有了不良习惯时，改正的办法不外乎不断地重复正确的方式，就像纠正你英语言中某个单词的发音错误，通过不断地朗读正确发音消除掉原有发音的记忆。不过这个方法对于解决我目前的问题似乎毫无帮助，因为我还不知道正确的发音是什么。
或许改变开发习惯会间接地解决上面的问题，在打开熟悉的IDE写代码之前用uml之类的高层语言打好结构、将关键的控制流程画出来，直到意识到可以将思路翻译成代码时才写代码。这样至少可以避免陷入细节的泥潭，因为一直以来当我发现局部的一个显而易见的解决方案时，总是忍不住立即动手，结果是捡了芝麻丢了西瓜。