技術確實很重要，但跟重要的是配合，畢竟以後寫的可不是小專案。做專案，不是為了證明自己有多厲害，要的是團隊，不是個人能力，雖然個人能力重要，但學會做人才是最重要的。
1.先做**規範。約定檔案命名，類名，函式名等的規則，可以預防整合**時的**衝突。
2.核心類由一至兩個核心人物寫，並能配上相應的說明。
3.其他人員先熟悉這些核心類，每人在開發自己模組時，盡量使用核心類裡的一些api，這樣可以保證**在一定程度上的一致性。
4.最後就是整合了，如果前期工作做的好，整合是很容易的事情了，當然還需要進行完整的測試。
這就是我關於團隊專案的一些感想。
關於做專案的一些感想
最近比較忙，本來不打算寫這篇文章的，但是最近經常聽到同學們討論關於跟指導老師做專案會不會影響到自己的學習，並且還有不少同學看到別人跟老師做專案，自己也盲目地想去找老師去做專案，沒有從實踐去考慮過。還有就是少數的同學認為，參加這種沒有工資的專案，不就是浪費時間，大材小用 嗎？對於這種現象，以下是我個人...
劉宇翔第一次作業的一些總結
本來以為這次作業要用3到4天自己才能完成，因為要求的內容很雜。不過實際上大體用了兩天就完成了。其實只要解決了遍歷檔案這個我原來不太會的地方之後就變得容易了許多。不過後來由於要求的改變又進行了一系列的修改除錯又用去了兩天時間。這次作業，讓我大體了解和適應vs2012的一些基本的操作和用法，這是最主要的...
關於專案的一些心得
1.分析需求很重要。在最近做的專案中，關於需求這一點，基本上不容易一次就找好，總是需要不斷的反覆看業務去分析才能知道需求。2.三層架構模式 介面層 user inte ce layer 業務邏輯層 business logic layer 資料訪問層 data access layer 區分層次的目...