七月中旬此專案完成。此次專案是軟體工程的綜合實訓，主題是做一個電子商城。專案時間七天，完成一個電子商城的基本功能。本來懶得寫這篇總結，最近看了一些設計模式的書，想起了這個專案中的不足之處，覺得實在是有必要總結一下。

首先從專案管理的角度來談談。在此專案中我擔任專案組組長，負責整個專案的進度和規範安排。總結一下管理過程中存在以下幾點問題：

1.    專案編碼的進度沒有控制好，初期制定的專案進度計劃表幾乎全部推遲完成，導致後期專案很趕，質量較低。以後專案編碼開始前先做好充足的準備，可以在編碼的時候有較高的效率。

2.    作為組長可能專案開始的時候比較心急，看專案進度較慢，然後對組員要求比較嚴格，態度不是特別好。這點及時意識到了，後面也及時改善。以後在團隊合作中，保持一個平和的心態最重要，充分的相信同伴。

再從一個程式設計師的角度來總結：

1.    專案過程中用github來託管專案和版本控制。然而組員對github的運用不熟悉，使專案初期上傳和下拉的過程中將原生代碼衝沒了…這就很尷尬了…github是一個很好的程式碼託管平臺，在團隊合作中是很好的工具。所以對github的學習很重要。我也僅僅只是會簡單地github操作，但是對github的原理還是不清楚。需要花費一定時間去學習。

2.    有一個良好的程式碼風格非常重要，尤其是在團隊合作中。在我進行這個專案的同時，我室友也在進行其他專案，他的專案是接手其他人的jsp專案繼續完成。在剛接手的時候他就吐槽了說整整幾百幾千行程式碼沒有註釋…可怕…最後他把整個專案以前的全部自己重新寫了一遍…可見註釋的重要性，沒有註釋，不要說別人看不懂，過一段時間自己都忘了寫的是什麼。良好充足的註釋有利於專案後期的維護和擴充套件。除註釋外，程式碼的縮排對齊等等，都會影響程式碼的可讀性。有時候別人叫我幫看程式碼哪裡不對，一看程式碼寫的亂糟糟的就不想看下去了。有時候覺得寫程式碼也是一門藝術，好的程式碼風格會使寫出來的程式碼非常好看，一目瞭然。我室友做的時候天天吐槽之前做的那個人怎麼怎麼坑爹，一臉憂傷…所以如果不想以後被人吐槽，就保持良好的程式碼風格。

3.    這是javascript這一塊的。之前的專案中對js只是簡單地用函式實現功能。看了設計模式的書之後才發現自己有多low。沒用用面向物件，沒有考慮程式碼重用和團隊衝突。當然也可能是專案不夠大，所以才沒有考慮到這些。

4.    在我寫後臺的過程中發現對sql的運用不夠熟練，好多高階的搜尋查詢都忘了。對資料庫的設計開始的時候也沒有考慮全面。一個大的系統的資料庫的確是需要詳細設計的。

大致總結就這麼多，希望下個專案能做的更好。