團隊做業——總結

課程連接：https://edu.cnblogs.com/campus/xnsy/SoftwareEngineeringClass2/

做業要求連接：https://edu.cnblogs.com/campus/xnsy/SoftwareEngineeringClass2/homework/3393

團隊名稱：快樂小分隊

做業目標：

1. 每一個同窗根據博客要求寫本身的總結，組長將小組成員的總結整理起來發布到一篇總結博客。
2. 對這次的團隊項目繼續進行完善和整理全部的相關材料。

 

隊員列表：

                    1）馮鵬（組長） 201731062617

                    2）鮮澤   201731062612

                    3）李家豪 201731062614

                    4）郭經偉 201731062615

                    5）程前勇 201731062616

                    6）範桂林  201731062633

 

正文部分：

 

   馮鵬  201731062617

   本人博客地址：https://www.cnblogs.com/fengpeng123/

   之前問題的博客地址：http://www.javashuo.com/article/p-qeywxccd-hb.html

  問題一：之後人工智能會對IT行業產生哪些重大的影響呢？

  這個問題在構建之法的課程裏，老師只是稍微說起了一下，並無深刻的講述。可是在有一次鄒欣老師來到了咱們學校，給咱們講了一堂關於人工智能的課，讓我對人工智能有了一些初步的瞭解。在我看來，人工智能將會是之後IT行業的一個發展方向。

  問題二：怎樣纔算是盲目優化？

   關於盲目優化的問題，我經過老師的講課以及書本的閱讀了解到，開發項目以前，咱們應該避免沒有作分析就過早的進行「效能提升」，不然將會致使事倍功半。

  問題三：結對編程真的是那麼的好嗎？每一個人都適合結對編程嗎？結對編程能夠稍微改一下嗎？

  經過對書籍的瀏覽，老師的講課，他人的評論我認識到之前我對結對編程存在理解誤區，結對編程是兩我的互相監督促進工做和減小程序的bug，從而提升效率。

  問題四：敏捷流程到底講的是什麼？

  經過對書籍的閱讀，老師的講課，我瞭解到了「敏捷流程」是一系列價值觀和方法論的集合，敏捷的方法能幫助你更早的知道你是否可以如期的完成任務。

  問題五：人類學調查的相關理解

   人類學調查。在這一部份中提到了想要了解中國的海量用戶，就應該把本身當作是中國的用戶，站在用戶的角度去考慮

  用戶的真實需求。走到真實的世界中去，也許就會看到並理解來自不一樣階層的用戶的真實需求了。我對於做者的這個觀點

  很是的贊同。

 

   是否有其餘問題：暫時無

    掌握了哪些技能：

    1.知道了軟件的開發流程。經過老師的講解以及每次做業的發佈要求知道的。

    2.github的相關使用。  老師給的資料以及在網上找到的相關教程，讓我知道了github的相關使用。

    3.用Windowsform開發一個小程序。  這次的項目，咱們團隊就是用Windowsform作的。

      深入的體會：

      遇到問題應該想各類各樣的方法去解決，問老師，同窗，查資料等，認真作好每一次的做業任務，只有認真作了，纔會有本身的收穫。

 

郭經偉 201731062615

本人博客地址：https://www.cnblogs.com/guojingwei/

1，之前本身提問題的博客：http://www.javashuo.com/article/p-nejsozat-hb.html

2，嘗試對本身提出的問題進行解答

問題1：兩我的同時接一個軟件項目，在編程能力差很少的狀況下，爲何有的人的程序老是比另外一我的的快（p29，2.2）每一個人都但願本身的程序更簡單，計算機執行更快，這方面咱們應該怎麼去改變，怎麼去提升，就類比於一個數學問題，一我的5分鐘作出來，步驟也少，而另外一我的爲何要半個小時，並且還很複雜。

解答：這須要慢慢的訓練，多多訓練才能成長，多編代碼，多理解程序。

問題二：關於團隊的問題：（第五章團隊）在一個團隊裏軟件的開發都有不少模塊，不是每一個模塊都對每一個人都很合適，咱們怎麼尋找適合本身的模塊去努力。並且一個團隊應該怎麼去完成一個項目，怎麼融入這個團隊，怎麼纔不會拖後腿，寫的代碼怎麼才能合羣，並非很理解"這裏的團隊"。

解答：這個應該視狀況而定，作本身擅長的，每一個人都有屬於本身的優勢，把本身的作好纔是最重要的。

問題三：關於IT行業的創新：（第16章）不少大學生對於創新都很感興趣，高科技時代也創新了不少不一樣的軟件，可是大多數創新思想得不到實現，到底當代大學生是否是應該多多創新，仍是根據之前的人創新的東西進行完善。

解答：當今時代下，人工智能是很重要的一個版塊，能夠嘗試朝着這個方向去發展，去努力。

是否產生了新的問題？

暫時沒有。

掌握的新技能：

編程能力提升了，c#winform瞭解更多了，學會了搭建數據庫和遠程鏈接。

而且對於軟件工程這門專業有更高的認識。

體會與總結：

這一學期沒有以前那麼放鬆了，更加認真了，對於本身的專業更加喜歡了。但願本身越變越厲害，成爲一名大佬。

 

程前勇  201731062616

 

本人博客地址：https://www.cnblogs.com/Atlantis123/

 

之前問題的博客地址：http://www.javashuo.com/article/p-atdhlzif-hb.html

 

1. 嘗試對本身提出的問題進行解答，並闡明，是如何經過看書，實際，或者討論弄明白的

問題1：是否每一個技術產品都會面對「生命週期結束」？

軟件須要維護和改進，跟上時代的變化和市場的須要就不會被淘汰.

問題2：如何衡量軟件工程師的能力？

軟件工程師的能力是看其參加項目的大小以及他在項目裏面的變現，即代碼的質量.

   問題3：怎麼樣更好提升本身的能力？

   問題4：掌握了哪些之前沒有的技能?

掌握了作項目以前的一套流程，不僅是單純的編碼.

問題5：體會及總結

作項目不僅是單純的編碼，以前還有一系列的準備工做，要了解用戶的需求及可行性。

 

 

鮮澤 201731062612

個人提問博客地址：http://www.javashuo.com/article/p-uzgrwfvs-hb.html

我提過的問題：

   問題1：

            其中有這麼一段話「有時一個嶄新的技術，推出的時機太早，它就跨不過那道溝。」   我想若是一個企業或我的真的開發出很超前的技術或產品。那麼他們是否應該分階段的發佈這個產品的一部分功能而達到利益的最大化呢？

            個人解答：提問的時候也許是沒搞清楚側重點，提出了這三個問題。但我清楚弄清這三個問題對我也是有幫助的。對於這個問題，以前我考慮的是如何讓利益最大化，在閱讀了一些關於計算機方面的人物故過後，我發現能夠被人們使用的產品才能發揮其價值。且計算機方面的技術發展地很是迅速，因此我地這個想法是錯誤的。

         

     問題2：

             從企業或創業者來看，在產品的什麼階段應該放棄現有產品開發新的產品？

           答:第一：創業者或者企業不僅會開發和依賴一個產品。第二：產品的好壞與其盈利能力有關.第三：一個軟件是能夠不斷髮展的。

     問題3：

             這個問題是我在看書時想出來的從現況看來，中國的程序員工做很匆忙，沒有太多其它時間，甚至加班是常態。長期的，頻繁的就事論事式的工做並無程序員的獨立思考創新的空間。程序員本身該如何處理工做和生活，職責和理想？

          答：我認爲程序員即便工做了也須要不斷學習新的技術和知識，完成本身本分的工做，找機會發展本身的職業生涯.

    

收穫:我學到了,github管理代碼,軟件的工程式開發,需求分析,概要設計,詳細設計,visio的使用,熟悉了能夠聯接服務器的軟件開發.以及在項目進行的過程當中,我複習了C#語言.

 

總結:在學習了軟件開發的工程知識和經歷了一個小的團隊項目後，我確實體會到了工程化的軟件開發是頗有利於管理的，也能夠提升開發效率。除此以外，團隊之間的溝通可使團隊成員的合做更加默契，也能夠糾正一些軟件設計中的一些錯誤。

 

 

李家豪 201731062614

個人博客：https://www.cnblogs.com/19981031ljh/

 

我第一次做業的博客：http://www.javashuo.com/article/p-bifpgefc-hc.html

 

一．嘗試對本身的問題的解答：

 

1. 對於用戶體驗問題的優先級，當用戶體驗會同時影響軟件開發的效率和質量時，是否還應該將用戶體驗看的十分重要？

 

通過這學期的學習，我明白了程序員的編程應以用戶的體驗爲第一要點，在此基礎上再進行效率和質量的綜合考量。

 

1. 軟件開發過程當中會有bug出現，所以書中介紹了一種就小強地獄的bug處理模式，那麼當一個團隊採用這個模式時，該怎麼確認那個初始閾值？該如何確保這些bug的累計不會形成一個更大的bug？

 

在這個模式中初始閾值的肯定，應該由組員們討論或由組長決定；至於後面一部分，我認爲能經過多進行測試來解決。

 

1. 第16章中的迷思之七中說道，那些沒有成功包袱的小公司更能進行創新活動挑戰成熟公司的霸主地位，言下之意是說成熟公司彷佛很難進行創新活動，但是當今的許多大公司如華爲等公司都在進行着大量創新活動，這是爲何？

 

一個真正成熟的大公司，每每不會對自身當前的地位而感到自豪，由於咱們這一行是一門發展的很快的行業；真正的大公司都有着不發展就會落後的意識，因此每每會不斷的進行創業以此來保證自身的霸主地位。

 

二．通過這學期的學習，我更好的掌握了數據庫的用法。這學期由於咱們項目的緣由，我再一次去惡補裏數據庫的知識。

 

三．這學期我深入地體會到了軟件開發的不易，與開發團隊的重要性，在一個開發團隊中經過不斷地討論與交流，能極大地提升咱們的學習與開發效率；在這學期開發中，我明白了本身對之前學習的知識的掌握的不牢靠，致使花費了不少時間去複習，這一點之後不該該出現。

 

範桂林  201731062633

本人博客地址：https://www.cnblogs.com/fgldbk/
一、之前提問題博客地址：https://www.cnblogs.com/fgldbk/p/10568780.html
二、嘗試對本身提出的問題進行解答，並闡明，是如何經過看書、實際或者討論弄明白的。
問題一：團隊小一些效率更高，那麼一個團隊裏的工做難度和量都是同樣的嗎？可不能夠明確分工，能力強的攻堅，差的作基礎。
答：分配任務時認領本身最擅長的，量都是差很少的，從而達到最好的效果。
問題二：用球隊比喻一個開發團隊，明確分工看我的得分，當然很好，團隊裏的交流磨合須要刻意訓練嗎？
答：組裏有明確的分工，每一個人將本身的模塊組合在一塊兒就能夠完成完整的項目，不須要刻意磨合。
問題三：兩我的不是兩個機器零件能夠完美的組合在一塊兒工做。人是複雜的，和討厭的人工做不會有情緒嗎，不會有矛盾嗎，工做
的質量怎麼保證，這無疑是完成一個優秀做品的「攔路虎」。
答：因人而異，和隊友多溝通，有不會的提出來，一塊兒解決問題，你們統一戰線就沒有時間矛盾了。
三、是否產生了新的問題？請提出。
遇到技術難題不能解決怎麼辦？每一個人是否要對其餘的模塊徹底瞭解？
四、通過這學期的學習，你掌握到了哪些之前沒有的技能，你是如何掌握的。
經過使用GitHub，學會了代碼管理。由於作的是窗體，對窗體的性質瞭解加深。
五、有什麼深入的體會，對本身一學期學習過程的總結。
親自動手能夠學會不少知識，只有實際動手才能進步。

 

 

 

   團隊項目整理：

   github地址：https://github.com/fengpeng123/-.git