第一次做業

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

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

 

這次課程的目標： 我在前幾個學期學習的專業知識不是特別的紮實，所以，但願在此次的專業課的課上學習到更多的專業知識。

我在前一段時間裏將課本大概的瀏覽了一遍，大概的瞭解了一下此次的專業課將會講解的知識。我但願經過這次的專業課學習，

清楚的知道應該如何與團隊相互協助，更好的交流。知道開發與維護軟件項目的主要步驟。當遇到不能按時完成項目時，應該採起

怎樣合理的措施等等。提高本身的專業能力。

 

這次課程對我具體的幫助：

1.清楚的知道應該如何與團隊相互協助，更好的交流。

2.知道開發與維護軟件項目的主要步驟。

3.當遇到不能按時完成項目時，應該採起怎樣合理的措施。

 

其餘參考文獻：

《構建之法現代軟件工程》   鄒欣著

 

做業正文：

一.創建博客並介紹本身：

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

個人閃光點：

個人體育不錯，喜歡打乒乓球，而且技術挺好。我一直都喜歡鍛鍊身體，常常跑步，雖然身材不是特別好，可是個人身體素質仍是不錯，所以體育

成績還能夠。我一直都喜歡打乒乓球，所以我常常和朋友們一塊兒去打乒乓球，經過不斷地練習以及學習他人的長處，反思本身的不足，技術獲得了

很大的提高。

 

二。閱讀與思考

1.回想一下你初入大學時對軟件工程專業的暢想

        （1） 當初你是如何作出選擇軟件工程專業的決定的？  

             在我高考以前，我感受如今社會飛速發展，IT行業的技術更新突飛猛進。我認爲之後社會的發展確定與計算機密切相關。

並且如今軟件工程師的工資在現在的社會中仍是至關可觀的。所以，最終我最終選擇了軟件工程這個專業。

        （2）你認爲過去兩年中接觸到的課程是否符合你對軟件工程專業的期待，爲何？

             大概仍是比較符合本身的指望，在過去兩年中，學校上的課程都是有關於計算機基礎方面的。可是隻學習課堂上老師教的

知識是遠遠不夠的。咱們除了在課程中學習知識外，還要本身去自學許許多多有關於軟件方面的知識。這點我以前作的很差，所以

在剩下的大學時光中，我會去彌補本身的不足之處。

        （3）你以爲軟件工程是你喜歡的領域嗎，它是你擅長的領域嗎？

            我一直以爲經過電腦，本身與他人共同開發一個軟件是一件很是有趣的事情。所以，軟件工程是我喜歡的領域。但卻不是我擅長的

領域。由於，我在上大學以前是沒有接觸過電腦的，所以電腦的不少相關操做我都是在上大學以後才學會的。可是我相信只要本身經過不斷

的練習與實踐，軟件工程將會成爲我一個擅長的領域。

       （4）未來你會選擇從事軟件開發相關的工做嗎？是的話給出你想去的城市、公司和崗位，否的話給出緣由

          會，我想去北上廣那一類的一線城市，公司的話，我還不肯定。崗位的話我但願是軟件開發工做人員，和團隊人員一塊兒開發軟件。

 

2.將大三的你，對照前人們走過的路和描述將來發展，如今的你

       （1）自我感受你已經具有的專業知識、技能、能力有哪些？已經寫過的代碼量是多少？

           我感受本身就掌握了一些基礎的知識，技能，能力方面都不足。寫過的代碼量沒有估計，可是是不多的。

       （2）離成爲一個合格的軟件工程專業本科畢業生，在專業知識、技能、能力上還差距哪些？

            學習的專業知識仍是太少了，只侷限於老師教的一些基本知識，沒有去自學軟件相關的知識。技能和能力方面，沒有去嘗試開發一些

小程序，也沒有和其餘人一塊兒共同解決一些問題。

 

 3.大三是一我的生選擇的十字路口，考研、工做、考公、出國，不一樣的選擇在大三就有不一樣的努力方向。而不管考研仍是工做的每條路徑，

也有許多不一樣的分支。

         （1）對照以上你閱讀的前人們的經歷，你的選擇是什麼？

             我決定在大三的時候考研。

         （2）在這種選擇下，你認爲你相比其餘同窗來講有何優點，有何劣勢？

            我認爲優點是若是考上研的話，之後學習到的專業知識更多，未來找工做的選擇會多一些。劣勢是考研的競爭力太大，可能會考研失敗。

並且，有些不考研的同窗提早進入社會工做，當他們已經賺到不少錢時，而本身卻還在讀書，心中可能會有落差。

         （3）針對你的選擇，你給本身的大三設定的規劃安排是什麼？

            將要上的課程上好，而後瞭解考研將要考察的知識，認真準備。

 

三.提有質量的問題

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

   我在第一章的1.2.3軟件工程的知識領域這一小節的最後一段看到了有關於人工智能的影響。最後書中提到了人工智能將會成爲

軟件工程的研究內容。做者提到了人工智能在未來能夠本身寫程序嗎？的這個問題，引發了個人思考，若是人工智能能夠本身寫

程序的話，那即將從事軟件工程行業的咱們在將來能作些什麼了？程序咱們不用寫了，那咱們就只用和用戶交談下，明白用戶的需

求，而後將用戶的需求經過計算機讓人工智能自動寫程序，那咱們還須要掌握那麼多的計算機語言嗎？那咱們軟件工程這個專業在

人工智能時代又應該向哪一個方向發展呢？

 

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

  我在第二章的2.2效能分析工具這一節的最後一部分提到了，若是咱們不經分析就盲目優化，也許會事倍功半。那咱們應該在程序

作到何時再分析呢？在分析後就立刻優化嗎？我實在是對這部分的知識瞭解的不太清楚。

 

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

   在第四章的4.5.2爲何要結對編程的這一節中，提到告終對編程這一模式，我認爲這個模式有他的可取之處

可是我認爲有些人就若是不能適應這種模式那該怎麼辦呢？我認爲可不能夠將結對模式稍微改一下呢，將每時每刻的

觀察改成完成一小部分後另外一我的在來檢查。當某一我的在寫代碼時，領航的人在一旁把下一部分的思路想好，而後

到該檢查代碼時，把相關思路告訴給寫代碼的人聽，給他一個緩衝時間，也許，效果會好一些了。固然，這只是個人

一個小小的見解，也不知道是否正確。

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

   在第六章講到了敏捷流程這個概念，我在這章的開頭看到了它的定義，是一系列價值觀和方法論的集合。我讀了後面

關於敏捷問題和解法，經驗和教訓，問答的相關講解，可是我仍是對於敏捷流程這個概念感受太模糊了，實在是理解不到。

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

  其實這並不算是個人問題，可是我仍是想把這個知識點提出來。在第八章的第3小節獲取用戶需求的第6小部分提到了

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

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

很是的贊同。

   問題6：沒有風險就是最大的風險，做者爲何會這麼說？

  在第九章的9.5PM與風險管理的這一小節的最後一部分中，做者提到了若是項目沒有風險就是最大的風險。做者爲何會這

麼提？是由於PM沒有考慮到項目的發展方面嗎？仍是由於PM的專業能力不足嗎？是否是因爲PM的遠見不足將會致使項目的失敗嗎？

做者說的有點含糊，我不是特別的清楚。

 

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

1.Git:

 

優勢:

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

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

速度快、靈活。

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

離線工做。

缺點:

資料少(起碼中文資料不多)。

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

不符合常規思惟。

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

                    -------摘抄於GIT360百科

 

2.GitHub：

GitHub優勢：

1. pull request，issue都是殺手級的feature
2. 強調我的，符合hacker更看重名譽/成就感的天性

GitHub缺點（對我的）：

1. 國內訪問速度太慢，常常出現connect time-out（非GFW所爲）
2. 不能很好的解決GB2312/GBK，對中文不夠友好
3. wiki功能太弱，直接致使文檔（對於開源項目很重要）常常被分離到一個獨立站點

GitHub缺點（對企業）：

1. 無非解決企業內部的需求，github:fi價格太高（最便宜要$5,000/年）
2. 基於git，學習曲線陡峭，企業大規模用git根本不現實。尤爲國內你們都剛學會svn
3. 可能在將來某天被牆

--------摘抄於百度360
          做者：hydra35
          連接：https://www.zhihu.com/question/19591651/answer/12798445

 

 

3.Microsoft TFS

       優勢：

        是對敏捷，msf，cmmi等項目、過程管理、過程改善的支持。任務版上能將需求、項目進度盡收眼底，

        對於小團隊而言，比甘特圖更有用。

       缺點：

         能應用起來的團隊、公司的數量極少，多數真正用起來，也就是源代碼管理這部分，

         這也僅僅是佔TFS極小部分功能。

          -------摘抄於 百度360

                   做者huye