第一次做業

第一次做業

<課程連接>：

                   https://edu.cnblogs.com/campus/xnsy/SoftwareEngineeringClass2。

<做業的連接>：

                   https://edu.cnblogs.com/campus/xnsy/SoftwareEngineeringClass2/homework/2706。

<課程目標>：

                   1.學好本門課程。2.對於本專業的認識加深。3.培養良好的學習習慣，改掉之前的臭毛病。4，之前浪費的時間，如今迎頭遇上，加油。

<此次做業具體在某些方面幫助到我>：

                   1.讓我慢慢熟悉軟件開發的流程。2.學會團隊合做，互相幫助，共同去完成一個項目。

一.創建博客並介紹本身

<個人博客地址>：https://www.cnblogs.com/guojingwei/。

對於本身，我不知道怎麼介紹，從小開始吧。對於我一開始對於計算機的接觸，大概就是小學愛上玩遊戲，家裏沒電腦，就出去黑網吧玩遊戲，因此從小對遊戲就有一種情懷。這也是我一開始對於計算機的認識。對於閃光點，我也一直沒發現本身有過。從小就比較自閉，也不是很大膽，尤爲是面對不少人的狀況下。我本身最大的問題就是沒什麼毅力，一件事很難堅持好久。這也是我如今必須克服的問題，這樣本身才能變得更強。成爲大學生以後，就開始放鬆了，到今天爲止，也混了一年半了，如今得努力了。

二.閱讀與思考

(1)

1.高考後對於軟件工程這門專業的選擇，感受很隨意吧。當時的本身很茫然，對於這麼多專業選擇，並不知道本身適合什麼，讀了十多年的書，感受本身沒啥特長，也沒啥愛好。最後選擇了軟件工程，選擇了IT，當時是以爲這門專業之後很好就業。因此對於此專業之前也沒怎麼關注，身邊也沒什麼人給我建議，就這樣最後選了軟件工程。

2.感受過去兩年對於專業的接觸沒有符合我一開始對於本專業的期待，一開始的c語言，到大一下期學的數據結構，學習後也沒感受有什麼聯繫。大概也跟我本身有關係吧，高中老師都說耍大學，因此一開始就很是的放鬆。沒有對之後的生活有過規劃，也沒有對之後的工做有過了解。感受在大學混的這一年半什麼也沒有學到。因此在寒假也想過不少，對於這個專業很陌生，不知道該怎麼學，也不知道先學什麼再學什麼。因此感受很茫然。

3.大概也是吧，其餘專業更提不起興趣。擅長提不上，可是能夠慢慢變得更強。

4.對於博客1做者的就業看來，找好工做沒那麼容易，可是現階段的我，不知道本身擅長什麼，給本身的定位還有很大的問題，這學期要多學習一些，對本身的定位更加明確。

(2)

1，感受如今的本身什麼都只是學到皮毛，除了前幾學期學習的c和c#還有數據庫，如今正在跟着視頻學習java，打的代碼可能也就幾千吧，學得很少，也打的很少。

2，看了上面那些厲害的博主，感受本身差得更多，好比那些面試題，對於如今的我來講，就像天文數字同樣。

(3)

1，考研或者大學畢業直接找工做吧。

2，優點沒有，劣勢蠻多的，前幾學期的專業課學的蠻差的，要考研的話，要比其餘人努力不少。

3，大三的規劃，精通一門編程語言，考研努力，學好英語，多多參加團隊，從中學習更多的知識與經驗。好好加油吧！

三，提出有質量的問題

<1>

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

<2>

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

<3>

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

<4>

第四個問題：需求分析：（第八章）需求分析，怎麼才能快速的進行需求分析，而且快準狠。

<5>

第五個問題：軟件工程師的成長：看了第三章軟件工程師的成長，總感受本身差了點東西，總感受本身在經驗和知識還欠缺太多。要成爲一個合格的軟件工程師，應該怎麼去作？

 

四，瞭解和調查源程序版本管理工具

Git的優缺點:

優勢：適合分佈式開發，強調個體。

          公共服務器壓力和數據量不會太大。

          速度快，靈活。

          任意兩個開發者之間能夠很容易的解決問題衝突。

          離線工做

缺點：資料少（起碼中文資料不多）

          學習週期相對而言比較長。

          不符合常規思惟。

          代碼的保密性差，一旦開發者把整個庫克隆下來就能夠徹底公開因此代碼的版本信息。

GitHub的優缺點

優勢：適合分佈式開發，強調個體

          公告的服務器壓力和數量都不會太大

          速度快，成熟的架構，開發靈活

          任意兩個開發者之間能夠很容易的解決衝突

          離線工做，管理代碼成本低，不須要依賴服務器

          部署方便。基本上下個命令就能夠用

          良好的分支機制，可讓主幹代碼保持乾淨

          Git對程序源代碼進行差別化的版本管理，代碼庫佔極少的空間。易於代碼的分支化管理。

缺點：

          資料少，學習成本大，學習週期長，要求人員素質比較高

          不符合常規思惟

          代碼的保密性差

          不支持中文，圖像界面支持差，使用難度大

Microsoft TFS的優缺點：

優勢：

          與vs無縫鏈接，方便原代碼的管理

          不會上傳.NET開發時生成的垃圾文件

          支持數據庫版本管理，自帶不少管理工具（測試管理器、反饋客戶端、界面設計工具等等）

缺點

           能應用起來的團隊、公司的數量極少