軟體工程第二週開課部落格

1.介紹自己

作為程式設計小白學習程式設計已經有一年半了，但是很多東西還是不明白，程式設計能力很弱，可能是沒有別人花的時間多吧！平時是比較喜歡健身、打球，比較愛玩的乙個人。從南方跑去北方念書可能也是抱著對新鮮事物的好奇去的，不過我比較能適應北方的生活，與同學室友都說的來。程式設計也是不斷探索新鮮事物的過程，我不喜歡別人推著我走，既然上了大學，就要有自己的主見和決心。在這方面我比較有個性。在今後，我要把程式設計作為乙個樂趣，而不是一項功課或是一種任務。這樣我才能越來越好。

2.現狀、經驗和計畫

（1）現狀：軟體工程這門課程，給我的第一感受就是難，學程式設計必須每天學習，除了每天重複的練習編碼之外，還要熟練的掌握相關知識。我現在在程式設計方面還是乙個門外漢，仍然有很長的一段路要走，專業知識方面也仍然差了很多。距離成為乙個合格的it專業畢業生，在專業知識，技能，能力上還差距很多。

（2）經驗：現在就是花的時間太少了，所遇到的問題理所應當是比別人少的多。這樣下去會被別人拉開差距，所以**量必須提高上去，每天給自己定乙個目標完成多少行**，看多少關於程式設計的書籍。看書不僅僅是獲得知識，也要把我們的一些心得體會寫出來，想一下那些牛人是如何成功的，自己距離那個目標還差多少。同時多做一些實戰練習，這會讓我們快速掌握如何編寫乙個簡單的應用程式。

（3）計畫：目前我的**量每週都不固定，我會給自己制定乙個詳細計畫，每過一周我就要提高多少，不管是程式設計方面的還是掌握知識方面。然後就是要有乙個固定的作息模式，現在我的作息時間太混亂，以前的一些計畫都無法正常實行，這都是因為沒有規律的作息時間導致的。因為自己的計畫意識不強，還要利用各種途徑加強在這方面的意識。在學期結束前能夠獨立編寫複雜的應用程式。

3.提有質量的問題

1、在第二章個人開發流程中對比了大學生和工程師分別完成專案的各個階段所花時間的佔比，得出現象工程師在「需求分析」和「測試」這兩方面花的時間明顯比大學生高，而在具體編碼的時間卻更少，從而得出結論：從學生到職業程式設計師，並不是更加沒完沒了地寫程式——花在寫**的時間反而少了許多。

提出問題：我認為從學生到職業程式設計師，隨著程式設計能力的提公升，職業程式設計師在寫具體**中能更加輕鬆的實現，但是大學生由於各項能力的不足，花的時間明顯更多。我認為這樣的比較不太合適，由此並不能證明大學生在成為的職業程式設計師的過程中，花在**上的時間就一定更少。

2、在第三章中，提出了團隊的軟體流程tsp，tsp對團隊成員的要求很多，其中提出理性地工作，反對個人需要靈感和激情，認為這只屬於業餘愛好者。職業人士只有每天持續的工作才會有所成就。

提出問題：對此說法，我並不是很認同。據我所知，現在公司很多程式設計師每天幹著同樣的工作，如果年輕時沒有到達乙個好的地位，老了時思維沒有年輕人那麼活躍，後面可能面臨失業的情況。所以我覺得在工作時應該保持激情，不斷學習新出現的知識，靈感也是不可或缺的，因為這可能是你走向的成功的另一種方法。

3、第四章中提出了結對程式設計的概念，結對程式設計的好處很多，如可以提高設計和**質量，可以給工作帶來很大信心以及可以互相交流經驗，促進學習等。

提出問題：結對程式設計雖然有諸多好處，但對於兩個人的不同的能力要求很高，如果兩個的能力一樣高或一樣低，該如何分配專案中的任務等一系列的問題，所以結對程式設計的風險也是很大的，我們該如何權衡這種好處和不足呢？

4、第六章的敏捷流程中提出scrum/sprint成功實施的關鍵在於scrum master，這個角色事實上就是乙個專案經理。

提出問題：在乙個團隊中的成員，如果有這種能力的人很少，那麼這樣的人在團隊中的角色應該是scrum master還是應該作為技術人員專心完成專案或者這樣的團隊不適合用敏捷流程，如果不適合敏捷的話，他們該用怎樣的流程來開發專案。

5、第八章中談到了需求分析，乙個軟體團隊必須了解和挖掘出軟體利益者的需求才能動手開發專案。

提出問題：如果團隊所挖掘的需求和軟體利益者的需求有一定差距，但這個需求可能是團隊認為所必須的，可能會帶來更大的收益，這就與客戶的需求起了一定的衝突。這種情況是該完全按照客戶的要求來做還是應該和客戶進行溝通交流，試圖說服他們。

軟體工程第二週開課部落格

軟體工程第二週開課部落格

軟體工程第二週開課部落格

軟體工程第二週開課部落格

相關推薦