Week1我的做業

關於教材的疑問

閱讀的教材《構建之法》

1第一章中提到：「軟件企業=軟件+商業模式」，這樣的結構是否過於簡單，尤爲是在互聯網+時代

2.在進行單元測試的時候，怎麼作到100%覆蓋

3.我的項目中Code Review有什麼做用，應該怎麼去作

...(由於主要時間都花在我的項目了，在書裏面發現的問題很少)

 

「軟件」的提出

　　電腦問世初期，人們只是把軟件當成爲了使計算機完成某個任務所須要的指令的集合，並無專門對它進行定義。以後到了20世紀50年代，專門賣軟件的公司開始增長，規模也愈來愈大。其中，第一家軟件公司CUC逐漸走上正軌後，在1959年首次使用了「軟件」一詞。

 

「軟件工程」的提出

北大西洋公約組織在1968年10月召開的計算機科學會議上，FritzBauer首次提出「軟件工程」的概念，試圖將工程化方法應用於軟件開發。

 

一些源代碼管理工具的對比（因爲我的只用過GitHub因此對於其餘的工具的描述都是拾人牙慧，不能判斷其客觀性）

Visual Source Safe，簡稱VSS，是微軟出品的版本管理系統：

優勢是配置起來比較簡單，易於上手，並且，版本回退方便。

缺點是隻侷限於內網，開發者一旦離開，就沒法再進行代碼的更新合併了，而且，由於是微軟出品，只支持windows系統，並且據用戶反映，提交較大文件（50M）時，會出現問題。

 

Concurrent Version System，簡稱CVS：

優勢是對中文路徑支持的比較好，本地文件和庫文件能夠多對多。

缺點CVS不支持本地文件重命名提交，管理員很難清楚的知道一個項目到底有多少個用戶各用戶的權限和密碼是什麼只能用分組的方式管理用戶並且密碼和權限仍是不清晰，而且，採用了徹底用戶可見的方式。

 

SVN是一種集中式的源碼管理軟件，是CVS的接班人：

優勢是，速度比較快（相對於CVS而言），支持文件重命名提交系統會提示刪除舊文件，建立新文件，有建立標誌和分支dubious等功能。

SVN的工做流程是，全部開發者在開始新一天的工做以前必須從服務器獲取代碼，而後開發，最後解決衝突，提交。全部的版本信息都放在服務器上。因此缺點就是，若是脫離了服務器，開發者基本上能夠說是沒法工做的。

Microsoft TFS，一樣是微軟出品的系統：

優勢是不論在本地仍是 在雲中，TFS 都可支持靈活的開發實踐、 多個 IDE 和平臺，並提供有效管理整個 IT 生命週期的軟件開發項目所需的工具。

缺點是用瀏覽器訪問，比較慢。

 

GitHub Git是一個分佈式的版本控制系統：

優勢是擁有pull request等強大功能，功能簡介，易於上手。

缺點是對中文支持不夠好，局部還原不夠完美，在國內訪問比較慢，並且，對於企業而言，價格比較昂貴。對Windows的支持不是很友好，畢竟Git是linux創始人弄出來的東西，其指令有點相似與linux命令行裏面的指令

Trac：

優勢是使用很是靈活，能夠和SVN集成。

缺點是，系統比較簡單，功能和其餘系統相比，不夠強大。

Bugzilla：

優勢是支持中文，再linux和unix擴展比較好。

缺點是快速搜索不許確，只能管理缺陷，不能管理測試計劃，測試用例等。

Apple XCode，由蘋果公司開發，編譯器採用許多新的編譯技術：

優勢是編譯速度快，自動向量化技術能夠釋放每臺 Intel 系統中速度引擎的能量，同時有撤銷，重作等功能。

缺點是系統更新不穩定，可能會有插件失效的狀況。