自己從3月4日開始讀《構建之法》，在粗讀一遍後，自己產生如下疑問：
1.**風格真的很重要嗎？總覺得清晰易讀即可···
2.編寫軟體時，是程式簡潔高效但不易讀好？還是程式冗餘效率低下但是方便別人閱讀易維護好？
3.使用者體驗主要體現在哪些方面？介面美觀，反映速度快，功能齊全足夠了嗎？
4.本書只說了團隊模式，並未對如何組建強有力的團隊，提供足夠好的建議。。。
5.若新手是做維護系統工作的，他需要將所有源**都要理解並看懂嗎？還是僅僅看出現問題的一部分？
7.自己統籌能力的確有點弱，作為乙個合格的畢業生，有必要自己就可以開發乙個整套系統嗎？還是會程式設計實現相應功能就可以？
閱讀《構建之法》
這個作業屬於哪個課程 這個作業要求在 homework 11815 這個作業的目標 構建之法讀後感 學號20188423 問題一 我在看需求分析的時候看到這樣的說法 所謂極限程式設計，就是把一些認為重要和有效的做法發揮到極致，如果了解客戶的需求很重要，那麼發揮成極致就會變成每時每刻有客戶在身邊，隨時...
閱讀 《構建之法》
這個作業屬於哪個課程 這個作業要求在 這個作業的目標 發現疑惑並嘗試著提出自己的看法 學號 20188506 1.it行業的創新秘訣到底是啥 哪一點最重要？2.怎樣的創新才叫 成功 的創新？可能 成功 的創新這是乙個重要因素吧，具體的 成功 考慮因素可能太多。3.需求分析中提到 為什麼軟體估計這麼難...
閱讀《構建之法》
這個作業屬於哪個課程 這個作業要求在 homework 11813 這個作業的目標 讀 構建之法 提出問題 學號20188400 是蟲子 bug 還是肉芽？不同的人有不同的答案。軟體行業也有一句著名的笑話 這不是缺陷，這是乙個功能！p17 任何乙個問題的產生，本身是沒有好壞之分的，但是為什麼會有的就...