第四章第四章知識點總結：
**風格的總結：簡明、易讀、無二義性；
建構函式的原則：專做一件事；單一出口；
異常的處理；
**的複審；
複審審核表的內容；
結對程式設計的必要性與可能遇到的問題；
結對程式設計的分工；
注意：·四個空格
·限制行寬
基於本章的問題：
△結對程式設計是現在比較流行的一種合作程式設計模式，但是大的企業和公司真的會同意員工進行結對程式設計嗎？畢竟有名公司招收的都是技術熟練的程式設計師，這時，結對程式設計是不是一種人力的浪費？
第十七章
第十七章
《職業道德規範和實踐標準》參見部落格：
基於本章的思考：
是否合乎道德和公平？
△在不違法的情況下，如果一定追根究底的話，只能說仁者見仁智者見智，畢竟道德規範作為一種行為規範，它的性質並不單一，它是具有綜合性和分析性的。每個時代每個地區都有它的道德標準，每個人自有其判斷。我。。。。。。我沒感覺這玩意兒和道德還有什麼衝突吶。
△公平。。。。。。沒啥不公平的。。。。。。人家用你也可以用啊，又沒有限制使用的人群，難不成這世上還存在能用軟體的人和不能用軟體的人這一區分嗎？至於每個層次花多少錢，大家都一樣。。。。。。不是很能理解這個問題有什麼意義。
是好事壞事還是不好不壞？
△至於它是好事壞事，沒有標準談不上好事壞事。
是否約束？
△如不損害大多數公民的利益，不約束。
基於本章的問題：
問題很簡單：是否所有的道德規範都適用於這一行列？尤其是智財權這方面，是否有明確的界限來判斷乙個軟體是否為抄襲？如何評價通過抄襲得來，卻各方面都比原作更優，流量
也比原作更大的軟體？
構建之法十三 十七章
十三章 軟體測試 bug我們經常聽到的，要發現解決我們遇到的bug 軟體的缺陷 我們必然需要測試。本章我們了解很多基本名詞解釋及分類。測試有很多種方式 白箱和黑箱，功能測試和非功能測試等。書本還提到很多測試方法，書本239 251，大概有十幾種方法那麼多，其實我覺得我們可以選擇一種適合的方法進行測試...
《構建之法》 第四 第十七章
第四章，主要內容為講述兩個程式設計師 從作者大篇幅講述 規範等內容來看 應該是把大部分閱讀此章的讀者看作基礎的程式設計師了 如何合作。這章我在看完之後分了兩個板塊 交流 與 合作交流 交流 主要就是向讀者傳授如何碼出讓別人看的懂的 規範啦，風格規範等內容 合作交流 部分則是更進一步的向讀者闡述兩個合...
讀《構建之法》第四章 第十七章有感
書是我們永遠的朋友 它陪伴我們走過人生的春夏秋冬 在我們的生命中生根 發芽 枝繁葉茂 書是人類發展的錄影機 我們可以在其中看到前輩的足跡 書是知識的海洋 我願是一葉輕舟，載著理想之帆 在海面上蕩漾 它蘊含著祖祖輩輩的希望和嚮往 我依然本著認真地態度，希望通過閱讀能對結對專案有一定的了解和認識基礎。所...