每乙個專案過後，我們總是有各種各樣的體會，這些體會就是我們的收穫，也是我們成長的源泉，也許過了一段時間我會忘記，但是，筆記能夠讓他們清晰的保留下來！
①綠網專案：
寧肯走的慢一點，也要保證方向是正確的！
注意：無論做什麼專案，首先，我們需要清晰的明確大的環境，如究竟是在哪台伺服器上、究竟連線的是哪個庫、究竟編寫的是哪乙個指令碼，這些看似很簡單甚至愚蠢的問題，有人卻不停的在犯！
每次在執行修改、刪除等工作的時候，永遠記得先備份！在面臨尷尬的時候，它會幫助你！
注意：備份最好有統一的備份規範，建議：原有檔名+年月日+bak
在我們編寫**的時候，寧可仔細的只寫一部分功能，也不要粗略的將功能打通後，在返回修改！特別是大的專案而言，更加重要。
原因：如果採取後者，我們會華更多的時間在對既有的**進行修改上！如果已經過去一段時間了，我們還需要重拾思路，繼續編寫，而且肯定沒有我們當時寫下這些**時的思路清晰，畢竟我們都會遺忘！
不要重複的造輪子！
許多程式設計師總是遇到相同的問題，當然，問題不會一直在那裡！很多問題，都已經被其他的程式設計師完美的解決，我們需要做的就是使用，我們沒有必要再另起一套，解決相同的問題，這是在忽視他人的勞動成果，也是在浪費自己的時間。（當然，除非你認為他解決的不完美除外！）
尤其是體現在外掛程式的使用上：過去，我鄙視使用外掛程式的行為，認為使用外掛程式是無能的象徵！然而事實證明我錯了，自己寫的**，並沒有外掛程式優秀，出現了各種問題，失敗的去解決許多前輩已經完美解決的問題！當然，我們不應該成為只會使用外掛程式的碼農，遇到優秀的外掛程式，我們應當盡量去學習的他的設計思想與**，這是我們進步的捷徑！
sql語句的執行順序！
sql語句遠比我想的要複雜，在網上粗略的谷歌了一下，發現竟然有十乙個步驟之多，而且引入了虛擬表的概念！每次查詢的結果都是一張虛擬表，作為下次執行的輸入，理解了這些，我們的sql會水平，會有乙個明顯的提高！我會寫另外一篇文章專門進行總結！希望對和我一樣的初學者有所幫助！
專案經驗總結
使用者需求就是能幫使用者解決實際問題的一套解決方案。在經歷過多年的企業專案之後，發現專案中最大的風險來自於使用者需求的變更。需求變更產生風險的最大原因在於未做好需求處理，所以在此希望和大家 下企業應用的需求處理。先給大家舉乙個未處理好需求的例子 使用者說要做乙個實時監控的功能，要監控網路中實時發生的...
專案經驗總結
1 時間元件 html js var inittime function del on click function 2 介面初始化 初始頁面 var init finction 3 初始化列表，按照條件查詢 初始化列表，按照條件查詢 var showbookresourcegrid functio...
年末專案經驗總結
一 背景 過去的一年，用在敲 上的時間越來越少，年前突然從帶乙個專案，加到帶四個專案，倍感亞歷山卓，這其中酸甜苦辣，只有自己知道。由於經驗不足，導致很多問題。所以要寫一篇文章好好總結一下。二 酸甜苦辣，冷暖自知 我們在專案中嘗試使用敏捷開發的思想來進行管理，經過幾次簡短的培訓，我們就上馬了，當時對於...