讀《建構之法》前3章有感

一、《建構之法》初體驗：

 說來慚愧，拿到這本書也有好幾個星期了，卻是第一次認真去讀它。對于這本書，我的内心感受是曲折的：       

• 剛拿到《建構之法》這本教材時，我被它的名字吓到了，“之法”？好像很高大上的樣子，不知是經文還是秘籍，确定是我們這些凡人能學懂嗎？       
• 打開書本的粗略浏覽的時候，它給我的感覺又是怪怪的，這真的是教材嗎？感覺跟其他的教材不太一樣啊，怎麼都是一些虛構人物的對話與活動？     
• 如今試着靜下來閱讀它，才發現它是作者的一種嘗試。暫且不評論這本書好不好吧，畢竟我們還沒看完，但值的一提的是這是一本有别于傳統的教材。我在書的前言中看出了作者的用意，他是想通過創造一個虛拟的環境與人物群體，讓軟體工程走進生活，進而打消同學們的抵觸情緒。

二、以下我是對前三章的一些總結與感想：

第一章 概論：

     此章節主要講了軟體的一些知識軟、什麼是軟體工程，以及軟體工程的作用等。軟體是一門研究用工程化方法建構和維護有效的、實用的和高品質的軟體的學科，它整合了數十載來IT界前輩總結下來的經驗，科學利用軟體工程思想有助于程式員開發高效、高品質的項目。雖然在課本中知道了軟體和軟體工程的關系，書本中也有“造飛機”一類生動的舉例，我還是不禁疑惑：軟體工程在我們的實際開發中都有哪些展現呢？

第二章  個人技術和流程：

     此章節主要從程式員個人出發，介紹了軟體工程在個人開發中的應用，介紹了兩種測試方法和能效分析工具的應用。接觸過一些小項目，深知這些東西在實際開發中都是很實在的東西，也很重要。就拿JUnit單元測試來說吧，在看課本前我知道有這麼一回事，但并不知道為什麼要這樣做，甚至覺得我自己弄個輸出調試不是更友善嗎？看了書本後才明白單元測試是為了增加自己所做子產品的穩定性、易調用性。雖然書中介紹了怎樣才是好的單元測試标準，但我還是想問：在實際開發中，一個單元測試的編寫流程是怎樣的？如何把測試做到快而全面？

第三章 軟體工程師的成長：

    如果是事業是源自一個人的追求和理想，那麼職業就是基于一個人的能力。本章主要說了如何衡量和提升我們的能力，并通過打籃球、玩魔方等小例子說明了技能提升的規律，其實每個人都有一套資料來展現自己的能力，筆者看到這裡也試着評估了自己的資料，然後，不禁感歎我太很年輕啊。。。不過我并不沮喪，隻要科學的實踐積累到一個程度，能力總會提升的，我相信自己，這是一個慢工程，不可急躁。書中還提到“工程還是藝術”，這點我是很認可的，我覺得任何一個智慧的産物，都可以說是一件藝術品，因為它帶着所有築造者的思想，帶着欣賞的心态去看，你又會覺得它是美的是活的，有靈魂的。也許我說得有點誇張，但是當你埋怨代碼世界的枯燥時，不妨換一個角度去看吧。最後，對于本章我的疑惑是：我們努力四年後，個人資料有機會比得上那些名校畢業的人嗎？