如何從idea到設計實施

最近有些想法做個專案，專案是什麼對本文並不重要，重要的是我對idea到產品轉化的一些考慮。

idea開始的時候很模糊，然後我把它寫在紙上，在看的時候就覺得更清晰，然後加一些新的東西，接著否定一部分，再修改，如此循壞。

後來總結了一下，發現專案不是編出來的，是寫出來的。

第一，做ppt給自己看自己的想法，然後寫清楚用到的技術，解決問題的大概方法。這個東西可以有一星期或更長的時間去仔細審視，儘管他在後來還是需要無數次的修改。

第二，根據ppt中描述的解決方法設計架構，分析需求。比如系統中需要資料庫操作層，要實現這個idea需要什麼樣的資料，什麼操作，怎麼定義資料庫。這些統統都要寫下來。資料操作層的功能和藉口一旦確定，這個模組就和別的模組沒什麼關係了。

第三，詳細的模組設計說明。很多以前我自己寫的**，現在拉出來看我都覺得很窘，還是要有文件做跟班比價好。另一方面說，文字描述的東西，加以反覆思考，更容易讓自己發現問題。當然維護這種文件，那不是一般的費勁。

第四，修改文件。我經常懶得去寫文件，但我感到文件和**不同步危害更大。我正在嘗試改變我的思維方式，一旦我有新的idea，我的第一想法不應該是改**，而是寫乙個新版本的文件，然後做嘗試。如果嘗試失敗了，新版本的文件裡面就寫出錯誤經驗。錯誤本身也是有價值的。

目前我還是乙個人在戰鬥，但是這些東西還是很重要的。

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

文件版本管理問題，還沒想通。

有idea-->思考--->生成新版本文件-----〉實施

a.試驗成功，新版本替代就版本

建立乙個新版本程式目錄,包含文件。將新版本的文件放入其中。

b.試驗結果不好，cut掉新版本，回到上一版本

直接刪掉新版本？照樣儲存失敗版本

c.生成試驗分支,新老版本並存

這個更沒想好

細節有待細化。版本管理很值得重視。