1.要求所有的成員一定要好好的寫** 注意**質量，比如要寫好注釋 這樣為了以後維護可以方便
2.系統結構一定要足夠靈活，各個方面都要準備充分，這樣才可以使開發人員少寫公共的** 而是專注於寫業務**，一定要把系統中公共的東西早點給放到系統結構中去填寫
一般情況下 系統**很容易考慮的不充分 這個就需要我們好好的收集我們的業務需求 然後根據業務需求來進行很好的封裝
3.一定要注意業務需求的特殊要求，比如有的專案可以用cookie 有的就不可以 這個一定要規定好 否則回頭會發現有很多的問題出現
4.找到開發人員的特徵 讓他們做他們喜歡做的事情
5.前期選擇乙個框架的時候 一定要好好的研究清楚這個框架是怎麼回事 有什麼隱患
6.一定要根據自己的業務需要來設計整個系統
乙個小專案的技術選型
很簡單的乙個專案，主要分 通訊模組和服務模組。客戶端採用delphi開發，通訊方面考慮 midas技術或webservice。webservice效率上相比midas要低 拋開web防火牆的苛刻要求，midas中的socketconnection不論是在效能上還是在靈活性上應該說都是比較好的選擇。更...
乙個專案的感想
去年真正做了乙個專案，有些感言，寫下來，為以後作專案積累經驗。這個專案很簡單，但是從這個較簡單的專案中，我體會了很多，其中包括對使用者需求的理解 自己的做事風格的反省 專案實施的情況。首先，我談談專案的情況 這個專案是乙個資訊發布系統，很簡單吧，但是，其中有一方面是規章搜尋，並且要生成規章成冊。而且...
乙個專案的總結
這篇文章是針對自己剛剛做過的乙個專案，自己的一些體會。其中在 中的內容是專案中的一些情況，不要求他人理解 做專案的經常出現的一種情況是弄乙個方案解決客戶的某乙個問題。通常會產生三種做法。1.問題和放案都是客戶提出來的。客戶很明確的告訴我們，有什麼問題，要用什麼方式解決。我們只需要針對客戶的解決方案，...