如何从idea到设计实施

最近有些想法做个项目，项目是什么对本文并不重要，重要的是我对idea到产品转化的一些考虑。

idea开始的时候很模糊，然后我把它写在纸上，在看的时候就觉得更清晰，然后加一些新的东西，接着否定一部分，再修改，如此循坏。

后来总结了一下，发现项目不是编出来的，是写出来的。

第一，做ppt给自己看自己的想法，然后写清楚用到的技术，解决问题的大概方法。这个东西可以有一星期或更长的时间去仔细审视，尽管他在后来还是需要无数次的修改。

第二，根据ppt中描述的解决方法设计架构，分析需求。比如系统中需要数据库操作层，要实现这个idea需要什么样的数据，什么操作，怎么定义数据库。这些统统都要写下来。数据操作层的功能和借口一旦确定，这个模块就和别的模块没什么关系了。

第三，详细的模块设计说明。很多以前我自己写的代码，现在拉出来看我都觉得很窘，还是要有文档做跟班比价好。另一方面说，文字描述的东西，加以反复思考，更容易让自己发现问题。当然维护这种文档，那不是一般的费劲。

第四，修改文档。我经常懒得去写文档，但我感到文档和代码不同步危害更大。我正在尝试改变我的思维方式，一旦我有新的idea，我的第一想法不应该是改代码，而是写一个新版本的文档，然后做尝试。如果尝试失败了，新版本的文档里面就写出错误经验。错误本身也是有价值的。

目前我还是一个人在战斗，但是这些东西还是很重要的。

希望对看到他的人有一些用途。

文档版本管理问题，还没想通。

有idea-->思考--->生成新版本文档-----〉实施

a.试验成功，新版本替代就版本

创建一个新版本程序目录,包含文档。将新版本的文档放入其中。

b.试验结果不好，cut掉新版本，回到上一版本

直接删掉新版本？照样保存失败版本

c.生成试验分支,新老版本并存

这个更没想好

细节有待细化。版本管理很值得重视。