其实编程和说话一样，都是一种思考的过程。在这几天编程的过程中，实现方法总是一步一步来，就跟说话中的流水账一样。
这种流水账形式无疑反映了思考时的线性演绎顺序，但它并不利于组建良好的结构。
首先在顺序上没有规定，可以看到代码中，很多编码都是随心所欲，没有按特定的顺序实现。
其次并没有提前完成这个架构的思考。想到哪，编到哪。所以顺序很乱，编译时也会出现很多错误。
最后测试文件和文件本身没有分离，导致不停的需要编写不同的测试代码，删除然后从头再写。让寻找bug变得很难，浪费了不少的时间。
当然在技术基础上还有一定的薄弱之处，但这已经不是最主要的问题了。
针对这些问题，可能需要做以下改进。
在编码前首先通盘思考，把大致能想到的模块划分分成必要的部分。
那模块用伪代码的方式，简单的表达出来。
从简单到难，设定实现的顺序。尤其注意最小可实现性，既原型开发。实现一步进展一步，不断扩展代码。
不要怕麻烦，如果代码的规模较大，或者说数据中有不一致的地方。那么就把测试文件分离开写，然后运行测试。这还需要对测试进行。
也就是说，规定了遵循的步骤，以及要学习的测试。
