軟體基礎第二次作業

| 這個課程屬於 | |

| ---- | ---- | ---- |

| 這個作業的目標 | 通讀構建之法，提出三個困惑 |

| 姓名-學號 | 高可凡-2018339950059 |

研發出符使用者需求的軟體；在一定的軟體流程，在預計的時間內發布足夠好的軟體；能證明所開發的軟體是可維護和繼續發展的。

按書上的說法，乙個工程如果能在規定時間內滿足顧客的需求且具備可持續發展性，就可以被認為是足夠好的。那麼兩個足夠好的程式，如何比較出哪乙個程式更好呢？（即乙個顧客向兩家公司提出了他們的需求，如何在兩家公司提交的產品中擇優，標準是什麼？當存在競爭關係時，足夠好的標準是否就改變了？）

「過早優化」是軟體工程師的思維誤區

乙個軟體工程需要優化，其原因我認為有：1.客戶的需求改變；2.軟體在設計編寫之初存在問題。對於前者，是需要適應變化而產生的優化，是無疑的；但對於後者，其優化應在設計之時就已經完成。

結對程式設計在開發層次可以提供更好的設計質量和**質量；可以帶來更大的工作信心；可以更有效地分享經驗。

結對程式設計的過程中，兩人可以互相進行**的複審，這確實可以提高**質量，但是當較強一方在複審過程中不斷指出較弱一方的問題時，也有可能令其產生自卑心理，從而使得工作效率下降。結對程式設計對於對雙方的工程師的心智與道德修養都有著較高要求，能合適長久結對的工程師並不多。