标签：评价 不同的 好的 读书 没有 是什么 划算 完成 代码
坦率的讲，我认为此时读本书的意义和价值不是很大，尤其是在课业繁重的当下。我认为读书应该是从“薄”->“厚”->"薄",此时完成第一步速读已力有不逮，况细读精读乎？如果知识得不到及时巩固和积累，学习的同时没有留出时间给人思考，学的断片了，那以后重拾此书时又要从头开始，从时间上来讲并不划算。
先提问题吧：
第一章：软件的可维护性如何实现？
第二章：在各个单元测试都通过的情况下整体仍然存在问题应该怎样解决？
第三章：按照原先的分工当有一部分做不出来的时候整体方案应该怎样调整？
第四章：两人合作时如何有效的进行编码规则的沟通？
第五章：不同的团队模式如何影响团队绩效的评估？
第六章：怎样选择软件开发的方法论？
第七章：如何恒量一个软件的优劣？
第八章：软件开发时需求分析的程度？
第九章：PM最独特的贡献是什么？
第十章：怎样定义典型用户？
第十一章：好的修改和重构的评价标准？
第十二章：用户体验的设计步骤和目标？
第十三章：软件测试非功能性测试举例？
第十四章：软件质量工程的体现？
第十五章：从代码完成到代码发布通常遇到的问题？
标签：评价 不同的 好的 读书 没有 是什么 划算 完成 代码
原文地址：http://www.cnblogs.com/ghost00011011/p/7859438.html
