軟件工程第一次閱讀做業

軟件工程 第一次閱讀做業

項目	內容
這個做業屬於哪一個課程	軟件工程
這個做業的要求在哪裏	第一次閱讀做業
我在這個課程的目標是	瞭解軟件開發全過程，提升專業知識
這個做業在哪一個具體方面幫助我實現了目標	對軟件和軟件工程的歷史以及當下有了一些瞭解，粗略閱讀教材

閱讀構建之法

1.第三章:軟件工程師的成長 * 技能的反面

年輕學生都志向遠大，上了一些課，就很想解決高層次的問題。一些學生很是想作高層次的"科研"，以爲"工程"是>基礎，沒意思。並且他們認爲"我已經知道怎麼作了"。從科研或者理論的高度上來講，全部的"技能"都能總結成簡>單的"已經知道怎麼作了"。例如......

書中說的"志向遠大，以爲'工程'沒意思"，這句話讓我想起了高中數學老師經常批評咱們的話,"大家有些人啊，就是眼高手低，簡單的題目都沒得滿分，每天盯着最難的題，結果難的題又不會"。如今想來，連簡單的題都沒得滿分就至關因而基礎都沒徹底掌握,認爲本身"我已經知道怎麼作了"，倒是半吊子的水平，然而卻每天想着去啃高層次問題，又怎麼可能把難題解決？ 剛開始學習編程的時候，我也以爲"我已經知道怎麼作了"，然而事實倒是並無徹底掌握。

2.第四章:兩人合做 * 結對編程

在結對編程模式下，一對程序員肩並肩,平等地,互補地進行開發工做。他們並排坐在一臺電腦前,面對同一顯示器,》使用同一個鍵盤,同一個鼠標一塊兒工做。他們一塊兒分析,一塊兒設計,一塊兒寫測試代碼,一塊兒編碼，一塊兒作單元測試,一塊兒作集成測試,一塊兒寫文檔，等等。

我以爲結對編程雖然注重的是兩人之間協調,合做。但在構思以及寫代碼的時候應該保留各自的差別想法,到最後整合工做的時候再來磨合差別性,兩人達成共識可能更好一點。由於若是按照書上的方式,每一行代碼都要經過兩我的贊成，那麼效率會比較低，並且兩我的的想法沒法作到徹底一致，寫代碼的時候一定會由一我的主導，另外一我的無法充分表達本身的想法。這樣的結果不該該是結對編程模式但願達到的。

3.第十六章:IT行業的創新 * 迷思四 創新者都是身先士卒

大部分紅功的創新者都不是先行者，例如搜索引擎，Google是很晚才進入這個領域的。

或許有的領域,先行者創新出了一條路，可是先行者沒有好好地走好這條路。緣由多是先行者缺少長遠計劃，眼光不夠。但也有很多先行者身先士卒的，好比中國的即時通訊行業的騰訊,做爲中國的即時通訊先行者，沒有也不可能被中國後來的即時通訊互聯網公司取代。

4.第七章:實戰中的軟件工具 各司其職，對項目共同負責

團隊中的每一個角色都有本身的職責,若是出了問題，這個角色就要負責任

我以爲IT行業的職責有時很難明確，若是是某一模塊內除了問題還好，直接找該模塊的負責人。但也有時候是模塊整合弄出的bug,這個時候很難說是誰的錯，由於單獨的模塊是沒有問題的。曾經看過一個視頻，某一系統的漏洞就是因爲各個單一模塊整合弄出的。

5.第三章：軟件工程師的發展

在中國，軟件工程師的職業資格考試有: 計算機等級考試和全國計算機技術與軟件專業技術資格考試

身邊同窗好像不太在乎這兩個執業資格考試，卻是ccf考試比較上心

"軟件"和"軟件工程"概念的提出

1."softwar」：1953年Richard R.Carhart在備忘錄中使用software一詞

2.軟件工程 1968 年北大西洋公約組織在前聯邦德國開會提出的 1968年秋季，NATO（北約）的科技委員會召集了近50名一流的編程人員、計算機科學家和工業界巨頭，討論和制定擺脫「軟件危機」的對策。在那次會議上第一次提出了軟件工程（software engineering）這個概念。

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

20150527ksh的做者有次參加USENIX Windows NT大會，微軟在展現他們爲NT系統準備的指令，其中一個微軟的員工說微軟將會發佈一個NT的UNIX集成包，裏面會包含Korn Shell（ksh）。可是，微軟發佈的並非ksh，而是MKS，這是一個不兼容ksh88的shell，因此算不上真正的Korn Shell。因此ksh做者就用麥克風說微軟發佈的並非ksh，可是微軟的那名員工仍然堅持說本身公司發佈的是「真正」的ksh。這樣爭執了幾次，ksh的做者也就不說什麼了。最後觀衆有人站起來告訴微軟的員工，剛纔和他們爭論的人正是「Korn shell」的做者...ksh做者對這段經歷的評價是：「I think that this is symbolic about the way the company works.」（我想這就是典型的微軟吧）。
（做者：doacker 連接：https://www.zhihu.com/question/20034686/answer/14717434 來源：知乎）

目前流行的源程序版本管理軟件和項目管理軟件都有哪些， 各有什麼優缺點？

1.軟件使用量

一、github：31,000,000用戶

二、SourceForge：3,700,000用戶

三、Bitbucket：5,000,000用戶

四、GitLab：100,000用戶

2.各軟件的優缺點

Ⅰ.git：

優勢:一、適合分佈式開發，強調個體；

二、公共的服務器壓力和數量都不會太大；

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

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

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

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

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

缺點：一、資料少，學習成本比較大，學習週期比較長，要求人員素質比較高；

二、不符合常規思惟；

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

Ⅱ.Microsoft TFS：

優勢：
任務版上能將需求、項目進度盡收眼底，對於小團隊而言，比甘特圖更有用，集成了項目管理、版本控制、BUG 跟蹤，能有效實現 SCRUM，能與 VS 無縫接合。

缺點：搭建、維護tfs比較複雜，硬件要求也比較高。

Ⅲ.Trac:

優勢：Trac作一個SCM配置管理平臺，意味着它有良好的擴充性Trac的權限體系是比較完備的設計很是靈活，能夠爲所欲爲的定製，能夠和TortoiseSVN集成。

缺點：不支持多項目，需求和缺陷沒有分離，用 wiki 來替代 Word 等工具編寫文檔對於產品策劃來講門檻過高了，中文化不完整，美術人員接觸起來困難重重，不顯示中文名，本地化作得不好，核心功能不多，不安裝插件基本上無法用。

Ⅳ.BUGZILLA:

優勢：不收費，有中文版支持

缺點：只能管理缺陷