軟體工程作業 - Week 1

標籤：

構建之法讀後疑問：

1. 初步的完成構建程式設計思路之後實現過程中發現了問題或者可以最佳化的地方是立馬就改進還是完成之後按照步驟統一進行最佳化。
2. 覆蓋性測試，針對一些永遠用不到只是用來預防極為極端的情況下，例如記憶體不足等，非常難以類比的代碼也需要覆蓋嗎?如果是成本豈不是很高
3. 所謂敏捷開發在任何時候都適合嗎?如果不是得話是什麼時候不適合呢
4. 拿一些測試應該由編寫的人完成 哪一些應該由其他人完成比較好?有沒有具體的劃分
5. 封閉開發以及合作開發應該以怎麼樣的頻率交替核實?例如兩個人開發進度不同 一個人需要交流 另一個人需要封閉開發

 

“軟體”詞彙由來：

這個詞彙在1953年Paul Niquette為了區分”硬體”這個詞彙而創造出來的，第一次被使用是在1958年John Tukey所發表的文章上面。

“軟體工程”詞彙由來：

軟體這個詞彙最早是由Margaret Hamilton提出來的。她是阿姆斯特丹登月計劃的軟體工程師。在十九世紀七十年代，她在為登月計劃工作的過程中第一次提出”軟體工程” 這個概念。剛剛提出這個概念的時候還被很多人所嘲笑，最後才慢慢被接受。

 

來源程式版本管理軟體和專案管理軟體對比：

Microsoft TFS: 注重代碼的全生命週期管理 覆蓋面很廣 能與VS無縫對接 缺點：部署和維護比較麻煩 訪問很慢

Git: 分布式版本控制系統 很強大的功能 效率很高 適合高水平的公司團隊 缺點：資訊模型比較複雜 不是很容易使用

Mercurial: 基於python 跨平台 擴充性比較好 簡潔優雅 部署比較容易 缺點：向後相容麻煩 分支管理並不靈活 支援社區與其他產品相比並不好

GitHib: 基於Git的項目託管平台 功能十分強大 作品適合展示 缺點:代碼私密儲存需要收費 國內訪問速度很慢

Bitbucket: 免費私人倉庫 支援中文 功能全面 缺點: 網站不能直接存取 被牆了

Trac: 非常靈活 可以隨心所欲的控制 可以SVN繼承 缺點：功能相比較之下不是很強大

Bugzilla: 免費 有中文支援 缺點：快速搜尋結果不準確 只能管理缺陷

Rational: IBM的軟體管理軟體

Apple XCode: 編譯速度幾塊 操作輕鬆 擴充功能較多 缺點：更新版本後 可能會有外掛程式失效

軟體工程作業 - Week 1