[軟件工程]第一次閱讀做業

第一次閱讀做業

1、讀完《構建之法》後產生的問題

問題一：到底是應該成爲一名全棧工程師仍是專精於某一個方向的工程師呢

有人說一我的就能夠快速成長成爲一名全棧工程師，這讓我想起街頭賣藝的單人樂隊，他們什麼都會一些，能夠很快的演奏一些曲子。與之對立的，是隻研習某一樂器的樂手，你願意花錢聽哪一種演奏呢？（第三章）

一方面，不管是誰確定都但願本身啥都會一些，另外一方面，也都會有樣樣稀鬆的顧慮。總的來講我以爲在一個項目規模較小的時候，確定能成爲全棧最好的，可是當項目不斷變大時，那麼全棧工程師的精力也沒法支撐他去運維整個項目了，或者項目有某些難點須要攻克的時候，全棧工程師也應當不會有那個難點的專家來的優秀。所以有必要成爲一個全棧工程師嗎？

問題二：新成員可以參加也可以參加代碼複審嗎

代碼複審能很是有效地幫助新成員瞭解團隊的開發策略、編程風格及工做流程（第四章）

代碼複審的目的難道不是幫忙糾錯嗎，若是新成員加入代碼複審的環節，那麼新成員的糾錯能力應該不足夠吧，仍是說除了新成員之外還有專門的人員來參與代碼複審呢，若是都有的話，那麼新成員是否有能力正確的提出有效地bug呢。

問題三：敏捷流程中，是如何保證原來的代碼可以支持新的功能的？

軟件開發的原則是：

1. 儘早並持續地交付有價值的軟件以知足顧客需求

2. 敏捷流程歡迎需求的變化，並利用這種變化來提升用戶的競爭優點（第六章）

在完成OO課程的過程當中，我以爲就是比較靠向敏捷式開發，在OO課程中我我的感受最痛苦的時間就是加新的功能，由於一開始我並不瞭解將來可能增長什麼樣的功能，因此爲了加快速度，更多時候代碼的擴展性會比較差。在敏捷式流程中，對於整體的設計彷佛不如瀑布流程中來的嚴苛，那麼是怎麼保證敏捷性的同時有保證可擴展性的呢。

問題四：軟件行業真的是贏者通吃嗎

軟件行業就是一個贏者通吃的環境，最後一名還要把本身的身家倒貼進去。（第十六章）

儘管你們都用QQ，可是我也沒想到，有一天微信代替QQ，一樣的還有Windows也被macOS搶佔了一部分市場份額，儘管確實第一名佔據了絕對有利的位置，可是對於後來者來講，努力發展本身軟件的優點，也是可以搶佔下至關一部分市場份額的。創新迷思之四中提到到Intuit公司不久成功的戰勝了微軟，成爲市場老大。

問題五：處於第四象限的初學者要如何成爲自立、取得成就的人

處於不一樣象限的人，心理不同，貢獻不同，對領導的指望不同，領導不能千篇一概地跟他們說「請加油吧」，或者「和你們打成一片」就期望能解決問題。領導還有本身的工做，也不可能全程陪伴全部人，要選擇合適的時機，對不一樣的人施以不一樣的領導。(第十七章)

對於運氣好的人，也許會有一個英明的領導去領導他走向第一象限，可是也有可能領導一上來就對着第四象限的初學者，施加第一象限的壓力，那麼這時候初學者應該怎麼在這樣的壓力中去努力學習突破本身呢。

2、請問「軟件」和「軟件工程」這些詞彙是如何出現的

	軟件	軟件工程
何人	Richard R. Carhart	Margaret Hamilton
何地	在rand公司的研究備忘錄中	在早期的阿波羅登月項目中
什麼時候	August 1953	1960s

3、請問軟件工程發展的過程當中有什麼你以爲有趣的冷知識和故事？

IBM System/360是軟件工程發展早期最大的一次項目，IBM公司生產了一系列使用相同指令集的電腦來知足不一樣用戶的需求，而且在升級到更高級的設備時無需更換程序，而且System 360上的應用程序如仍然能在System z上運行。

來源：https://en.wikipedia.org/wiki/IBM_System/360

4、上網調查一下目前流行的源程序版本管理軟件和項目管理軟件都有哪些， 各有什麼優缺點？

項目管理軟件	優勢	缺點
git	對於任何大小的項目，他都是理想的工具.他也是偉大的web工做流工具。他能夠做爲一個版本控制系統和協做工具，用它來發布工做。代碼不須要保存在本地或者服務器.可以跟蹤錯誤.	複雜，缺乏友好的GUI界面
Microsoft TFS：	任務版上能將需求、項目進度盡收眼底，對於小團隊而言，比甘特圖更有用，集成了項目管理、版本控制、BUG 跟蹤，能有效實現 SCRUM，能與 VS 無縫接合。	搭建、維護tfs比較複雜，硬件要求也比較高。
Trac	一、良好的擴充性 二、權限體系是比較完備的設計 三、很是靈活，能夠爲所欲爲的定製，能夠和TortoiseSVN集成。	一、不支持多項目 二、需求和缺陷沒有分離 三、用wiki代替word等編寫文檔對於產品策劃來講門檻過高了 四、中文化不完整
BUGZILLA	一、不收費 二、如今有中文版支持	只能管理缺陷
Apple XCode	能夠自動建立分類圖表。 自動提供撤消、重作和保存功能，無需編寫任何編碼。	更新版本後，某個插件可能會失效

來源：http://www.javashuo.com/article/p-dyjhfllw-en.html

Name	Users	Projects	Alexa rank (lower = more popular)
Assembla	Unknown	526,581+[44]	37,451 as of 25 December 2018[45]
Bitbucket	5,000,000[46]	Unknown	869 as of 25 December 2018[47]
GitHub	31,000,000[48]	100,000,000[48]	61 as of 25 December 2018[49]
GitLab	100,000[50]	546,000[51][k]	1,885 as of 25 December 2018[52]
GNU Savannah	93,346[53]	3,848[53]	67,386 as of 25 December 2018[54]
Launchpad	3,965,288[55]	40,881[56]	7,481 as of 25 December 2018[57]
OSDN	54,826[58]	6,294[58]	6,429 as of 25 December 2018[59]
Ourproject.org	6,353[60]	1,846[60]	794,540 as of 25 December 2018[61]
Phabricator	Unknown	Unknown	Unknown
SourceForge	3,700,000[62]	500,000[62]	377 as of 25 December 2018[63]

來源：https://en.wikipedia.org/wiki/Comparison_of_source-code-hosting_facilities