1.P27有这样一段话：“单元测试应该覆盖所有代码路径”，但当我们调用了其他开发人员的方法时，我们还要去他们的方法里去覆盖代码路径吗？或者分支语句较多。还采取这样的操作工作量就会呈指数级的上升，这会消耗太多的时间，这是值得的吗？
2.P55讲述了软件工程师的职业发展。世界上大部分人都是普通人，他们没有什么兴趣，也没有什么特长。大部分人只是想找个轻松的工作，在计算机领域混口饭吃。但是很多书籍和个人都会劝退那些对计算机不热爱的人，这样做是对的吗？
3.P311有这样一段话：“一个团队也许可以靠一些特殊的办法提高程序的质量（例如在交付之前通宵加班，或者在软件发布后，长期加班修复用户提出的问题）”。一个人在疲劳的时候，可能会写出更多的bug，但是现在的互联网公司通宵加班却是常态，我们该如何避免这种常态加班呢？
4.P402讲述了绩效管理的问题。大部分时候开发都是开发人员一起开发的，他们时相互依赖的，我们应该如何确定每个人的工作量呢？工作量一样他们工作的压力，难易程度也很难做出比较，我们该如何进行绩效管理呢？
5.从书本中大概能了解到一个好软件，就是Bug尽可能的少。而书中定义的Bug即软件的行为和用户的期望值不一样。倘若一个软件能让80%的用户喜爱上那便是成功的好软件。但是如果那20%的用户提出的一些更加细致化功能化的模块时，程序员是否应该当做Bug来完善，这样会不会导致整个程序为了小部分的精致要求变得越来越复杂，到最后由小认知阻力的软件成长为一个大认知阻力的软件呢？