Practice3 閱讀《構建之法》1-5章

第一章：概論

本章主要是講了軟件工程的基本概念，軟件工程的最終目標是創造「足夠好」的軟件。

提出問題：什麼是BUG？（出自1.2.5節）

答：就我我的而言，在許多遊戲中也有許多的BUG，BUG這一詞在網絡遊戲中屬於高頻率的詞，中文意思就是「漏洞」，在遊戲中這些BUG漏洞每每會帶來給玩家很大的傷害，會形成遊戲的不公平，遊戲也是個大型的軟件，因此一個遊戲每一個星期幾乎都會進行維護更新，主要就是修復這些遊戲裏的BUG。而書中所說，BUG，簡單地說是軟件的行爲和用戶的指望值不同，就叫BUG。通俗易懂，BUG會在一次次測試中出現，一個程序它多是一我的寫出來的，也多是一個團隊，或是更大的團隊，即便如此，但當他投入市場給用戶使用時，面對的就是更大的羣體。人各自有各自的想法，在使用你的軟件時就會有不同的見解，就會產生BUG，因此咱們編寫軟件的人或團隊，要虛心地收集用戶們的BUG，最後讓作的軟件更加地接近於用戶的滿意值，這樣的軟件才能作的長久。

第二章：我的技術和流程

提出問題：什麼是單元測試？（出自2.1.1節）

答：在我看來，測試是一個軟件必不可少的環節，而單元測試我初步理解是設置一個適用於「一個問題」的測試方法，即這個方法適用於你輸入各類數據，測試是否符合標準。我曾在深圳一家外企「昱科環球」裏作過一個多月的暑假工，在裏面我是作操做員。這個公司是作計算機硬件的公司，主要是作存儲數據的碟片（西部數據），而操做員也有着不少不一樣的分工，一個空磁片要通過拆封，清洗，潤油，打磨，紫外線照射，測試，包裝。每一個環節都須要學習了相應知識的操做員，而我剛好被分配到了測試的環節，其中測試的環節是最爲重要的，這決定了一個磁片是否能達到正常的指標才能包裝銷售。每一個操做員都要通過一個星期的學習進行考覈後纔能有資格進行操做。在測試環節中是一臺臺機器在進行測試碟片，整個無塵操做間幾乎90%以上是機器在運轉，固然機器也是人作的，每臺機器都有兩臺電腦，每一個進來的碟片都要進過物理測試（Glad）和性能測試（Mag），符合規定的指標才能出廠。我認爲每臺機器就像是個單元測試。而我以爲軟件的單元測試雖然沒有這麼大型的機器，但性質是差很少的。

在百度上找到了官方的定義以下:

單元測試是開發者編寫的一小段代碼，用於檢驗被測代碼的一個很小的、很明確的功能是否正確。一般而言，一個單元測試是用於判斷某個特定條件（或者場景）下某個特定函數的行爲。例如，你可能把一個很大的值放入一個有序list 中去，而後確認該值出如今list 的尾部。或者，你可能會從字符串中刪除匹配某種模式的字符，而後確認字符串確實再也不包含這些字符了。

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

提出問題：如今的我具有了一個軟件工程師的能力了嗎?（出自3.1節）

答：衡量本身的能力是成長很是重要的過程，人要有自知知名「知己知彼方能百戰百勝」。如今的我若像書中扭魔方的例子，以爲本身還在第一層，還在基礎層，如今的我基礎還不是很牢固，因此要更加努力地打好基礎，爲之後人生的道路作好鋪墊。因此，如今的我顯然是還不具有一個軟件工程師德能力的。

第四章：兩人合做

提出問題：如何在兩人合做中提升工做效率？（出自4.6節）

答：在練習二中，我與個人小夥伴進行告終對編程，收穫了挺多。一開始，兩人要提出各自的見解，互相尊重對方的建議，寫出初步的方案（像書中的萌芽階段）；以後在寫代碼的過程當中會出現意見分歧，要控制好本身的情緒，把各自的意見進行比較，或者結合兩人的意見提出新的思路（像書中的磨合階段）。最後在程序敲完以後會要進行測試，一些代碼格式的規範，漏洞問題，或是新的idea，均可以在這一階段加入進去（規範階段），最後完成程序（創造階段）。作好這四個環節，我相信能頗有效地提升兩人合做的工做效率。在兩人合做的過程當中，我很享受其中的過程，樂在其中。因此，有個好心態去作事情也是不錯的。

第五章：團隊和流程

提出問題：團隊軟件開發是用什麼模式好呢？（出自5.2節）

答：書中提供了不少模式，有窩蜂模式，主治醫師模式，明星模式，社區模式，業餘劇團模式，祕密團隊，特工團隊，交響樂模式，爵士樂模式，功能團隊模式，官僚模式等等。那麼多的模式讓我很困惑，如何選擇相應的模式才能使團隊開發順利的進行呢？他們在不一樣的模式中又是如何分工的呢？