乙個產品的產生從最開始也許只是為了方便人們的生活，例如由油燈到電燈，從結繩記事到書簡到紙筆的誕生，書中具體說了飛機的產生過程，從最開始的玩具階段，只是孩子們對於天空的嚮往，滿足孩子們對於天空的好奇，當興趣達到一定程度後我們開始更進一步的發展。肯特~
柯西用幾十個氫氣球將他和沙灘椅帶上天空，這就進入了實踐階段。再然後就是萊特兄弟嘗試製造飛機。在這個時候已經有成形的產品出現了，再對產品進行完善和批量生產，這時飛機就被發明出來了。
我們編譯軟體同樣是這樣的步驟，進行市場調查這一步很重要，關乎後續對軟體的銷售和應用。而在編軟體時**可以很粗糙，只是完成基本功能。但在後續的完善中，程式設計人員要使程式的功能更加完整，並且針對一些可能發生的錯誤要有一些預防手段。在之前的《大道至簡》中我們了解到軟體工程的工程二字代表了乙個團隊。我們每個人作為團隊一員，所做的每件事都必須是團隊認可了的才行，並且要讓團隊中的人能夠都明白，就算將來這個軟體完成了。也要讓其他人能夠看懂**的意思對軟體進行後續的完善。
可是我們真正做軟體的時候往往做完前期的工作後就認為我們的工作已經結束了但實際上並不是這樣的。
第一章中有乙個問題，每個人對於不同的事物都有不同的看法，我們的軟體不可能滿足每乙個人的要求。但是這句話不是我們逃避問題的原因。我們要盡自己的可能將一切做到最好。在軟體生產前要努力了解到人們的需求。基於此進行軟體的開發。軟體開發完成後。不是所有工作都完成了。要繼續對我們軟體進行維護。當我們開始工作時，軟體的維護將是一項大工程，千萬不要小看它！
要制定合（理)的工作計畫，對於軟體的後續工作一定要有人進行負責。
快速閱讀《構建之法》 構建之法閱讀筆記01
自己從3月4日開始讀 構建之法 在粗讀一遍後，自己產生如下疑問 1.風格真的很重要嗎？總覺得清晰易讀即可 2.編寫軟體時，是程式簡潔高效但不易讀好？還是程式冗餘效率低下但是方便別人閱讀易維護好？3.使用者體驗主要體現在哪些方面？介面美觀，反映速度快，功能齊全足夠了嗎？4.本書只說了團隊模式，並未對如...
01《構建之法》閱讀筆記01
個人感受 我過去的做法 1 寫程式以實現功能為主要目的，所以有時候為了功能的保證，會不太注重演算法的使用。2 在團隊專案中，習慣了個人程式設計，和團隊成員溝通偏少。為什麼這樣不好 1 不注重演算法的使用，會無端的浪費空間和執行時間，使程式效率大大降低。2 團隊成員之間交流過少時，融合會經常出現問題，...
構建之法閱讀筆記01
從第一章概論中提到，軟體工程要創作足夠好的軟體。而有一些同學認為，所謂好軟體，就是沒有bug的軟體，所謂軟體工程，就是把軟體中的bug都消滅掉的過程，這確實抓住了軟體工程中的乙個要素，和軟體打交道的專業人士都知道軟體有bug，軟體團隊的很多人都整體和bug打交道，bug的多少可以直接衡量乙個軟體的開...