我的做業5——軟工我的總結

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

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

   • 期待和目標
     學會了微信小程序的開發，學會小程序開發新語言，瞭解到關於一個軟件從開始制定計劃到能夠驗收交付須要通過一個什麼過程，在此次團隊項目裏，讓我很好的體會到了一個軟件開發的過程，要怎麼去進行需求分析，如何找到用戶的痛點，怎麼作好功能的四象限分配，如何在一個較短期裏作好一個mvp功能，要如何作一個「足夠好」的軟件。

   • 不足
     • 邏輯思惟能力還不是很好，在寫代碼的時候邏輯不是很清楚就開始動手敲代碼，致使一直出問題。
     • 對於時間的安排，在aphla階段和beta階段幾乎都是要熬夜寫代碼的。
     • 語言表達，交流寫做能力仍是沒有獲得提高，不可以清楚的表述本身遇到的問題。
2. 總結這門課程的實踐總結和給你帶來的提高，包括如下內容：
   • 1）統計一下，你在這門課程中，完成了多少行的代碼；
     800,900行吧

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

     做業	耗時
     我的做業1--閱讀做業	7h
     我的做業2--提問題	8h
     結對編程	30h
     我的做業3--案例分析	5h
     團隊做業1--團隊展現	1h
     團隊做業2--團隊計劃	2h
     團隊做業3--需求分析	15h
     團隊做業4--alpha衝刺	85h
     團隊做業5--測試與發佈	5h
     團隊做業6--展現博客	3h
     alpha項目複審	1h
     團隊做業7--alpha階段過後諸葛亮	4h
     我的做業4--alpha階段我的總結	7h
     團隊做業8--beta衝刺	80h
     團隊做業9--項目驗收總結	4h
     beta項目複審	1h

   • 3）哪一次做業讓你印象最深入？爲何？
       alpha衝刺階段，由於剛開始學寫微信小程序，對於小程序的開發一竅不通，要本身找資料學習小程序的開發語言邊學邊寫，遇到不少問題還不知道是什麼緣由產生的，很心酸。常常要熬夜寫代碼，由於剛開始學有時候代碼寫的不是很好，還要一直改動。再加上有時候會開發平臺莫名有問題，明明代碼都沒有改動過，別人的機子上能夠運行，本身就不能運行，還要從新建立一個項目把代碼導進入。關於鏈接服務器的問題，各類找尋方法。
   • 4）累計花了多少個小時在軟工上？平均每週花多少個小時？
     累計花了200多個小時，平均每週花了17小時。
   • 5）學習和使用的新軟件；
     知曉雲、石墨文檔
   • 6）學習和使用的新工具；
     微信開發工具、leango、jprofiler
   • 7）學習和掌握的新語言、新平臺；
     微信小程序開發語言：wxml、wcss、js
     微信小程序開發平臺
   • 8）學習和掌握的新方法；
     關於閱讀要如何提一個有想法的問題，如何結對編程，軟件開發從定計劃到測試交付須要使用到的方法，如在作需求分析時可使用NABCD方法，可使用四象限的方法給功能定位。

   • 9）其餘方面的提高。
     團隊合做能力，解決問題的能力,抗壓能力

2、寫下屬於本身的人月神話——我的或結對或團隊項目實踐中的經驗總結+實例/例證結合的分析

• 在作結對項目時，須要彼此瞭解一下本身的能力，更好的分配彼此的工做，不要只有一我的在編程，另外一我的閒着。要注意每一個人的編程時間，不要長期由一我的掌控鍵盤。而且要注意時間的安排，在此次結對項目中，由於是要在上一屆的代碼進行修改，由於沒有合理分配時間，提早閱讀學姐的代碼，瞭解整個代碼的結構，致使在作修改的時候很痛苦。
• 在團隊項目裏，遇到問題通過一番思考以後若是想不出來解決辦法，要及時要隊友求助，不要死鑽問題，我在開發過程當中遇到過由於有必定的編程疲勞了，可是又死要本身解決問題，致使浪費了很長時間在一個bug上，最後求助隊員很快就獲得解決。因此若是實在解決不了要及時要隊員求助，而且在編程的時候要注意編程時間的長短，過長的編程時間反而會較低本身的效率，由於長時間的編程，思惟有時候就會被固定在一個方向，這時候就須要休息一下或者隔天再繼續（已是晚上了）。

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

• 對開學初的我：
  多讀書（文學方面的），提升本身的語言表達能力，交流、寫做能力；合理安排本身的時間，作好短時間目標和長期目標；作事不要趕，緩下來想好了在作
• 後來人的期許：
  合理安排本身的時間以及團隊合做的時間，當發生衝突的時候，要考慮好優先順序，跟PM解釋清楚，以避免工做安排發生問題。在團隊項目裏要善於跟隊員交流，常常交流經驗，遇到沒法解決的問題要及時求助。作項目前要作好預備工做，須要使用什麼編程語言要事先去了解學習，否則邊寫邊學，會很痛苦。代碼規範和源代碼的管理也很重要。
• 換人機制：
  挺好的，能提升本身的適應能力，能儘快的融入一個團隊裏，理解新團隊的工做安排，看懂新團隊的程序，協做工做。模擬工做中可能出現成員的變更問題。

4、分析一下本身所處的團隊。軟件工程實踐是大學裏少有的認真的團隊協做經驗。《構建之法》上說團隊的發展有幾個階段，你的團隊都經歷過麼，最後到達了「創造」階段了麼？（參考《構建執法》第17章 人、績效和職業道德）

• 萌芽階段：我的的角色和職責不是清楚，可是項目剛開始，有點迷茫，還未適應團隊環境、結構，不知道從何下手開始工做。
• 磨合階段：對於項目有了必定的瞭解，工做開始有點順手，沒有發生衝突問題。
• 規範階段：對於角色、職責定義和項目流程有了比較統一的認識，可以互相協助，交流經驗。
• 創造階段：感受團隊還沒能達到這一點，並無實現高度自治，角色和職責不可以根據項目的要求天然轉換。

5、怎樣證實你學會了軟件工程？

1. 研發出符合用戶需求的軟件
   • 必須公開發布，有實際的用戶，必定的用戶量和持續使用量 （3 天后能保持10 - 100個用戶）；而不是: 作沒有用戶使用的軟件
     
     
2. 經過一系列工具，流程，團隊合做，可以在預計的時間內發佈 「足夠好」 的軟件
   • 有項目規劃/需求/設計/實現/發佈/維護，有定時的進度發佈 ； 而不是: 經過臨時熬夜，胡亂拼湊，大牛一人代勞，延遲交付等方式糊弄

   原型設計工具：墨刀
   代碼管理：碼雲
   項目管理：issue，leango

   項目規劃
   需求分析
   用戶使用調查
   相關測試發佈博客:
   http://www.javashuo.com/article/p-vjteaqkm-hg.html
   http://www.javashuo.com/article/p-glmzbjci-hc.html
   http://www.cnblogs.com/coolgirls/archive/2018/05/08.html
   定時進度發佈：
   alpha衝刺
   beta衝刺

3. 而且經過數據展示軟件是能夠維護和繼續發展的。
   • 而不是 找不到源代碼，代碼無文檔，代碼不能編譯，沒有task/bug 等項目的發展資料
     碼雲地址

請在隨筆中用數據證實上述內容或側重選擇之一。