『編程題全隊』組隊與團隊展示


『編程題全隊』組隊與團隊展示

編程題全隊 團隊展示

  • 隊名:編程題全隊
  • 隊員學號:
    孫志威(201521123077,組長)
    孫慧君(201521123098)
    倪兢飛(201521123061)
    連燕波(201521123081)
    黃華林(201521123082)
    王威(201521123076)
  • 團隊項目描述:一句話描述不完o( ̄▽ ̄)ゞ)) ̄▽ ̄)o
  • 隊員風采:

孫志威:
(1)風格:沉穩
(2)角色:PM
(3)擅長的技術:C/C++、JAVA、Python等
(4)編程的興趣:濃厚
(5)一句話宣言:我跟樓下一隊| ू•ૅω•́)ᵎᵎᵎ
(6)理解MSF的9點的基本原則:MSF提倡自下而上的計划,每個人有充分的權力估計並決定自己的任務需要多長時間,而不是上級交給的時間,這意味着讓真正做這件事的人按照自己的估計去完成任務。這樣做的結果是啥?是人人都會支持項目的計划和時間表,因為這個時間表是每個人自下而上訂出來的。


孫慧君:
(1)風格:溫和
(2)角色:助理
(3)擅長的技術:UI
(4)編程的興趣:濃厚
(5)一句話宣言:我跟樓上一隊| ू•ૅω•́)ᵎᵎᵎ
(6)理解MSF的9點的基本原則:在MSF團隊模型中,“用戶體驗”這個角色代表了用戶的利益,保證產品能真正易於使用;“產品管理”這個角色代表了客戶的利益,保證了我們的產品能為顧客提供商業價值。搞技術的,要尊重這兩個角色,因為他們代表的是我們的衣食父母。


倪兢飛:
(1)風格:本人風格比較嚴肅……
(2)角色:前端開發
(3)擅長的技術:會一點前端
(4)編程的興趣:很喜歡
(5)一句話宣言:緊跟隊長腳步,一路發家致富
(6)理解MSF的9點的基本原則:MFS是一套軟件開發方法,從MFS的九個基本原則來講,在開發工作中及時的交流是很重要的,而且隨着開發的深入大家不斷的學習到更多的知識,並與隊友的信任感與日俱增,最后出色的完成一項艱巨的任務


連燕波:
(1)風格:簡約而嚴謹
(2)角色:開發人員
(3)擅長的技術:對代碼有着濃厚的興趣,這是一個很神奇的東西
(4)編程的興趣:編程開發
(5)一句話宣言:雜而純,博且精
(6)理解MSF的9點的基本原則:在開發中交流,在交流中學習。通過日常的摩擦,提升隊伍的契合度,最后能夠出色的一項艱巨的任務。


黃華林:
(1)風格:厚積薄發
(2)角色:測試員
(3)擅長的技術:測試和分析
(4)編程的興趣:感興趣
(5)一句話宣言:凌晨四點的集大很美
(6)理解MSF的9點的基本原則:軟件工程,唯一不變的是變化。所以干脆別幻想客戶的需求會在第一時刻很明確,然后保持不會變。要注意,我們是預期變化,不是期望變化。


王威:
(1)風格:本人風格不是很嚴肅
(2)角色:前端開發
(3)擅長的技術:會一點點前后端
(4)編程的興趣:較為喜歡網絡編程
(5)一句話宣言:加油!!!
(6)理解MSF的9點的基本原則:和諧的團隊氣氛,及時的交流溝通,各司其職,共同進步。


  • 團隊的首次合照:
    編程題全隊.jpg

  • 團隊的特色描述:
    (1)716親友團,有情侶,有基友,有舍友;
    (2)核心競爭力:志威大佬船長,以其謙虛的性格,非凡的思維,卓越的技術,加上慧君大嫂這個暖心小助手,帶着聰敏的王威、自信的克克飛、優秀的燕波、低調的華林馳騁於軟工的海洋,尋找最終的大寶藏。


附加題——團隊采訪

去年網絡14的學長學姐們也做過團隊項目,請你們找一個以前的團隊采訪一下:

要求:

  • 根據采訪寫成一個博客
  • 作業實際花費時間記錄:請大家在博客末尾記錄本次博客作業實際花費的時間,計時標准為:一心一意開始做采訪,不能干其他事。

[考慮到將學長學姐約出來不是很方便,於是采用了QQ聯系的方式。另外,學長學姐們不是很願意太直白地透露自己的真實姓名,以下被采訪人的標注用名字的拼音首字母代替。]

  • 給出采訪的團隊名和團隊項目名,團隊博客地址和代碼地址

  • 當時的項目有多少用戶,給用戶多少價值? 現在還有人用嗎?

    “因為平台適應性沒有處理好,所以一直只能進行虛擬展示,而我是后期調動的人員,也不清楚具體是出了什么問題。因此沒有實際用戶用戶,只是發布在QQ空間之類的地方,讓朋友們測試一下而已。”
    --LZL

  • 這個項目能否給我們團隊繼續開發,源代碼/文檔還有么?

    “可以接手繼續開發,只是建議自己重新開始比接手代碼難度更小。因為大家都是剛剛接觸這樣的工作,不可能像老師想象中的那么有條理,能一下子找到代碼關鍵。”
    “團隊碼雲上上傳的只有上屆的代碼,我更新后的代碼在后期被我刪了所以沒有存代碼。”
    --WJR

  • 項目開發有什么經驗和教訓?

    “代碼一定要取好名字,規范好,做好備注,方便理解與查詢.”
    --LZL

    “要多問多學,不要一股腦自己埋頭做,多問問別人的需要.”
    --WDY

    “遇到問題時,開短會的時候一定要提出來,大家一起討論,不要總是依靠團隊中一個人,要做好分工。”
    --HDD

    “團隊合作中任務分配出現問題時,大家要一起溝通,一起解決,團隊的力量是巨大的。如果再來一遍,老師每次任務發布會更加明確團隊成員的任務,各司其職。”
    “測試是一個很重要的環節,因為在測試的過程中會發現開發過程中沒有發現的問題。如果再來一遍,我們會事先做好測試的計划,並且准備好測試的工具。”
    --團隊博客Beta階段事后諸葛亮分析
    Written by:HDD,ZLJ,WYQ

  • 對學好軟件工程有什么建議?

    “好好聽老師和助教的,軟件工程這個學科對之后的工作學習都有很大的幫助,加油!”
    --WDY

    “好好聽課,做好實驗項目就可以了。多動手多思考多總結。”
    --LJN

    “不管項目完成多少,博客一定要好好寫,多多聽取助教和老師的意見,評論一定要認真對待喔。”
    --HDD

    “付出了多少努力就會有多少收獲,認真對待每次老師布置任務的要求,查閱資料,盡力完成各項要求。多一份耐心,將博客寫的美觀一點。高分就是你!”
    --獲得領騎小黃衫的感想
    Written by:ZLJ


采訪感想:

起初采訪這個團隊,是因為和該團隊中其中兩位學長是朋友,后來通過搜索群成員姓名找到了其他的團隊成員,發現學長學姐都很友好,交流起來很愉快。
雖然這個項目前輩們由於某種原因,沒有成功發布,但對我來說,每段代碼都是一種知識財富。隱約記得,在《構建之法》中也有寫到,書中主人公進入一個公司,接手了一個項目,發現代碼寫得很差,打算刪了重做,而他的前輩告訴他:這個代碼的主人也是這么想的,並重新編寫了代碼,結果大家都說這個程序還沒有原來的好用。並不是說一個軟件項目制作到最后是失敗的,整個項目就應該丟棄,也許它所運用的思路和算法是正確的,是后輩無法想到的,是可以借鑒的。或許你認為不可行的代碼,在別人看來,只差了一點就完美了呢?學長把碼雲中的代碼刪除了真的是很可惜啊。
學長學姐在經驗教訓中都強調了團隊之間的交流協作,是的,團隊項目的完成時不能僅僅依靠一個人的力量,無論如何每個人都出力總是會比一個人拼搏來得有力量。
在課程學習建議中前輩們都提到要重視老師布置的每一次任務,每一次博客,每一條評論。無論學習什么,都應該不是一個人死磕,老師布置的任務是給我們引導方向,每次博客是我們對知識的總結和鞏固,而每一次評論更是對我們的激勵鞭策,我們應該對每一次得到的幫助和質疑充滿感激。
最后,在這里感謝學長學姐騰出寶貴的時間接受我們團隊的采訪。

時間:2018年03月25日 13:51-15:22
采訪人:孫慧君 201521123098


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM