今天閱讀了構建之法第四章，對我最深的感觸就是**規範，對於乙個軟體工程師來說，程式設計是一項基本技能，程式編的好一半來自於**的規範；就算你學的演算法再好，程式設計能力再強，**不規範也沒有任何意義。當閱讀者拿到你的**時一頭霧水，完全看不懂，這樣的**對於後期的維護和bug的尋找難上加難，或者是對於後來的初學者來說，也是去了教育意義。所以在我們日常的程式設計過程中要養成**規範的習慣，習而久之，這樣的習慣會一直伴隨我們程式設計整個過程。
還有就是**複審，我一開始也想不明白，**為什麼要複審呢，寫完**得到執行的結果不就行了嗎？但是往往我們程式設計的過程中獲取是碰巧碰對了結果，往往程式中有些隱含的錯誤，或者說是演算法上的錯誤，編碼錯誤，比如一些碰巧騙過了編譯的錯誤和邏輯的錯誤，這些都是不可避免的，養成這樣的習慣，將錯誤的地方記錄到乙個**中，以免自己以後再犯這樣的錯誤。總之程式設計是乙個長期養成的，**規範和錯誤的積累都是靠大量的練習養成的。
書中還提到結對程式設計，結對程式設計有利於增加我們合作的能力，到了以後我們工作了，我們會共同的去面對乙個專案，我們需要團隊去完成，每個人可以各抒己見，每個人都有不同的想法，融合到一起，我們可以找到最好的方法，但是在結對開發的過程中，也往往有著不做事情的人，或者團隊成員之間有著矛盾，如何處理團隊成員之間的矛盾。如何給予隊友之間正確的反饋，這需要我們在做的過程中逐漸磨合，我相信我們會在這方面做得更好。
《構建之法》閱讀筆記（三）
閱讀第四章 第五章所得 首先提到的是 規範，上課的時候老師也提到了並且強調 的規範對於閱讀 的人或者是編寫 的人來說都是很重要的。風格原則即簡明 易讀且無二義性。其中縮排 4個空格 行寬 可限定為100字元 括號 斷行與空白的 行 分行 命名 匈牙利命名法或其他 下劃線 大小寫和注釋等。複審也是極其...
構建之法閱讀筆記三
構建之法閱讀筆記之三 12 16章節 之前寫程式的時候從來沒想過使用者的體驗這一點，從來就是自己感覺怎麼簡單怎麼來，也沒有過多的想那麼多的問題，就是自己寫自己的，而且就是自己在寫 的時候很多就是跟著前人的腳步走，沒有過多的想法去創新什麼東西 看完這本書之後感覺自己差得很多，而且之前自己寫的也不是很合...
《構建之法》閱讀筆記三
在我們使用軟體的時候，我們總是因為對某個軟體有著某種需求才回去使用，那麼軟體團隊如何去了解和挖掘使用者對於軟體的需求，並且引導使用者表達出對軟體的需求。而如何獲取需求，有很多的辦法，我們最常見到的就是乙個公司上線了一款免費軟體來吸引使用者使用，同時在軟體上面設定了不少的使用者許可權來獲取使用者資訊，...