构建之法—问题

标签：关系   绩效   敏捷流程   时间复杂度   spec   开发模式   评估   团队   时间   

1. 2.2章节 关于效能分析的问题

先保证正确性，再提高效能。如果效能的提高效果在5%以下，用户不会注意到程序效能的区别。所以要考虑那些微小的提高是否值得。WordFreq算法的时间复杂度是多少？能否再优化？这是我在这节中遇到的问题。

2. 3章 关于软件开发是一门工程（Engineering）,  是一门艺术（Art），还是一门手艺（Craftmanship）。这些我们都应该深入都探讨。还有我们应该如何选哪一种医生?

3. 4章 关于结对编程感悟和问题。人和人不一样，在和别人合作的时候，要注意各人表达观点的方式和思考的方式不尽相同。我们经常抱怨阅读别人的代码很难， 我们自己在写代码的时候，是否考虑到如何让代码更易于阅读和维护呢?

4. 5章 团队与流程的问题 

1. 团队模式和团队的开发模式有什么关系？
2. 如果你领头开展一个全新的项目，你要怎么选择“合适”的团队模式？
3. 不同的团队模式如何影响团队绩效的评估。

5. 6章 敏捷流程 项目需要有明确的spec 么？软件的生命周期很长么？软件系统是复杂的么？例如实时系统

构建之法—问题

标签：关系   绩效   敏捷流程   时间复杂度   spec   开发模式   评估   团队   时间   

原文地址：http://www.cnblogs.com/cool125/p/7506128.html