摘要：
1、单元测试2、不一定，可以灵活选择3、三点都应该做到4、整个团队一起做5、各有各的特点，按当时的情况选择5.5、听老板的，毕竟老板才是boss6、用MSF7、我认为可以8、估计比较难准确，团队的轻视有道理9、这个我真不知道10、既然他是典型用户，那就应该想办法解决11、我觉得两种方法都可以12、改... 阅读全文
摘要：
作者的父亲下岗获得6000元，作者用来4500买了台电脑，可想而知作者当时承受的压力有多大。作者没有浪费这4500，他不仅学好了课上的知识，还学会了其他的，如重装个系统、买个铁通的电话卡上网（那是非常慢）、打打游戏之类的。母亲的生病加强了作者好好学习的决心。第五次连载让我印象深刻，其中作者写道有其... 阅读全文
摘要：
第13章：这一章讲了很多种测试，我们是否要都掌握？还是以后要用的时候再深入学习？第14章：尽管书里说了很多保障质量的方法，但现今的软件在刚发布时还是会有很多问题，我们要如何看得这种现象？第15章：修复bug的门槛逐渐提高，那我们要多找些程序的bug来锻炼自己吗？第16章：看了这章，我觉得创新没我以前... 阅读全文
摘要：
第10.1.4问题：如果典型用户吴小石头的需求和问题太过麻烦或者复杂，我们是应该想办法解决还是换一个典型用户？第11.2.3问题：如果导致构建失败的成员无法做到构建大师的职责，那是找人教他还是让他自己摸索？第12.1.2问题：如果我们在有同理心的情况下完成一个软件，然而用户并不习惯，那是应该让用户习... 阅读全文
摘要：
第8.6问题：书中说团队一般不过分强调“估计”的价值。我觉得估计很有价值。因为我觉得程序与游戏的跳票会影响用户的感受，有可能因此打乱将要使用程序或者游戏的用户的计划。所以，我的观点正确吗？第9.4问题：看了9.4PM的能力要求和任务后，我觉得要成为一名合格的PM实在是太困难了。我想问下一个新人大概要... 阅读全文
摘要：
开发环境：eclipse结对同伴 ：王逸辉同伴博客：http://www.cnblogs.com/wyh624945780/程序代码：import java.util.Random;public class JiS { private char[] ch = new char[] { '+', '-... 阅读全文
摘要：
开发环境：eclipse结对同伴 ：王逸辉 201306114334同伴博客地址：http://www.cnblogs.com/wyh624945780/由于以前我们都没有封装的意识，所以一开始的时候我们两个完全不知要如何下手，以为只要简单的把功能那部分提取出来就可以了。结果失败了。经过参考助教发出... 阅读全文
摘要：
第5.5：问题：5.3.5节讲的老板驱动的流程。我想问如果是这种情况，然而老板并不了解软件开发，这个时间我们是应该坚持自己的观点还是听老板的，老板让我们怎么做就怎么做？第6：问题：表6-2敏捷的适用范围讲明敏捷的团队人员数量不多，那么大公司做的大项目就不能使用敏捷吗？如果大项目分割成很多部分然后交给... 阅读全文
摘要：
同伴的优点：1、编程知识掌握得比较稳固。2、思路较为清晰、3、编程时很认真。缺点：想法比较多，有时不知不知用哪个。 阅读全文
摘要：
1、如何发现软件中的bug？ 在现实生活中，软件发布之前肯定会做相应的测试，但到了用户的手中还是会出现或多或少的bug。除了测试人员多次使用软件来发现bug之外，还有其他的方法找到bug吗？2、以后弄软件的时候要按软件工程师的任务清单做吗？ 我们现在弄程序都没有考虑任务清单里的东西 ，只是纯粹想如何... 阅读全文