第一次做業-《構建之法》

時間 2019-11-13

標籤第一次構建之法简体版

原文原文鏈接

這個做業屬於哪一個課程	課程的連接
這個做業的要求在哪	做業要求的連接
我在這個課程的目標是	瞭解什麼是軟件，掌握整個軟件開發流程。瞭解系統各方面的需求和設計，對未來軟件開發奠基基礎。認識到團隊合做的重要性。
這個做業在哪一個具體方面幫助我實現目標	瞭解什麼是軟件設計，懂得什麼是團隊合做
做業正文...	做業正文
其餘參考文獻...	參考文獻
個人博客	個人博客

做業正文

1.自我介紹

我是一名陽光自信的男孩，在技術上並非特別的厲害，可是在運動方面仍是小有天賦。平時愛打籃球、羽毛球以及聽聽音樂。籃球不只能緩解學習上的壓力，還能加強身體素質。籃球也要懂得團隊合做，學習上也不例外，這也是我喜歡它的緣由。在技術方面上的學習從未間斷，可是總以爲記憶力遠不如之前，記過東西過不了多久就會忘記。因此不能只看還要過手，多鍛鍊本身的動手能力。我我的以爲代碼是一種很奇妙的事物，從而深深地吸引了我。css

2.閱讀和思考

2.1 回想一下你初入大學時對你所在專業的暢想

當初你是如何作出選擇你所在專業的決定的？html

本身對計算機方面有必定的興趣吧，以及考慮到這個專業未來好就業的前景。同時本身高考的分數也恰好上學校的分數線，可是填的第一個專業不是軟件工程而是電氣自動化，幸虧沒被錄上。今後也就入坑了，可是本身也沒後悔，仍是在堅持本身喜歡的東西。前端
你認爲過去一（兩）年中接觸到的課程是否符合你對你本身所在專業的期待，爲何？java

轉眼過去了兩年時間，大學生活來到了最關鍵的一年。前面兩年所接觸的課程在我看來都很實用，數據結構的重要性不言而喻，軟件設計模式、計算機系統基礎等等都很nice。其餘公共課程也不錯，好比高數、現代、機率等等，（我我的比較喜歡數學），這些課對咱們學習專業課知識都有大大的幫助。我以爲課程開的都很好，學得話仍是得靠本身自身的努力，課上講的是基礎，課後是本身去鞏固基礎以及提高能力的。目前階段大部分開設的就是都業課，我以爲這些課都挺有意思的，值得咱們去學習和鑽研。linux
你以爲你所在的專業是你喜歡的領域嗎，它是你擅長的領域嗎？git

是我喜歡的專業，我我的以爲代碼真的很神奇，個人興趣驅使我選擇了軟件工程。對於目前來講本身技術能力還比較薄弱，還得多加練習。相信本身會從rookie逆襲成爲master。程序員
未來你會選擇從事和你專業相關的工做嗎？是的話給出你想去的城市、公司和崗位，否的話給出緣由angularjs

固然會選擇從事與專業相關的工做。本身仍是願意在成都發展，公司的話大公司（阿里、騰訊）最好不過了，可是仍是得靠本身的努力才行。崗位的話但願能作到全棧工程師，（如今來講仍是太遙遠），可是目標定在這，本身一步一個腳印向着這個目標奮鬥。github

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

自我感受你已經具有的專業知識、技能、能力有哪些？已經寫過的代碼量是多少？描述你作的最複雜的項目/做業。web

基礎的C語言，學過C#，java，html，css,以及ssm框架，前端框架angularjs,bootstrap。數據庫知道一點點，項目部署到服務器的一些配置熟悉。目前代碼量大概有4000+吧，作的最複雜的項目是今年暑假的一個分佈式電商平臺系統。對整個項目的開發流程熟悉了許多，以及項目的部署我作了大部分，也學習了很多有關linux系統的知識。
離成爲一個合格的本科畢業生，在專業知識、技能、能力上還差距哪些？

我我的以爲離合格還差得多，專業知識方面雖然學的多，可是目前也遺忘了很多，仍是有所欠缺。技能方面的話仍是不行，看代碼還行，一過手就困難重重，因此平時還得多練練，基礎的也要多練練。同時作項目的話，能夠看着網上的教程跟着作，這樣跟着學不只記住了知識點，手也跟着敲了遍代碼，同時也熟悉了項目是如何開發的。

2.3目前是一我的生選擇的十字路口，考研、工做、考公、出國，不一樣的選擇在大三就有不一樣的努力方向。而不管考研仍是工做的每條路徑，也有許多不一樣的分支。

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

我更偏向於就業，我想的是提早去社會上鍛鍊鍛鍊本身，多積累積累經驗。雖然目前的本身專業知識和技能方面都不太強，可是還有一年的時間，在專業知識和技能方面多下點功夫，相信本身能作到的。
在這種選擇下，你認爲你相比其餘同窗來講有何優點，有何劣勢？

我我的以爲是一把雙刃劍，都有優點和劣勢。優點：先就業無非就是先提早適應社會，接觸更多的人、適應不一樣的環境。劣勢：與考研的相比，學位可能較低，學術研究能力差一些。
針對你的選擇，你給本身的大三設定的規劃安排是什麼？

英語最好不能落下，畢竟對之後仍是幫助挺大的。專業知識和技能知識必定要認真的學，多瞭解一些新的技術，框架也要多學幾個，要把整個軟件開發的過程熟悉透徹。多練一些項目，增長本身的代碼量，瞭解一些底層的知識。
你對於實現本身的夢想已經作了或者計劃作什麼樣的準備？

可能作到了50%吧，本身知識雖然瞭解了挺多，可是深度方面沒有深刻的學習下去，說實話仍是太菜，本身沒有嚴格要求本身，浪費了太多寶貴時光。接下來的時間，要合理規劃本身的時間，把本身的時間安排的比較充裕，課上好好學，課後鞏固本身的技術和專業知識，挺好的！

3.提出問題

問題1

我看到第四章的結對編程，百度了一下什麼是結對編程。書上81頁說到結對編程是一個相互督促的過程，每一個人的一舉一動都在別人的視線以內，全部的想法都要受到對方的評價。 當一個程序員處於流模式（Flow），另外一個在一旁學習（Learning）——若另外一個程序員時不時地打斷他，並要求對一些基本的但與挑戰性問題沒有直接關係的事情作出解釋，那麼他很難專一於解決挑戰性的問題。-引用自（何時該採用結對編程）由於兩人的能力不同，相互督促的話起到的做用並不大，同時每一個人的想法不同，有些人就不肯意接受別人評價，礙於所謂的面子。因此我以爲結對編程不只雙方性格要合得來，還要虛心接受別人的意見。那結對編程是利大於弊，仍是弊大於利呢？ 我感受仍是利要多點，俗話說「三個臭皮匠，頂個諸葛亮」，團隊合做比單打獨鬥更好一些。
問題2

書中第六章的敏捷流程，知道了什麼是敏捷流程以及敏捷流程的問題和解法。
咱們怎樣能作到敏捷開發？如何提前的交付軟件達不到客戶的需求？項目人員流動過大，新員工太多如何解決？書上提到時時總結如何提升團隊效率，若是時不時的開會討論的話，會嚴重影響工做效率，咱們怎樣制定一份完美的計劃來把團隊效率和平常工做作得更加完美呢？
問題3

第七章的MSF原則，什麼是MSF原則？怎樣把信息作到完美的共享和保密？如何與隊員有效的溝通，把信息更加準確的傳達給其餘人？如何避免在軟甲開發過程在所遇到的缺陷？當軟件成功開發出來，要與客戶交互時，如何把軟件的功能詳細的給客戶表達出來？同時遇到問題時，以及與客戶溝通是咱們開發人員比不可少的一項基本技能。
問題4

第八章的需求分析，什麼是需求分析?咱們不能盲目的作需求分析，這是軟件生存週期中一個重要的環節，咱們要知道用戶的需求是什麼？當用戶需求發生改變時咱們要如何應對？若是軟件都開始到了編碼階段，用戶的需求又發生了改變，咱們該怎麼作？咱們是否是要從頭再來一遍需求分析？若是是採用瀑布模型來開發，開發到一半時客戶需求改變，那你是否是心態爆炸，因此咱們該採用哪一個開發模式來開發軟件？怎樣應對多變的需求來作好需求分析與設計呢？
問題5

第九章的項目經理，如何作到一個優秀的PM?是按照書上所說的作，就能夠領導一個項目團隊了嗎，能讓員工真正地服你嗎？我以爲並非這樣，一個優秀的PM不只要有專業的領導力，還要有出衆的管理能力，必定的專業能力;還要懂得體貼員工，有責任心，自我約束能力強。
問題6

第十一章的軟件設計與實現，書中223頁提到了軟件是怎麼解決這些需求的？現實世界中的實體和屬性在軟件系統中是怎麼表現和交換信息的？，以及224頁的兩個相似的問題，只是問法不一樣，解決方法相同。咱們在軟件的設計和實現的過程當中，怎樣才能構建一個與客戶所要求的軟件相似的模型呢？咱們不只要把需求分析透徹，還要創建多個模型相互比較，選擇最優的那個。創建的模型就是把用戶的需求所描繪了進去，在仿照模型去編寫軟件，這樣就能夠解決用戶的需求。在開發過程當中，模型出現問題，是否得從新建模，仍是在原有基礎上加以改進?
問題7

第十六章IT行業的創新，什麼是創新？咱們必定要盲從嗎，別人創新咱們就跟着一塊兒創新？如何抓準合適的時機進行創新？都說有了新的就忘了舊的，我看確實是這樣。有好的想法確實不錯，可是如何把好的想法實施起來？這纔是創新的難點。俗話說早起的鳥兒有蟲吃，但書中提到每每領導者都不是先行者，這是爲何呢？假若有好的想法，如何去實施而後作到技術上的創新呢？

4.版本管理工具

（1）Git

特色：分佈式相比於集中式的最大區別在於開發者能夠提交到本地，每一個開發者經過克隆（git clone），在本地機器上拷貝一個完整的Git倉庫。

優勢：適合分佈式開發，強調個體。
公共服務器壓力和數據量都不會太大。
速度快、靈活。
任意兩個開發者之間能夠很容易的解決衝突。
離線工做。
缺點：
資料少。
學習週期相對而言比較長。
不符合常規思惟。
代碼保密性差，一旦開發者把整個庫克隆下來就能夠徹底公開全部代碼和版本信息。

（2）Microsoft TFS

優勢：是對敏捷，msf，cmmi等項目、過程管理、過程改善的支持。任務版上能將需求、項目進度盡收眼底，對於小團隊而言，比甘特圖更有用。
缺點：能應用起來的團隊、公司的數量極少，多數真正用起來，也就是源代碼管理這部分，這也僅僅是佔TFS極小部分功能。

（3）GitHub

基本功能：GitHub能夠託管各類git庫，並提供一個web界面

優勢：完整的支持Markdown語言，並且支持Emoji表情。GitHub提供Git存儲庫服務，基於web，容許你使用Git的源代碼管理功能，或者其特性。功能設計簡潔實用上手很快，可用性好，已有不少至關質量的各種項目和優秀開發者在上面。
缺點：國內訪問速度太慢，常常出現connect time-out。基於git，學習曲線陡峭，企業大規模用git根本不現實。