有一段時間沒有在博客裏寫文章了，今天想記錄一些最近這半年來，作爲獨立開發的感悟。這裏並不是要給大家上課，只是分享一下，在這半年期間開發過程中，遇到的問題、做過的彎路及個人取得寶貴經驗。
過於追求細節，忽略整理進度的把控。
回顧半年前，偶然的機會通過qq羣結識了現在這個項目的投資人。可能出於個人第一個獨立開發項目的重視。在項目開發初期過分追求用戶體驗。對自身技術水平預估過高。造成開發進度嚴重滯後開發計劃。不僅如此，因爲部分技術內容此次項目，第一次使用，造成開發進度更加遲緩。幾度接近於放棄項目的邊緣。
後期事實證明，此種做法極度不可取。保證產品的易用性，這一點對於任意一個軟件產品來說都是重要的。但是因爲某個點，去耗費大量的精力。從而嚴重影響開發進度。這種做法是相當愚蠢的。況且在開發初期，有很多未知的情況是無法預測的。後期調整了方式方法。採用了快速迭代的思想。通過前期確認系統模塊的功能訴求，通過簡單的列表與表單方式，快速實現功能。並通過試運行中，客戶的反饋進一步優化系統。
過於追求技術，忽略實踐纔是對於技術最好的檢驗。
在開發過程，因過分考慮對於編碼可維護性、可擴展性的要求。多次調整項目的代碼結構，造成開發初期代碼開發很不穩定。經常因爲某一項結構改進，而停滯當前開發工作，通過做demo的方式，去驗證改進的有效果。大大消耗了開發精力，對於自身帶來了很大的壓力。
究其原因，還是因爲完美主義在作怪。總認爲自己開發的產品是最好的，總是想一次性將產品做好。這往往會造成你主次不分，嚴重影響你的精力的分配。這種做法是不現實的，好的產品是在一次次迭代中，日漸完善從而保證其生命的延續。單單從某個技術環節細化、某種代碼結構優化去確保產品的生命週期延續這樣做法是片面的。
缺乏監督機制，任由項目進度的拖延。
在編碼過程，因爲是獨立開發，不存在多人合作的情況。項目投資人鬆散式的管理。造成自身開發效率低下，開發進程遲緩。
分析其根源，因爲自身的懶惰，沒有建立一個有效的監督機制。事實證明，工作計劃對於項目開展、進度的把控是行而有效的一種方法。通過拆解工作內容，記錄工作耗時，將工作量數字化。對於自身的惰性起到一定的激勵作用。並且可以有效保證項目進度及產品質量。
現在該項目測試版本已經上線，部分功能模塊得到投資人的認可。還有一部分功能模塊需要開發。開發進度逐步進入到可控範圍。距離正式上線的日子逐步臨近。希望能夠得到一個滿意的結果。也希望以上幾點經驗能夠幫助到大家。