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

這個做業屬於哪一個課程
這個做業要求在哪裏
我在這個課程的目標是
這個做業在哪方面幫助我實現目標
個人博客地址

一、個人博客開通了！

      在老師的要求下，我開通了本身的博客，從一個之前只是瀏覽別人博客，學習別人知識的小白轉變成一個也會本身寫一些技術文章的IT領域的普通一員了，內心仍是很激動的，像是打開了新世界的大門，這是個人第一篇博客，固然並不涉及技術方面，之後也會努力學習寫一些技術文章，知識共享！

      簡單的自我介紹——秦傲明，熟的人都叫我喬明，西南石油大學17級軟件工程卓越班的普通一人，成績平平，在大學以前連電腦的基本使用都不怎麼弄的明白，可是一些簡單的遊戲仍是能打的😂，在選擇這個專業後其實並無什麼天賦，只是在跟着教學進度走，可是本身也並不討厭，以爲頗有興趣，之後也會一直努力學習，爭取做爲一個技術達人，而後提高全面素質，不只僅是敲代碼的能力，其餘方面的好比管理、配合、市場等也能有所提高！

二、閱讀與思考

• 對所在專業的暢想

      當時選擇專業的時候，考慮到整個社會發展的大趨勢，並且考慮到計算機行業很是好就業，因此就在全部專業中選擇了軟件工程，當時對於什麼計算機科學與技術、網絡工程等專業也沒有一個概念，只是以爲軟件好像離我很近，而後作一個本身喜歡的軟件頗有意思，可是當時對於計算機一竅不通，想着隨便選一個專業也都是大學來從新學，因此勇敢地選了軟件工程。而後能對於這個專業也有去網上了解過一下，當時想的就是我能夠寫一個軟件，特別是一個遊戲，想着能玩本身的遊戲也很是的激動，還有就是之前看一些電影一些黑客很厲害，想着本身也能坐在電腦面前可以敲代碼就能滲透進別人的電腦也很是激動；因此當時也是一個無知的少年。

• 目前爲止的水平

      然而如今已經學習了兩年了，已經大三了，這個專業的專業課也學的很是多了，事實是之前指望的那樣嗎？固然不是！之前想着能作一些很厲害的遊戲，可以給朋友們炫耀這是我本身作的遊戲，如今好像也只能本身用C#拖控件勉強寫一個打飛機的遊戲出來，也就能本身欣賞一下；之前想着可以隨便幾行代碼就能入侵別人服務器，可以得到所有的數據，如今也就只能用kali帶的一些工具破解一下wifi密碼、最多內網進行滲透測試等，也就只有這個水平。因此說專業知識符合我當初的猜測嗎？我想在必定程度上是符合的，可是要知足全部的暢想也必須本身學，只有本身多學知識，補充課外知識，也才能更好地知足本身的須要。而想設計模式、計算機系統基礎這樣的理論較多的課也是爲更好地進行軟件開發打基礎，可是代碼能力仍是得本身練，很大程度上也是由於本身練少了，因此代碼能力並非很強，並不能知足本身的開發須要，不少時候也是力不從心，因此也須要繼續學習以及實踐。

• 之後會從事專業領域嗎？

      對於之後的工做，我也必定會從事IT行業，由於本身也仍是比較喜歡這個行業。看了博客【J】，就像做者同樣，由於在學校裏面可能技術比較突出，而後學校能就分配了一份看似比較不錯的工做，可是這並非做者想要的，因此他作出了本身的選擇，面對全部人的質疑，努力作好本身想作的事情，最後也能得到成功。而反觀如今的我，雖然如今代碼能力實在是不咋地，而後最大的項目也是作了一個完整的網站，然而前端方面還很醜，如今也在作一個系統，可是對於這個行業來講是遠遠不夠的。

• 離一個合格本科畢業生的差距

      如今也已經大三了，本科生涯也過去了一半多，審視本身，除了在教學範圍內的好比一些實驗報告之類的有時候須要敲一些代碼，還有就是參加了一些項目須要敲一些代碼，平時本身作一些東西的時候不多，可是本身對網絡空間安全方面也挺感興趣的，因此這方面的東西之前也有所研究，但也僅限於看別人寫的一些滲透測試本身照着弄一遍而已。而對於軟件開發而言，如今也只能作一些程序，最多比程序好一點的就是可以寫一些質量不是那麼好的文檔，由於練的少，這種機會也不是不少，我想如何認識軟件工程這門專業也還須要多多修煉。

• 從此規劃

      感受本身還年輕，可以再繼續多讀一些書仍是很好對，因此仍是決定考研，由於本身技術不行，也還想再學校裏面多研究一下，未來在社會上可以輕鬆一點。雖然知道可能之後就算出去了也會遇到不少困難，仍是想考研。

#二、關於教材的一些問題       一、在第六章講到了敏捷流程開發，讓我知道了能夠把一個軟件分紅不少個不一樣的版本，每次交付一個有價值的版本給用戶以知足須要，不斷迭代不斷髮布新版本。可是就這樣的話雖然可能在編碼上比較方便，每一次不會將所有功能開發出來，也給用戶實實在在的軟件在用，可是就這樣而言的話就須要項目組成員的高素質以及高溝通能力並且測試人員也會過早地參與測試工做，致使一個不穩定的版本漏洞百出，給測試人員帶來極大壓力。而且還有爲了實現功能而作，在整個軟件沒有設計一個很好的架構，後期的代碼堆砌也會很是嚴重。不只這樣，也會對開發人員帶來極大對壓力，常常都須要發佈新版本並且越快越好也會帶來更大的工做量。 參考：[敏捷開發流程總結](https://www.cnblogs.com/mengfanrong/p/3764735.html)       二、在12章中提到了用戶體驗，其中12.1說到了用戶體驗的要素，姑且不說咱們能不能和用戶想一不同，就算同樣的話，人的心理也是花最少的錢買最好的東西，可是咱們軟件服務行業不像其餘行業，咱們的工做量很是的大，一個項目週期可能會按年算，這個時候咱們如何在成本以及用戶體驗之間權衡呢？       三、而且在12.1.6中提到了用戶體驗與質量，裏面的傑克這個故事也不是很懂，是犧牲了質量提升了用戶體驗就佔領了大量份額嗎？可是對於醫學這些專業領域有時候犧牲產品質量可能會引起誤診之類的嚴重錯誤，這個時候用戶體驗還重要嗎？       四、在13.3.1中又一個問題說到測試人員是最後一道防線，用以保證產品質量，可是有時候開發人員的代碼質量不高，因此須要測試人員的質量高，可是這樣的話爲什麼不要測試人員直接參與開發工做？也跟着實現軟件功能？       五、在16章中提到了創新，可是就如今軟件公司的競爭也十分激烈，可是好比開發流程，開發模型等也都是在那裏的，基本上也都是那麼些個東西，技術層面的話也是那麼些技術，可以用這些技術以及流程開發出用戶滿意的東西了，咱們爲何還要創新？並且就編程語言的話咱們也只是拿來用，相對於一些小一點的公司也並無實力去專門鑽研技術，創新是否是會浪費？ #三、版本控制工具

• git
參考於菜鳥教程： Git 是一個開源的分佈式版本控制系統，用於敏捷高效地處理任何或小或大的項目。 Git 是 Linus Torvalds 爲了幫助管理 Linux 內核開發而開發的一個開放源碼的版本控制軟件。 Git 與經常使用的版本控制工具 CVS, Subversion 等不一樣，它採用了分佈式版本庫的方式，沒必要服務器端軟件支持。
• svn
參考於菜鳥教程： Apache Subversion 一般被縮寫成 SVN，是一個開放源代碼的版本控制系統，Subversion 在 2000 年由 CollabNet Inc 開發，如今發展成爲 Apache 軟件基金會的一個項目，一樣是一個豐富的開發者和用戶社區的一部分。SVN相對於的RCS、CVS，採用了分支管理系統，它的設計目標就是取代CVS。互聯網上免費的版本控制服務多基於Subversion。
• VSS-- Visual Source Safe
參考於(http://blog.sina.com.cn/s/blog_5f0e9ca50102v63c.html) 此工具是Microsoft提供的，是使用的至關廣泛的工具之一，他能夠與VS.net進行無縫集成，成爲了獨立開發人員和小型開發團隊所適合的工具，基本上Window平臺上開發的中小型企業，當規模較大後，其性能一般是沒法忍受的，對分支與並行開發支持的比較有限。其相關的外掛支持工具爲SAW,SOS.

各個版本控制工具各有優缺點，好比git是分佈式的，可是svn就不是，然而VSS很是適合VS.net。因此各個工具的使用也要看項目的實際狀況而定。