由於寒假只是粗讀了一下構建之法，所以沒有太深的體會，所以這一周又重新讀了一下
構建之法的第
一、二章，並且有了很多新的體會。
第一章主要講的是對軟體工程的概述，是我大致明白了程式並不是軟體的一切，軟體工
程加上程式才能稱作為軟體，我以前只是單純的認為程式和軟體沒什麼區別，但是書中說軟體
是考慮很多方面的東西，而不單單是程式，因為程式可以很完美，而軟體卻要面臨很多問題，
包括使用者與介面互動，這也是為什麼有了軟體工程的誕生，今後我會區分軟體和程式，不會再
把他們混為一談了。
第二章主要講個人技術和一些開發流程。我以前認為乙個程式只要能執行處正確結果就行，
但是自從讀完了程式修煉之道和構建之法的第二章之後，我覺得乙個程式要應用於軟體之上必須
要考慮一些其他的因素，因為構建之法和程式修煉之道都說其實程式要應用於軟體之上，必須要
維護，而乙個程式如果不能有良好的獨立性，那麼它必定依賴或者被依賴另乙個程式，換一句話
說，程式如果沒有獨立性和比較好的模組化，程式相互之間有關聯和依賴，那麼如果有乙個程式
需要改動，則所有程式都需要改動，維護起來非常麻煩，這是書中教給我的道理，今後我在寫代
碼時要時時刻刻記住這一點，在實現功能的基礎上，盡可能減少程式與其他程式之間的聯絡。這
樣我才能鍛鍊自己寫獨立性好的程式，以後才能更好的完成開發。
以上就是我讀完構建之法的第一章和第二章的感受，感覺體會還是很深的。
快速閱讀《構建之法》 構建之法閱讀筆記01
自己從3月4日開始讀 構建之法 在粗讀一遍後，自己產生如下疑問 1.風格真的很重要嗎？總覺得清晰易讀即可 2.編寫軟體時，是程式簡潔高效但不易讀好？還是程式冗餘效率低下但是方便別人閱讀易維護好？3.使用者體驗主要體現在哪些方面？介面美觀，反映速度快，功能齊全足夠了嗎？4.本書只說了團隊模式，並未對如...
01《構建之法》閱讀筆記01
個人感受 我過去的做法 1 寫程式以實現功能為主要目的，所以有時候為了功能的保證，會不太注重演算法的使用。2 在團隊專案中，習慣了個人程式設計，和團隊成員溝通偏少。為什麼這樣不好 1 不注重演算法的使用，會無端的浪費空間和執行時間，使程式效率大大降低。2 團隊成員之間交流過少時，融合會經常出現問題，...
構建之法閱讀筆記01
從第一章概論中提到，軟體工程要創作足夠好的軟體。而有一些同學認為，所謂好軟體，就是沒有bug的軟體，所謂軟體工程，就是把軟體中的bug都消滅掉的過程，這確實抓住了軟體工程中的乙個要素，和軟體打交道的專業人士都知道軟體有bug，軟體團隊的很多人都整體和bug打交道，bug的多少可以直接衡量乙個軟體的開...