在之前編寫過程中，并沒有很好的注意程序的優化問題，時不時的會出現一些bug，在編寫時并不會特意去關注代碼的質量，不能做到精致。而且在編寫代碼的時候并不會特意注意代碼的規范性，等到后來再次看代碼的時候就會忘記了自己當時的思路，這樣就導致浪費了自己很多的時間。而且命名的時候并不會做到見名知意，寫代碼也不會特意寫注釋。因為之前一直都是自己一人編程，并沒有進行過團隊項目的工作，所以軟件工程概論這門課也讓我懂得了團隊合作的重要性，明白了如何去完成一個好的系統。

個人感受：

1.我過去怎么做的

編程并不會刻意規劃編寫的流程，都是編一步是一步。而且編寫代碼的規范程度不符合要求，變量函數的命名不能做到見名知意。

2.結合書中所講，說明為什么不好

沒有整體的規劃就開始編程很容易導致編程到一定時候就忘記了接下來要做什么，沒有規范的編寫規范和變量命名，也不容易讓別人讀懂你的代碼，這樣會導致團隊之間的合作無法正常進行。

3.提出解決辦法，避免再次掉入陷阱

編程之前先確定一個編寫的流程，之后的編寫工作都在這個編寫流程范圍內進行編寫。有一個比較符合實際情況的編寫規范，變量函數的命名也需要做到見名知意，更方便團隊之間的合作。

轉載于:https://www.cnblogs.com/mqlblog/p/8261708.html

總結

以上是生活随笔為你收集整理的02构建之法第三章第四章及第五章阅读笔记的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。