在第一章中主要講的是軟件的的發展，和軟件工程的定義，以及軟件工程各個方面的過程。在第一看完這章后確實有種沖動。但是在沖動后有種疑問。在軟件的復雜性中寫道，工程師在維護程序時最多只能看到30-80條代碼，但是在上百萬條代碼的程序中，我們該怎么維護。以我為例，當我在做一些幾百行小程序時，我想要返回來修改一些代碼（這些代碼是正確的，只是想改變功能），有時都摸不著頭腦，都不知道，要修改的代碼在哪一行。
在第二章主要注重的是個人能力的培養，也是進入一個軟件設計團隊的基本要求。在本章中，主要是在以程序的單元測試來說明個人能力的強弱。其實我認為個人的能力是不只是在單元測試方面，然而單元測試則是最主要說明能力的地方。我在讀完本章后，一直有個問題不明白，單元測試，是在所有模塊整合完了，再測試？還是在還沒有整合前，單個模塊單個模塊的測試？如果整合完了，那代碼的量不就多嗎？如果沒整合，但是在整合完還是要測試，那當時的測試不就沒意義了嗎？
在第三章中主要是講合作的基礎，二人合作。在本章中主要以程序的復審，來說明結對的重要性。在本章開頭說到代碼，既然代碼的雜亂是對機器沒影響的，何不就讓他打亂，這別人看不懂，就抄襲不了了嗎？
在第四章中主要是講能力的檢測。我想問下，在一個科技公司認證的職業資格，在其他企業能承認嗎？如微軟的職業認證能在被谷歌承認嗎？
在第五章中主要講的是團隊的重要性，在團隊中各有各的作用，只是有人的貢獻比較突出，比較容易看出。而有些人經常被忽略，如白龍馬。有些人認為白龍馬，是可以或有或無的。但我不那么認為。在取經路上它也幫忙除過妖，也當了苦力。若沒有他，這一路也不可能順利進行。我想問的是，當我是那種人時，我該怎么辦？或者如何擺脫這種局面？（我知道在這本書中沒有提到白龍馬）。
文章列表
留言列表
