又要编程

发现自己看了好多东西，依旧没有动手编程。

今天要开始编编编了。

我渐渐发现，要弄个大蓝图，开始编程，还不如随便的编，feedback-directed, 然后慢慢refactor。重点是从小处编、一直编、不要停。

为什么呢？
1. 大蓝图没有编程的反馈，后面也要一直改，前面计划的时间也会浪费。
2. 随便编，决定快，其实和你慢慢决定结论其实大部分差不远。
3. 随便编，重点在于面积小，才能修正快。就是用个小的example先编个workable的东西出来，看看结果，让后再构建个大的。

我发现自己老想弄个大蓝图，因为之前用这个方法，编了一个全系里最快最准确的程序。可那个是有前人的方法可参考的，所以前人的各种尝试，读了下文档，让我有了很清晰的轮廓知道应该怎么编最好。这样一个之前的reinforcement就让自己觉得大蓝图好。

现在不一样，东西没有清晰轮廓，一切都在模糊中。
还是现实点，具体情况、具体分析。