序號 | 做業內容 | 完成時間/h |
---|---|---|
1 | 軟件工程實踐2017第一次做業 | 2 |
2 | 軟件工程實踐2017第二次做業(數獨) | 25 |
3 | 結隊項目——第一次做業 | 10 |
4 | 團隊第一次做業——團隊展現 | 1 |
5 | 結隊項目——第二次做業 | 20 |
6 | 團隊做業—選題報告 | 3 |
7 | 我的技術博客(α) | 2 |
8 | 團隊做業—需求規格說明書 | 3 |
9 | 團隊做業—預則立&&他山之石 | 2 |
10 | 團隊做業——系統設計 | 2 |
11 | 團隊做業——UML設計 | 3 |
12 | 團隊做業——隨堂小測(同窗錄) | 10 |
13 | 我的做業——軟件產品案例分析 | 4 |
14 | 團隊做業——α 階段開發 | 60 |
15 | 團隊做業——β 階段開發 | 25 |
首先是關於學習的。學習一個新的技術不只僅是要學習基本的語法,最重要的是使用。最直接的方法就是下載最新的工具,在 Github 上搜索最新的或者是最熱門的代碼和實例,讀源碼,邊讀邊試着寫一個自定情境的項目。這是我學習 Android 的時候明白的經驗,一開始很盲目,學的毫無進展,後來掌握了方法很快就上手了。前兩天幫一個同窗作了一個 MATLAB 的神經網絡小程序,這是我從未了解過的全新領域,一下午就寫出了符合要求的代碼。因此分析源碼真的很重要。
另外團隊裏面必定要及時的交流和溝通,有問題必定要及時地提出,將要解決的問題放在日程裏,纔不會在將來發現問題的時候匆忙不知所措。編程
軟工實踐是一個很辛苦,很耗時間的實踐課。剛開始你們都開玩笑說要退選,其實這門課真的頗有用。平時完成代碼做業都只是作題而已,在一個已經預約好的前提下按照出題人的思路寫代碼,最多就是鍛鍊對代碼的熟悉程度和基本知識的掌握程度。而軟工實踐要本身作一個在現實場景下可使用而且有意義的軟件。不管簡單仍是複雜,這都是貼近現實的,和平時的做業徹底不一樣的。我認爲軟工實踐真的應該認真對待,認真地完成,能學到不少東西。
針對你們討論好久的換隊員的問題,我認爲不該該換。換人是隨機的,被換掉的人負責的部分也有可能徹底不一樣,換過來的隊員多半是頂替以前那位同窗的位子的。β 階段的時間較短,在這短短几天時間裏很難同時作到學習新的知識,瞭解項目而且在有足夠思考空間的狀況下完成項目的代碼。何況咱們這只是一門課程,同窗們還有不少門課程,同時要寫不少代碼,還面臨着考試。同時兼顧這麼對事情要作好真的很困難,最後就有很大可能選擇划水。因此我認爲這並非必要的。若是有人想換能夠本身去交流,不必強制的。一點小想法,只是不成熟的小建議,確定有不少我沒考慮到的東西。小程序
這一次團隊做業很愉快,在團隊裏面的感受,比家裏面感受好多了,在家裏面一我的很無聊,都沒有朋友,女友一塊兒玩 ,進了裏面去個個都是人才,說話又好聽,超喜歡在裏面的。
這一次咱們的團隊感受仍是交流太少。咱們分爲 Android 端和服務器端兩組來作的,兩組經常是到了要提交的前一天才對接,以前都是各管各的,天天的開會也只是說一下本身作了什麼沒作什麼,有一些細節的功能的分工還有一些誤解,到了咱們快要對接的時候才知道。另外就是在開發的時候遇到的困難沒有及時和隊友講也會致使一些功能來不及作完。可是大佬們仍是很厲害,克服了不少困難,抱大腿很開心✔
發展階段狀況:服務器
這一次以後我感受 Android 開發頗有趣,計劃本身繼續學習而後獨立開發一個 App,而且長期維護。而且我還計劃學習服務器的編程。網絡