Z-XML團隊 軟件工程課之我感我思我收穫

《軟件工程》這門課像咱們的諍友，不斷督促咱們前進，又不斷指引咱們收穫。時間飛逝，咱們Z-XML團隊一個個完成了課程中的全部任務，一步步走到了期末年底。

走的遠了，也該回頭看看。全員7人回顧於此：

李孟

    一個學期的軟件工程即將落下帷幕，在這樣一個歷程中，我收穫不少，也感覺到不少。
    這是一門與實踐結合極其緊密的課，而對於這樣的課，老是讓我感到興奮。由於咱們確實是在作中學，在學中作。而不是單單地背些轉眼就忘、沒有切身體會的枯燥詞句。而團隊項目更是讓我感到刺激。我一直以爲一羣人，朝着一個共同目標，並肩地努力，是最美好的事情。
    Z.XML組隊伊始，咱們「團結，實踐，奮鬥」的基調就已經被奠基了。和優秀的同窗成爲隊友老是讓人感到興奮和充滿但願。在這行將結束的時刻，再回首這一路走來，我能夠自豪地說，咱們作到了最好！
    還記得兩次命名（一次團隊隊名命名，一次項目名字命名），你們的暢所欲言和豐富的想象力，更有命名狂魔馬辰連續兩次奪魁的神勇表現，
    還記得軒爺（周敏軒）「造出」靈活主角時，你們瞬間被激勵的興奮場景，
    還記得薛神（薛亞傑）三兩天就解決一個技術難題、神龍見首不見尾的威武霸氣，
    還記得技術整合攻關階段肖神（肖俊鵬）深夜的探訪，
    還記得毛神（毛宇）連日工做將全部工做整合完畢卻依舊不變的淡然，
    還記得最後時刻羅凡自告奮勇，強化美工的妙手回春，
    ......
    能夠記得的，太多太多；能夠忘記的，太少太少。這豈止只是一次軟工項目開發？！
    咱們收穫的不止是軟件開發知識和經驗，咱們收穫地，更是一段美好的人生故事！
    這個故事裏，有你，有我，有Z.XML!

羅凡

    當咱們的技能已經能夠在大部分「我的任務」上獨擋一面以後，在咱們即將接受「團隊任務」以前，咱們開始學習如何在團隊的配合下完成一個「團隊任務」。我想，這就是本學期《軟件工程》課的任務吧。
    做爲技術渣，剛剛接觸這門課時特別不適應。剛學會怎麼用C++寫詞頻統計的做業，想繼續學習C++，又要用C#去完成電梯調度算法了；剛瞭解pair work的優點與艱辛，又要組隊進行大項目開發了……整我的都處在一種焦慮的狀態，由於每次佈置的任務我都徹底不會。
    但鍛鍊就必定有效，漸漸地，我開始理解c#的語法與函數之間的邏輯；漸漸地，我開始能夠看懂cocos-2dx引擎下的C++代碼；再後來，我當上了咱們團隊的PM，終於以爲本身可以融入代碼的世界了。恩，我看到了一個技術渣的成長。
    除了在技術上的一些進步，更重要的是在團隊合做的過程當中學會了該如何高效工做、如何團隊分工、如何使7我的的想法凝聚成一個統一的、可以促進團隊進步的計劃。這些從人身上學到的本領，比那些從書上學到的知識更有價值。
    最後，要感謝李孟在一輪迭代的全力以赴帶領全隊走向勝利，不辭辛勞的手把手教我入門；感謝肖俊鵬總能重新的角度看待問題，保證團隊決策正確而高效；感謝薛亞傑、毛宇、敏軒和馬辰（排名不分前後…）在日常合做的一點一滴中給我啓發、給我激勵、給我感動。

馬辰

     此次軟件工程在各類大做業和考試的簇擁下走向了尾聲，想一想一個學期的課程，讓我收穫頗豐。
    軟件工程讓我印象深入的兩個詞，一個是團隊，一個是用戶。
    我在大神雲集的Z.XML組技術很弱，可是大神隊友會很耐心地解答我弱弱的問題，好感動~你們技術能力不同，在分配任務時充分地考慮到了每位隊員的自身特色，即便我這樣的菜鳥也寫代碼，調bug，並無被團隊所嫌棄，真真正正地感受到本身是團隊的一份子；咱們每週的例會，colorwork的文件共享，QQ羣的聯絡，讓我感受本身的隊友在努力，本身也應該更努力，這可能就是團隊精神吧；咱們每次開例會，你們各抒己見，進行頭腦風暴，讓咱們的項目更趨完善......
    軟件工程還讓我學會了從用戶角度進行思考，之前寫代碼，有做業要求，只要按照要求來就好。如今，我要從用戶的角度來寫軟件，遇到了不少問題，也不斷地加深了對軟件開發的理解。
    此次的軟件工程——累，並快樂着。 

毛宇

    一學期軟工課上下來，我以爲內心很爽，這是一種很是充實的感受。
    其實在個人內心，北航計算機系的課程大多數的課程設計，教材選擇，教學方法，考試形式都是有很大問題的。因此，我內心一直以爲北航的教育基本等同於vain。可是軟工課對我來言，有很不同的意義。
    我知道我周邊有不少人以爲軟工課很沒有意思，並且任務量很大。記得以前班羣裏面還爲此羣發郵件來申請緩期做業，我一直以爲這樣的行爲挺幼稚的。實驗室裏面的師兄告訴我說，北航計算機系的學生就是欠練，動手能力基本爲0，在我這麼屢次大做業和不一樣人合做的結果看來，我以爲這是很是真實的一句話。
    我特別喜歡軟工課這種教學形式，就是給出任務，本身去完成。不少同窗抱怨，作了做業，寫了程序，知道本身的得分，可是不知道本身哪裏有問題，感受很窩火。其實這種想法是一種很是土，很是高中的思惟模式，軟工的這種在實踐中教學的方式，實際上是一種自學的模式，其實咱們收穫更多的是過程當中解決問題的solution而不是result。舉個例子，之前作電梯調度程序，其實對我我的來言，我作完之後最大的收穫是什麼？絕對不是想出一個電梯調度的算法，絕對不是說又練習寫了不少行的c#，而是一種二次開發的作事步驟。這我想是之後的工做中會時經常使用到的，也就是拿到一個前面人寫的工程，你知道怎麼去看懂它的框架，看懂它的接口，這樣在最快的時間裏面撿起一個你不怎麼經常使用的語言。過程當中本身學到的東西纔是本身的，這不正是學技術的一個特色嗎？ 以後相似的鍛鍊還有團隊項目中2次迭代，daily scrum以及轉會環節，都是很是有意義的TASK，可是我看到周圍不少人依然是自做聰明地鑽着制度的空子來混這麼軟工課，其實我以爲很遺憾。
    善意的來說，我以爲軟工課若是想要開得更好，就要作一個工做：即是把學生的思惟給糾正一下，告訴他們這門課不是開給那些只會作習題，只會寫文檔，只會排版，一心想着分數是85仍是90的人的。投機取巧的人老是太多，這種風氣對一門很少見的好課是很致命的。不過確實挺無奈的，北航計院風氣就這樣。
    最後是關於羅老師，首先我以爲您做爲第一次教這麼課，是很負責的。我記得當時有幾個同窗上課質問你的一些教學思路，你當時顯得有些緊張。其實不必，老師的權威是一種說服咱們去相信，去跟隨的很大力量，但願羅老師也能對本身的教學思路，教學方法更加自信。
    最後，祝願老師新年快樂！

肖俊鵬

    羅老師的軟件工程是我在大學這幾年間上的比較特殊的一門課。首先這門課程沒有傳統蘇聯式教育，也沒有中國傳統教育的風格。是一種全新的風格。很難說這種風格的好壞。由於和傳統教育相比，首先老師上課講的內容不是很重要了，反卻是課下本身學習的內容多了起來。課程設置不重要了，本身安排的時間多了起來。最重要的是，死記硬背的考試取消掉。多出來的時間分配到工程上面。我我的適合於這種教學方式。但我並不贊同這種教育方式。
    很明顯，課件是鄒欣的。而鄒欣的水平實在是很難說怎麼樣。做爲現代程序設計課程的老師，居然連一個NP問題都看不出來。還連着提出了兩個錯誤的算法。這種狀況在傳統教學裏面是很難想象的。並且鄒欣老師一個特色就是，講的內容少，練的內容多。這無形之中就提升了學生的自學能力。但這裏指出這一點，並非說表揚，而更多地是批判。由於課餘時間自學，自學的內容又是鄒老師留的，鄒老師留的內容又是隻要花時間就能學會的。這個等價於：不管是誰，只要有時間去幹這個事情，都能幹出來。這個等價於：不管是誰，只要他本身肯花時間在上面，他就能作出來你再這門課程中學到的東西。請注意，這裏用到了「本身」這個詞。沒有老師的幫助，就能夠搞定。換句話說，未來工做之後，隨便一我的都能代替你的工做，只要他花了必定時間。因此說現代程序設計那門課程實在不怎麼樣。就是任務多，工做量大。最後作了些碼農都能作的事情。
    因而這各課程使用鄒欣的課件，鄒欣的教育方法。我認爲是不合時宜的。雖然在最一開始我表達了本身對於這門課程教學設置新穎的觀點。但如今看來，要實現真正的適合學生，還有很長的路要走。更重要的一點是，這門課程犯了教育中的一個大忌：使用某個特定商業企業提供的閉源軟件：Visual Studio。以及其提供的服務：Team Foundation Sever。這個我認爲應該屬於教學事故！這樣子培育出來的人才，會使用（或者習慣使用某個商業企業的軟件），這種事件的性質惡劣程度不亞於前一段事件中國醫院出現的「第一口奶」事件。由於學生原本是不偏不倚，掌握多種東西。可是這裏居然去用MS的商業化服務。
    對於工程，我認爲設計也不是很合理。迭代開發速度過快。沒有真正的將軟件工程的內容闡明正確。這些工程在創建的時候，就應該有人來指導如何劃分工程模型，如何來進行團隊合做。但這們課程居然讓剛學習的學生，來對於上一屆的學生的糟糕的程序架構，讀、改、寫。這也是不可理解的。若是學生原本就不知道正確的軟件工程應該怎麼分，正確的軟件工程有什麼優勢。怎麼可能學習到新的東西呢？
    因此但願羅老師本身研讀軟件工程的推薦教材，弄出一套本身的風格。認真的設計教學路線，規劃時間。提升這門課程的水平。

薛亞傑

    軟工一路走來,感想不少不少,在項目開發的過程當中,許屢次都想把他們寫下來.但無奈這學期實在是太忙了,我作事情一貫會搞好提早量,但這個學期我彷佛也體驗到了deadline的感受,而我又堅持從不熬夜,因而時間在這裏不容許對於軟工感想訴說太多太多.

    很是幸運在軟工團隊分組的開始加入到了z.xml這個團隊中,這個團隊若是隻用四個字來形容,那必定是凝聚力強.再來四個字的話,纔算的上是大神雲集.我認可這個團隊雲集六班七班最優秀的軟件開發人員,但他們彙集在一塊兒無疑須要一股力量凝聚在一塊兒,不然只能是人心渙散,各自爲戰.然而使人欣喜的是,咱們團隊的全部成員都爲了這個團隊在奉獻本身的光和熱.而此次的團隊開發也帶給了我不同的開發體驗.代碼編寫人員衆多,我自願擔當起了美工的工做.地圖的編輯,素材的剪切,我都進行了下來.二輪迭代過程當中我又完成了消息推送的工做.代碼編寫工做這個學期我已經鍛鍊了太多太多,而美工這份任務讓我意識到一個項目中美工實在是太過於重要.一個項目,尤爲是遊戲,若是美工粗糙,那麼不可能贏得你們的青睞與關注,這,也督促我在之後的項目過程當中着重注意.

    很少說,最後來一句,若是有下一次團隊項目,我仍舊但願加入這樣一個凝聚力強,執行力強的團隊.

周敏軒

    團隊的項目開發也進入尾聲了，看到團隊通過2輪迭代，4周的敏捷開發的奮鬥開發出來的遊戲能發佈，真的是很開心。

    在開發過程當中，收穫天然是很大的，很喜歡這種分工明確，討論活躍的開發氛圍。最大的收穫就是學會了如何團隊合做而且在開發過程當中見識到了團隊開發的力量；和這些偉大的隊友們一同奮鬥的過程當中，從大神們的習慣以及思想中學到了不少。另外的收穫就是從這種不同的課程設置中獲益良多，節省了許多時間；敏捷開發，看似幸苦，但若是項目組真的作到了敏捷開發的要求，在一兩週內集中開發，效率應該來講是最快的，這樣的高效率開發節省了很多那兩週以外的時間。

　 雖然說課程中沒有學到不少傳統軟件工程開發的一些體系知識，但之強調敏捷開發對於我來講仍是很不錯的。