網絡15軟工我的做業5——軟件工程總結

時間 2019-12-04

原文原文鏈接

1、請回望開學時的第一次做業，你對於軟件工程課程的想象

1.對比開篇博客你對課程目標和期待，「但願經過實踐鍛鍊，加強計算機專業的能力和就業競爭力」，對比目前的所學所練所得，在哪些方面達到了你的期待和目標，哪些方面還存在哪些不足，爲何？

看到這道問題，我特地看了個人第一次我的做業，當時的期待和目標是：html

我但願學完這門課程能作到有所學，有所得，提升自身的動手能力，鍛鍊本身的邏輯和思惟的能力。雖然不少大佬都提出了要自學，可是我仍是但願老師能夠很好領我入門，而不是像博客一直在路上——記我從初中到本科近十年的學習成長曆程提到的老師同樣「照本宣科地閱讀PPT課件」。java

回顧整個課程，快速的入門一門語言，經歷了兩次衝刺，衝刺期間與隊員不斷討論，理清邏輯，期間幾乎熬夜寫代碼，能夠說是一段充實又緊張的時光。所以個人動手能力，邏輯思惟能力獲得了提到，雖然還沒達到大神級別，可是也是一種進步。張敏老師，在上課期間會經過視頻等，比較直觀的東西，讓咱們更好的理解。
我以爲在鍛鍊本身的邏輯和思惟的能力的目標上仍是有不足的地方，由於鍛鍊邏輯和思惟的能力不是一朝一夕的事情，須要日積月累，才能感覺到它的進步，因此對於這個目標還需努力。git

2.總結這門課程的實踐總結和給你帶來的提高，包括如下內容：

1）統計一下，你在這門課程中，完成了多少行的代碼；

大概完成1500行的代碼web

2）軟工的各次做業分別花了多少時間？（作一個列表）

做業	所花時間
我的閱讀做業1	4h
結對編程練習	36h
我的閱讀做業——提問題	8h
團隊做業1——團隊組隊&展現	1.5h
我的做業3——案例分析	8h
團隊做業2——團隊計劃	6h
團隊做業3——需求分析與設計	12h
軟工網絡15Alpha階段敏捷衝刺	70h
團隊做業5——測試與發佈	5h
團隊做業6——展現博客	5h
alpha階段項目複審	2h
團隊做業7——alpha階段之過後諸葛亮分析	2.5h
我的做業4——alpha階段我的總結	4h
團隊做業8——敏捷衝刺（Beta階段	30h
團隊做業9——項目驗收與總結	6h
beta版驗收互評	2h

3）哪一次做業讓你印象最深入？爲何？

我的閱讀做業之提問題，由於真的沒有作過對教材提出問題的做業。我記得我作這個做業作了好久，前面幾天看書，後面幾天斷斷續續的寫博客。我不是很擅長提問題，我通常會在老師上課過程當中產生疑惑，對於第一次接觸的東西我通常首先會接受，試着去理解，不會急着提出質疑。爲什以爲此次做業難，仍是關鍵在於不會提問題，助教也對我提問題的咬文嚼字提出了建議。可是我若是抱着要找出五個問題的目的去看這本書，我就會帶有找茬的心態看這本書，就會一個字一個字看，最終就容易鑽牛角尖。不過也是由於此次做業，看了其餘同窗提的問題，瞭解了原來能夠有這麼多其餘的想法，也鍛鍊了我提問題的能力。數據庫

4）累計花了多少個小時在軟工上？平均每週花多少個小時？

根據上面做業花的時間，累計花了200個小時，平均每週花14.3小時。我感受不僅是這些特別是衝刺階段，那一整週心都放在軟工上，連上下課都在討論軟工的問題。編程

5）學習和使用的新軟件；

騰訊雲服務器、知曉雲、碼雲、leango、微信web開發者工具，51調查網服務器

6）學習和使用的新工具；

微信web開發者工具微信

7）學習和掌握的新語言、新平臺；

學習和掌握的新語言：WXML，WXSS，JS
新平臺：微信web開發者工具網絡

8）學習和掌握的新方法；

經過我的閱讀提問的做業，學會了看書提問題的學習方法；經過結對編程，學會了單元測試方法，軟件的各項功能測試；經過團隊衝刺，學會了需求分析的方法，瞭解了敏捷衝刺的流程，學會了用碼雲管理代碼，用Leangoo管理項目進度，學會寫代碼規範，規範編程。微信開發

9）其餘方面的提高。

學會遇到bug，不驕躁，上網查找解決方法，提高了解決問題的能力。
經過團隊合做，提高了溝通能力，團隊合做能力，增長了責任感。

2、寫下屬於本身的人月神話

我的或結對或團隊項目實踐中的經驗總結+實例/例證結合的分析

學會計劃安排時間並能按照計劃行事，這在衝刺階段是尤其重要的。
一個團隊最終是否能如期交付取決於項目進展是否順利。這點咱們團隊作得仍是不錯的，你們都能根據任務計劃表來完成任務，我是看到有的其餘團隊最終沒有如期交付，而後看了一下他們的燃盡圖，就能夠大概知道他們沒有合理安排時間，而後致使項目進展受阻。
不要在一種方法「吊死」
咱們都知道條條大路通羅馬，對於同一個問題有多種解決方法，就好比數據的存儲有多種形式，好比本地存儲，MySQL數據庫存儲，知曉雲存儲等等。咱們一開始是使用MySQL數據庫來存放數據，可是後來爲了如期交付，選擇用比較簡單的方法本地存儲來先解決數據存儲的問題，固然這不是最好的方法，因此咱們在Beta階段放棄MySQL數據庫使用知曉雲來存儲數據。若是咱們沒有使用知曉雲，而是堅持使用MySQL數據庫，不會知道知曉雲的方便性，雖然使用MySQL數據庫也能夠完成項目，可是會拖延項目的進展，在一個問題上卡死。
快速入門一門語言，實際動手操做纔是最快的方法，不要有畏懼心理
我一開始使用微信開發工具也是一臉懵逼，再加上沒學過WXML，WXSS，JS這三們語言，還要短時間內學會並寫代碼，確實不容易，內心也會擔憂可不能夠。一開始寫的時候錯了也不知道錯在哪，也不會定位，也不會調試，一頭霧水。熬過第一天，後面就用的比較順手了。新的東西一開始都很難，只要你開始了漸漸就會了。
團隊合做要善於溝通
由於每一個人都是獨立的個體，你們都有不一樣的想法，並且在團隊衝刺階段你不能夠看着團隊成員在作什麼。只有溝通才能最快獲取任務進度，才能知道隊員遇到了什麼問題，是否須要調整進度。
PM要作到把握總體和項目的進展，須要一個會寫代碼的人來承擔
由於PM要制定團隊計劃，分配任務，只有PM懂得代碼，才能合理安排時間。由於團隊每一個人作的只是項目的一部分，只有PM才知道項目的總體，能夠更好把整個項目串起來。

3、建議

對下一屆實踐的建議，或者對於開學初的你，對於大一的你，對於開學初的我，你有什麼想建議和告知的呢？對於後來人的期許。對於換人機制，有什麼樣的建議？

對下一屆實踐的建議
學號c語言和java,打好基礎，它能夠幫助你在從此學習新的語言。肯定項目的題目的時候，能夠團隊一塊兒肯定。要根據團隊的水平選擇適合團隊的項目。若是選擇新的平臺開發項目也不要太畏懼，既然選擇了，也要笑着寫下去，不要輕易放棄，要相信本身。若是在項目開發的過程當中遇到困難，能夠與團隊討論，不用本身孤軍奮戰。作團隊任務的時候，要把團隊任務放在優先級，不要由於本身某些不肯意，打擊團隊的積極性。
對於開學初的我
多讀書，多學習。靜下心，專心作好一件事。
對於換人機制
其實對於寫代碼的人來講，換到新的團隊很難承擔寫代碼的任務。並且通常上一個團隊會寫代碼的成員即主力軍，也不會換到其餘團隊，畢竟本身看着本身項目建起，而後要放棄它，仍是很不捨。並且換人跟衝刺階段很接近，新加入的成員還沒很好適用，就制定了團隊計劃，這種狀況下爲了保險，通常不會安排主要任務給新的成員。並且第一階段團隊成員已經創建必定的革命友誼，新加入的成員一時很難加入。因此我我的認爲其實不是頗有必要有換人的機制。