讀現代軟體工程之構建之法的疑問

標籤：

      在第一章中主要講的是軟體的的發展，和軟體工程的定義，以及軟體工程各個方面的過程。在第一看完這章後確實有種衝動。但是在衝動後有種疑問。在軟體的複雜性中寫道，工程師在維護程式時最多隻能看到30-80條代碼，但是在上百萬條代碼的程式中，我們該怎麼維護。以我為例，當我在做一些幾百行小程式時，我想要返回來修改一些代碼（這些代碼是正確的，只是想改變功能），有時都摸不著頭腦，都不知道，要修改的代碼在哪一行。

     在第二章主要注重的是個人能力的培養，也是進入一個軟體設計團隊的基本要求。在本章中，主要是在以程式的單元測試來說明個人能力的強弱。其實我認為個人的能力是不只是在單元測試方面，然而單元測試則是最主要說明能力的地方。我在讀完本章後，一直有個問題不明白，單元測試，是在所有模組整合完了，再測試？還是在還沒有整合前，單個模組單個模組的測試？如果整合完了，那代碼的量不就多嗎？如果沒整合，但是在整合完還是要測試，那當時的測試不就沒意義了嗎？

      在第三章中主要是講合作的基礎，二人合作。在本章中主要以程式的複審，來說明結對的重要性。在本章開頭說到代碼，既然代碼的雜亂是對機器沒影響的，何不就讓他打亂，這別人看不懂，就抄襲不了了嗎？

      在第四章中主要是講能力的檢測。我想問下，在一個科技公司認證的職業資格，在其他企業能承認嗎？如微軟的職業認證能在被Google承認嗎？

      在第五章中主要講的是團隊的重要性，在團隊中各有各的作用，只是有人的貢獻比較突出，比較容易看出。而有些人經常被忽略，如白龍馬。有些人認為白龍馬，是可以或有或無的。但我不那麼認為。在取經路上它也幫忙除過妖，也當了苦力。若沒有他，這一路也不可能順利進行。我想問的是，當我是那種人時，我該怎麼辦？或者如何擺脫這種局面？（我知道在這本書中沒有提到白龍馬）。

 

讀現代軟體工程之構建之法的疑問