項目尾聲，發現得了癌症。

項目尾聲，本該歡天喜地，可問題又屁顛屁顛的出現了，O(∩_∩)O~
問題：
300多張表，30來個視圖，80多個預存程序，

項目尾聲了，資料庫清理人員還得一個一個得去問開發人員
這些表，視圖，預存程序分別誰寫的？
什麼時候寫的？
程式裡是否有用到？
哪個模組用到了？

這個時候出現這樣的問題，應該屬於‘癌症’層級的嚴重了。

結合這個項目的實際開發情況，個人分析有以下幾點原因：
1。項目開始就沒設計好。

　　項目沒做詳細的設計，程式裡會用到哪裡類，哪些方法，哪些表，需要建立哪裡視圖，預存程序，都是未知數。

　　只是開發人員，需要一個就建立一個。建立卻沒一個統一文檔記錄。
2。項目開發中沒規範編碼格式。

　　編碼人員，各有各的編碼習慣，比如建立預存程序，A同誌喜歡寫一些注釋：建立時間，建立人，大概描述等，

　　可B同事卻沒這個注釋，寫的代碼只有Ta自己看得懂，甚至過段時間，都不確定是自己寫的。
3。項目開發中就沒有對這些進行統一管理。

　　在程式裡，對預存程序的調用，沒有對預存程序名稱進行統一的管理。

　　哪裡用就寫入程式碼寫上去，這樣“又臭有硬”，哈哈。。。

　　個人覺得最好把預存程序的名稱放到一個類裡，統一管理，方便調用，

　　需要尋找的時候，也不用整個項目尋找。 　　

當然，很多事情，都是做過之後才曉得怎麼做。

總結才能積累經驗，才能避免以後走彎路：

1。需求永遠是第一。

　　以後做公司項目沒需求文檔，詳細設計文檔，絕不編碼。
2。規範編碼

　　編碼之前，必須得統一個開發標準，因為代碼不是一個人寫。
3。人以群分物以類聚。分類，統一管理文檔，SQL指令碼，隨時跟蹤。

4。最好分工明細。

　　個人覺得，如果一個項目有3,4個人蔘與，就應該明確的分工。

　　A完成資料庫的設計，比如表，視圖，預存程序的編寫。

　　B完成後台代碼的編寫。

　　C負責介面開發。

　　D負責測試

　　。。。。

　　當然目前很多公司，都是一個人負責一個模組，包括資料庫的設計啊，後台代碼，介面實現等等。

　　這樣確實能讓寫代碼的人，學到，接觸到更多的東西，但是不專一，技術"不深入,難高潮"啊，嘿嘿...

　　記得以前看到一篇文章，一個馬來西亞的人，他說他做登陸介面就做了4年，呵呵，很難想象。

　　但是可以肯定是說：他做登陸這個功能的經驗絕對豐富。

軟體不能按時按量的完成，

很大情況就是專案管理出了問題吧，大家應該同意這說法。

編碼人員，別只局限於寫代碼吧，

寫寫部落格，哪怕寫的多垃圾，也是一次寫作的鍛煉。

發現沒？園子裡的“大牛“，都是常寫部落格的。

哈哈，下班，閃人，坐免費BRT。。。