一、關於之前遇到的問題：
1.關於團隊合作中遇到的問題，整個階段一，階段二的合作下來，感覺還是比較好解決的。通過團隊內定期的溝通交流，彼此匯報進度與各自遇到的問題時，團隊中的其他人都都在，能夠共同解決每個人遇到的問題，也就能保證盡可能有效快速的找出問題的根源，從而也能比較有針對性地讓團隊成員去解決各自所遇到的問題，而不至於把大把時間浪費在找出因為別人的乙個小疏忽而影響自己進展的問題。
2.關於團隊中工作分配的問題，確實每個人的水平都有不小的差異，雖然一開始分配工作的時候也就考慮了一些這種方面的內容，但是實際操作過程中難免會有不周全的地方。團隊成員各自的工作基本不可能保證各自都能獨立按時順利的完成分配的任務，因此，某個人出現問題影響整體工程進度時，首先還是先盡可能地要求這位成員抓緊時間，看能否在有限時間內趕上工作進度，如果能夠順利趕上，那麼任務繼續進行，但在有限的時間能還是沒什麼進展，一直卡住的話，還是選擇找替他團隊成員先暫時放下自己的事，幫助出問題的成員先解決他的問題，以便讓工程進度不至於一直因此被拖住。
3.關於共同遠景的問題，這方面還是理解不夠吧。原因的話，還是我們的工作中沒有太多的關注這些吧。由於一開始的就遇到乙個大問題導致工程進度被嚴重拖延，後期趕著解決問題都來不及，也顧不上什麼遠景了，想著能先把最基本的功能實現了就完事大吉了吧，也沒什麼雄心壯志說想要實現怎樣怎樣的目標了，感覺抓緊埋頭寫**就不錯了。
5.關於測試出的問題，就我們團隊的情況來說，當初我們是把整個工程分成了三個大部分，每個部分交給兩名成員，剩下乙個成員做pm，負責協調處理整個工程，而分配給每兩名成員的那部分工程，兩名成員也就基本採用結對程式設計的方式，編寫**的過程中，就盡可能避免問題，同時，沒完成一項工程，肯定會讓邊上的另一位團員進行測試檢查，保證不會存在一般常見的問題。測試出來的問題，因為兩個人對這部分工程都很了解，解決起來問題也就不大。最後的測試由於時間問題，做的不夠全面，測試出的問題，基本很少了也就，通過團隊集中交流處理的方式，也很快解決了。
二、新問題
1、部分團隊成員很難安排，確實編寫**、寫工程專案什麼的能力不太夠，但是更缺乏付諸實踐的動力與熱情，很難排程，分配的工作也就很明顯的不均勻了，可能會影響團隊中其他成員的積極性，這問題不知道怎麼解決。
2、關於第二階段的更換一名團隊成員的問題，由於第一階段的工作分配，第二階段基本沿用，可是讓新成員直接替換到離開的成員的位置又難免有些不合適，而因此更改整個工作分配，原來的團隊成員也會覺得比較麻煩，因此這問題不知道有什麼更好的解決辦法。
三、新的感悟
乙個學期的軟體工程課程即將結束，通過這乙個學期的學習與作業，主要是團隊作業的第一，第二兩個階段下來，還是有不少的收穫。
最直接的，因為軟體工程的作業，這學期去圖書館的次數明顯增加了，常因為布置的各種作業，而自己本身對這方面了解不夠，要去圖書館借閱相關書籍從頭學起。一開始的個人作業，要求用c#或c++寫，結果因為沒寫過這兩種語言的程式，先要學習c++的語法。而到了團隊作業，就更不用說了，沒有開發安卓應用的經驗，又是去圖書館借了好幾本安卓開發應用的書籍，看一本學一點，遇到現實問題不知道怎麼解決了，又要去圖書館看看有沒有關於這些問題的一些具體的解決辦法。就拿我們第一階段中遇到的最大的問題——網路連線來說，就是這個問題，就和舍友去圖書館找了好幾次。雖然最後也沒能還找什麼有用的書籍資料，還是在學姐的幫助下解決的。
第一階段暴露出的我們組團隊合作中各種問題有很多，首先，我們團隊整體實力不夠，算是乙個無奈的現實，也算是我們組內公認的乙個藉口吧，導致工作進度一開始就不是很順利，進展較慢。總覺得沒有乙個人能夠帶頭推動專案的進展，然後大家也就有點不知所措。同時，團隊中的溝通交流存在問題，剛開始時，由於大家都不太清楚怎麼做，每次想交流，每個人幾乎都是很無奈的回答沒什麼進展，漸漸也就打擊了大家彼此交流的積極性，慢慢的就算有了一點小小的進展，也覺得不好意思說了。還有就是第一階段展示的時候也提到過，組內的有些成員很難完成分配下去的任務，又遲遲不能採取實際有效的行動，感覺什麼都不會，要學的東西太多而無從下手吧。還有就是沒有從一開始就規劃制定好團隊工作的方法，之前缺乏像這樣的團隊工作的經驗，我們的團隊工作只能算是多個人在幹乙個同樣的工程而已，很難稱得上是一整個團隊在合作完成乙個工程。這些算是乙個教訓與收穫吧。
第二階段開始，我們必須抓緊時間了，畢竟不僅要完成第二階段的任務，首先我們還得完成第一階段的歷史遺留問題。雖然一開始還是因為網路連線的部分耽誤了不少時間，中間也又查過很多書，在網上搜過很多，也找過學長、學姐好幾次，甚至舍友找乙個乙個做軟體的親戚，請他們這些專業人士幫忙看看，結果也是遲遲沒什麼實際進展。直到終於有回信的學姐回覆了一段**，試了一下，能用了，對比之前我們寫的，也就是關於cookie獲取部分有那麼一點小小的區別。結果問題也就是這裡吧。真的感嘆遇到實在麻煩的問題，還是找了解這問題的人幫忙最有效吧。接下來的團隊工作總算是能夠平穩的逐步進展了，雖然第一階段中暴露的團隊問題並沒有完全解決，但也有了改善吧。最後勉強趕在截止日期前成功發布了。雖然確實因為第一階段以及第二階段開始落後的太多，第二階段要求增加的功能有幾個都沒能實現。這是這次團隊作業最後的遺憾吧。
總的來說，回顧這學期的軟體工程課，體會到了一名程式設計師的艱辛吧。更深刻的體會到，以自己目前的水平，還差的太遠，有太多要學習提高的內容。首先，自己閱讀**、編寫**的能力太弱，當初老師還特地給了我們學長之前寫的ios版本的**，結果我們第一階段的第一周時間全看**了，去還是沒看懂什麼，雖然xcode不了解也是乙個原因，但是還是自己能力不夠；其次，學習閱讀能力不夠，對看到了書上的，網上的知識不能有效地轉化吸收，導致自己在工作中遇到問題的解決能力不夠，忙的焦頭爛額卻沒什麼實際進展；還有就是在團隊中與他人協作的意識不夠吧，感覺寧可自己乙個人，或者加上乙個熟悉的人幹，寧可自己或者兩個人多幹一點。
大概就這些吧。
個人閱讀作業3
一 m1 m2兩階段總結 也是才知道還有一篇個人作業沒寫，剛忙完編譯大作業就來部落格了，原諒我如此耿直。不知不覺就期末了，回首間才發現已經經歷一學期軟體工程的鍛鍊，說來慚愧，軟工課也是星星點點翹過幾節，在後半學期各種忙資料庫編譯什麼的，其實真正花在軟工上的時間和精力並不是很多了，不過老師還是十分體諒...
個人閱讀作業
問題 1.對於高健壯性的 應該先斷言再進行錯誤處理 大全 p193。為什麼不直接用錯誤處理呢？先斷言再進行錯誤處理和直接進行錯誤處理的效果不是一樣的麼？2.完全填充分配到的所有記憶體，這樣可以讓你檢查到記憶體分配錯誤。完全填充已分配到的所有檔案和流，這樣可以讓你排查出檔案格式錯誤。大全 p206 什...
個人閱讀作業
移山之道 這本書，光聽書名就有一種霸氣在裡面，自古以來，道 這種看不見摸不著東西，一直是人類的探索求知慾的終極目標所在，道即是道理，是規律，是方法，作者將程式設計的道理與規律比作 移山之道 這本書光從書名就已經吸引了我。這是一本很有誠意的書，鄒欣老師並不故作高深，語言非常平易近人，你可以輕易的分辨這...