CS項目總結

最近作了近一年的CS項目終於接近完工了，有一種脫離苦海，跳出泥潭的感受。雖然此項目作的很不理想，但它卻給了我頗多感覺，許多經驗教訓值得總結。

1。總的技術解決方案大方向上選擇的不合適，致使後期對新的需求，新功能開發上難度上成倍的增長，導致軟件的易用性、容錯性、擴展性都很不理想，維護起來也至關麻煩，作到後期，bug滿天飛，拆東牆補西牆的感受，真的感受本身掉進了一個泥潭，怎麼都爬不出來的感受。雖然此方案不是我能決定的，可是在初期，我卻歷來沒有去主動深刻的思考過此方案的利弊，以及對之後擴展性等各個方面的影響，這方面作的很很差，遇到問題必定要深刻思考，要有本身的想法和思路，不能不加思考的人云亦云，跟上上面走。

2.軟件核心模塊的構架設計，這一塊主要是由我負責的，因爲沒有考慮到之後需求的巨大變動，導致它不能根據需求的變化去很好擴展新的功能。出現這種問題時原本能夠經過重構來適當的調整設計以使後面的開發工做更容易進行，但因爲怕麻煩，存在一種這是最後的需求了，實現了就能夠了的心理，導致愈來愈難重構，愈來愈難進行新功能的開發。

3.核心控件的選擇上不夠謹慎，爲後期的開發帶來了巨大的困難。

4.需求分析作的不夠到位，和PM的溝通作的不夠，導致需變更的太頻繁。

經過對這個項目的總結，下面的經驗是值得注意的，放之四海而皆準：

1.遇到問題，不要人云亦云，要有本身獨立的想法和思路，不要怕麻煩，怕吃力不討好。不要認爲別人已經提供了方案了，我照着作就行，那個不是個人職責範圍，只有經過不斷的思考，不斷的嘗試，才能鍛鍊本身，不斷的進步。

2.遇到困難時不能不能總想着逃避，越想躲着它，你會發現它越會找上你，必定要主動的想着去解決困難，這樣你會發現後的跟會愈來愈好走，不然的話，後面會困難重重，舉步維艱。

3.遇到需求和實現有衝突時，不能先從開發人員的角度去考慮怎麼樣實現起來簡單來要求需求的調整，首先要從用戶的角度去考慮怎麼樣更易用，更友好。固然這一點不是絕對的，要找到一個好的平衡點，把握好度，有時候一些小的需求的變動可能影響很大，這時就要進量找到一個折中的方案去說服用戶。

4.關於控件、技術選擇上要考慮到如下幾點：  

　　 1）控件的擴展性，能否知足之後的潛在需求。  

　　 2）控件有沒有很好的技術支持，出了問題有沒有團隊來修復，一些使用上的問題，有沒有相關文檔、例子、或者團隊能夠諮詢。  

　　 3)控件的性能問題，要有壓力測試，考慮大數據問題

5.團隊的協做性方便，不能聽任無論，沒有主次之分，這樣很容易各作各的，相互推卸責任，沒有統一的規範和風格，必定要有一我的去主導，去定製規則，使你們在最優的主線下去最大的發揮主觀能動性。