讀《構建之法》第4，17章有感
第四章：兩人合作
原文：另外，注釋（包括所有的源**）應該只用ascii字元，不要用中文或其他特殊字元，否則會極大地影響程式的可移植性。
我的問題和看法：對於英語水平沒有那麼高的人來說，不允許中文注釋真的太難了。剛開始學習**的時候，老師就教導我們程式設計的時候一定要寫注釋，但是並沒有非常嚴格的要求我們必須要用ascii字元。我上網查詢了一些資料，發現大部分公司對於注釋並沒有明確的要求。注釋是為了方便讓別人理解你的**的，所以簡潔易懂應該才是最重要的，在水平達到的情況下，可以適當地對注釋語言和格式進行要求。
原文：函式最好有單一的出口，為了達到這一目的，可以使用goto。只要有助於程式邏輯的清晰體現，什麼方法都可以使用，包括goto。
我的問題和看法：goto平時在程式設計中很少使用，我記得大一的c語言老師說過，盡量不要使用goto。查詢了資料得知，goto語句也稱為無條件轉移語句，在結構化程式設計中一般不主張使用goto語句， 以免造成程式流程的混亂，使理解和除錯程式都產生困難，所以有些書上會寫寧願加強迴圈也不用goto語句。因此，我覺得對goto語句的使用應該慎重，防止出現一些問題。
第十七章：人，績效和職業道德
原文：這一階段團隊的效率達到了巔峰狀態，而領導則要實踐msf「充分的授權」這一原則。讓團隊主動發揮。
我的問題和看法：msf是什麼，感到很困惑，於是我去查了一些資料，msf是一套大型系統開發指南,它描述了如何用組隊模型、過程模型和應用模型來開發client/server結構的應用程式，既是乙個經驗庫，也是一種框架結構。他包含八個原則：
1.推動資訊共享與溝通。
2.為共同的遠景而工作。
3.充分授權和信任。
4.各司其職，對專案共同負責。
5.重視商業價值。
6.保持敏捷，預期變化。
7.投資質量。
8.學習所有的經驗。
其實第三條就是領導要充分的信任和授權員工，由負責開發的成員自己拿捏開發時間表，這樣的授權充分地考慮了個人因素在開發中的作用。開發者進行專案監督，同時跟進專案，提供必要的幫助，充分發揮團隊成員的特長，使得每個成員都能在自己擅長的領域發光發熱。
讀《構建之法》第 6 7 章有感
敏捷流程概述 第一步 找出完成產品需要做的事情 product backlog。第二步 決定當前的衝刺 sprint 需要解決的事情 sprint backlog。第三步 衝刺 sprint 敏捷流程的問題和解法 第一步 各個需求和任務之間是有種種複雜的依賴關係的，除了優先順序之外，我們還要考慮相互...
讀《構建之法》第4章有感
在 構建之法 第4章中，提及最多的就是 結對程式設計 了，為什麼要 結對程式設計 呢？為什麼這兩個人不各自做各自的事情呢？這樣就可以同時做兩件事了，從某種意義上取得了雙倍的效率，為什麼不呢？你沒猜錯，我就只能提問題，至於解決問題，這個還是從書中捕獲答案吧。在結對程式設計模式下，一對程式設計師肩並肩 ...
讀《構建之法》第4章有感
在學習和工作中，許多事情可能憑藉自己乙個人的力量和思想，是不能實現或成功的。確實如此，人在社會上生存，人是一種群居動物。乙個人的能力再大，也不可能什麼都會，畢竟人無完人，每個人都有其擅長和不擅長的地方。我們會發現，很多事情並不是乙個人就能解決好的，因為乙個人的精力有限，能力也有限，獨木不成林，唯有眾...