1、软件危机中软件的后期维护问题——第一章
现在虽然做过一些小项目，但在编码之后最多也只是加了一个“测试”阶段，对于后期维护从没有涉及过。假期听见我哥和我爸就程序员和甲方的立场对于后期维护提出了截然不同的观念，程序员吐槽后期维护太繁琐艰巨甚至奇葩，而甲方则认为理所应当。还有时限方面，一个项目的后期维护总不可能持久下去，那么关于软件维护的时限和范围（修改错误和新增功能）各方的分歧是后期维护造成软件危机的真正原因吗？
2、面向数据的数据建模是什么——第二章
第一次看到这个说法，不是很懂这个意思。是简单的数据库设计和管理，还是类似于面对对象中对对象的处理？
3、关于需求变更管理——第二章
有句话说“想要逼死程序员，只要改几次需求就好了”，在确定项目需求以及需求基线后，是否应确定一个范围，对于范围内外的需求变更做不同处理？需求似乎是软件开发过程中很令人头疼的一点，毕竟更改需求要求的成本和人力工时都很难以估量，也经常因此爆发出矛盾。
4、关于封装的问题——第三章
封装可以提高编码效率，提高信息安全性隐蔽性，但是这样bug会不会也隐藏地更深了？
5、程序设计风格——第五章
一个完整程序一般都会由多个程序员一起完成，即时满足可理解性，带上个人风格的代码会不会让其他程序员觉得别扭，甚至引起合作上的不适？（比如驼峰命名法和连字符命名，在后续全盘接过的时候感觉很容易造成bug）
6、软件测试——第五章
知乎上看到过一个关于测试高赞回答，一位测试人员在酒吧点了各种牌子各种分量（包括五分之三杯）点了又退掉部分的酒之后完成了测试，酒吧开业，第一位客人过来点了一份炒饭，酒吧崩溃了。还有之前微信数字+15个句号的bug，感觉bug似乎是永远测试不出来的，客户的思维无法估计。那么测试人员除了对于基础功能实现的测试之外，还有必要着重于一些细枝末节吗，以及是如何确定测试对象的？（default大法好）
7、面向对象——第七章
纯粹好奇一下C++和Java的优缺点，C++功能强大而繁琐，工作项目中却常用java。