對於讀專業課書這種事情，我一直是又愛又恨的。在我看來，計算機方面的書籍大都晦澀難懂，有些語言還一語雙關，像我這種語文學的並不好的人，每次理解起來都是一個頭好幾個大，而且計算機方面的書基本上十本會有九本是很厚很厚的，而且經過實踐證明，一些厚重的計算機專業書，是可以用來砸核桃的。如果閑來無事的時候坐下來，在內心平靜的時候看一看專業書，大多時候會有一種豁然開朗的感覺，一些之前困擾了自己很久的事情，就那麽輕松的被幾行文字解決了。

我選擇在周日的上午閱讀了鄒老師的《構建之法——現代軟件工程》這本書，我沒有借到紙質版的書，我選擇了閱讀電子版。到目前為止，我看完了前五章。這本《構建之法》幽默風趣，不像其他書籍一樣難以理解。目前已經讀完的內容中，讓我印象最深刻的是概論中程序員阿超的故事（畢竟出現在最前面）。阿超剛開始寫這個小程序是為了偷懶（不用自己每天的絞盡腦汁想30道題目），之後被老師相中，增加了一些功能後成為了可以為二到四年級學生服務的應用軟件，再後來被教導主任相中，發展成為了軟件服務。換成我自己的理解就像下圖展示的一樣，當一段程序中加入了新的功能或者是用戶的新要求，它便升“升級”了，成為了應用軟件；一個應用軟件，又被加入了新的功能或是新的客戶要求，一個軟件服務便由此誕生了。

雖然說這很簡單，但是這對於程序員來說，這些新功能和客戶的新要求的實現，就不是那麽easy了。一項工程，他所涉及的功能越多，將來維護的範圍也是越廣泛。

書中概論部分還有一句話讓我印象深刻：用戶體驗和數據結構，算法沒有直接的關系，但是很多成功的軟件就贏在這個方面。所謂顧客是上帝，無論是程序也好，應用軟件也好，工程也好，它是為人服務的，只有讓有需求的人滿意，才是最重要的。

我並沒有把這本書完全的看完，所以我現在想到的問題可能和書中提到是內容沒有太大的關系。一個團隊中，必定有負責測試的，我一直認為這是一個極其得罪人的環節，試想一下，如果你辛辛苦苦熬夜很久寫出來的東西檢查出有bug（前提是程序員自身測試的時候是沒有問題的），以後這兩個人還能愉快的做朋友嗎？如果遇到這種情況應該怎麽調整狀態？

真的要吐槽一句，看電子版的書真的很累~此時此刻無比的懷念紙質教材。最後希望自己早點把書看完。

關於構建之法的讀後感