先宣告一下，現在回頭看一下自己做的小程式，感覺很不怎麼地。但是通過這次的實踐明白了很多的東西。至於程式實現的什麼給你，通過名字就可以猜出來。不過，是客戶端的。我想，這應該是我見過的第一個以客戶端為模式的交易網站了。
這次的心得：
（1）儘自己的一切努力，用程式碼實現自己的想法。這裡，我想說，因為程式設計工具的完善，確實提高了軟體的生產速度，但是，卻降低了程式設計人員的能力。我個人覺得，隨著程式設計工具的完美，快捷，社會可能會形成一個全民程式設計的現象。圖形化的程式設計工具，讓程式設計可以不用寫一句程式碼，但這對於初學者，就對不是好事。程式的理解還是寫程式碼比較好。
（2）資料庫設計的時候，儘量用字串的型別。雖然age適合年齡，但是利用Parameter的時候，還是字串的方便。也就是說，不參與計算的資料，統統設計為字串型別的。可以說，資料庫設計的好壞，可以影響程式的質量。這方面還是有待提高的。
（3）char轉化為int型別的時候，不能為空。而int型別的轉化為字串型別的時候，很方便。所以資料庫設計儘量用字串型別的。
（4）資料表的設計尤為重要。
（5）程式大了，就控制不住了。剛開始的時候，覺得程式設計不就是這麼回事兒嗎。一個人就可以搞定的。但是，這次，我真的覺得力不從心了，程式完工以後，每天審查程式的時候，都會發現或多或少的自己沒有想到的或考慮到的問題。一個人的大腦的關注的範圍總是有限的。正真的明白了，一個專案的完工不是一個人的活。這就像一座大樓的建立，不是一個建築工的事兒。軟體專案是需要團隊合作的，是真的需要軟體工程的管理的。
（6）成員的要求：會做什麼？想做什麼？你又準備怎麼做？我為什麼會問這問題呢。是因為，在學校裡，因為同學的關係，所以沒有在意很多，而且課外實踐的工作量也不是很大，所以一個人承擔就可以了。但是，隨著學習的深入，所做的專案變大了，不再是以前的小程式了，所考慮的功能多了，所涉及的東西也多了。雖然自己都會，但是時間是不夠的，你沒有足夠的時間去做事情，所以，你需要把這些事兒分給你的搭檔。所以你的搭檔不能什麼都不會。至少會一樣。
（７）關於這次的實踐中，作為組長的我，幾乎把所有的工作都做了。我不知道工作以後，會是怎麼樣的情況，但我知道，組長和成員之間是會有分歧的。在程式設計中，組長是否應該聽取程式設計師的建議？程式設計師是否應該發表自己的見解。我不知道。還有就是，我為什麼選擇軟體工程，是因為，電腦可以實現我的想法。程式設計，可以吧大腦裡自己的想法實現了，我覺得很滿足。但是，我們給老師做專案的時候，不是實現我們腦海裡的想法，而是現實老師腦海裡的想法，也就是使用者的需求決定你工作，有時候，即使需求令你討厭，但是，你沒有辦法，你不能不做。這一點，我感覺很桑心。我希望做一個可以發現需求，通過自己的想法，給這種需求提供滿足。
程式設計的最高境界，是一種藝術的境界。