回顾这一学期的软件工程课，虽然是在家里度过的（因为疫情），但是感觉就像是和老师的距离很近，也可能是因为老师的性情吧，豪爽、大嗓门、总是喜欢点名，开摄像头，四大金刚等等。总之呢，我还是很喜欢这个老师的，他的教学方式独到，不会是死板的按教学计划来，当然也和这门课的性质有关，时代变化快，科技迅速，如果不结合当下，就显得有点过时了。
这学期一开始，我的计划就是和团队一起搞软件，通过合作，发现团队相处问题；然后就是了解软件的开发流程，自学android（当然这些都是长远计划了）。第一周的计划就是和团队先搞好关系，然后就是指定我们的计划，准备做个啥软件。 现在想来，因为大家找的都是自己熟的人，朋友、舍友，所以关系自然已经没问题了（当然后来也会发现，有时候好朋友也不能一起组队，因为会不好意思）。关于软件的计划，就是想好了要做个音乐类的软件，后来也是通过电话聊天，我们一起商议了大概3、4天，做了个初步计划，校园之声。为学校歌唱比赛、个人番唱等提供支持。
读了构建之法，首先提出的问题就是，自己的软件是否能够像人家的流程一样规范，答案当然是做不到。
这学期下来，我们的软件开发，可以说是，跟着老师的步伐，当然老师指导的方式是对的，我们也是跟着老师来的，但是私下的代码测试呢，构建之法中说到，一个软件的质量可以被称得上足够好，不仅仅是因为它没有bug，还包括它开发流程的质量、它的可维护性、用户的满意度、它的可靠性等等。而我们作为一个学生，他的bug可以解决，但是也不是所有的；开发流程，自己想咋来咋来的，没有顾及到好的开发流程是怎样的（一味地讨论着做成什么样子，然后遇到啥问题了，解决他，保证没有bug，可以运行通，就行了），所以他的可维护性（我们之后也就没时间再维护他了，而且用户也就自己找的那么几个，毕竟功能简单），没有照顾到用户的满意，只是自己在开发，也有问过别人，但是很少吧。
然后就是一个好的软件应该是怎样的。
应该就是界面看起来至少整洁，美观（有个性、新颖），bug少，维护性高，流畅度没问题（游戏），操控性强，用户的使用感觉好，功能较为全面（不能杂），可靠性高（总不能说我用你的软件了，买东西，但是你把我坑了，突然下架了）。而我们这学期做出来的软件，一开始是把应有的功能模块列了一遍，然后界面分配。但是到后来，一边开发，一边遇到问题，达不到预期的页面，就简单化了；美化是放到后来的。总之就是好的软件不算，但在我们心中，已经很不错了。
然后是团队的开发，怎样能够将任务分配好，同时大家没有怨言。
首先就是自己的沟通能力要好，当然一个团队中，一般都有个外向型的，他能够带动整个团队的氛围，使大家能够一鼓作气，一起加油。而这个问题没有得到解决，自己内向，平时也不怎么爱和别人交流，所以在团队中就是做技术活，他们怎么分配就怎么来，当然有时候也会提出个人意见，少。
敏捷开发基本原则的遵循，磨合。
要做到敏捷开发，当然是需要时间磨合的，合适的团队，优秀的软件，满意的用户。这些都是在发现问题，解决问题，总结问题中逐渐挖掘出来的。
新的问题：
想暑假跟着老师做项目，但是能力又不够，或者有没有什么适合的实习单位，虽然现在能力还不够，但我愿意学习，也想学习公司的相关的流程，提早熟悉，做好准备，为自己的就业准备。
考研和就业冲突吗？我想考研，跨专业考研（也在努力），但是也不想放弃校招，我应该怎样准备。
有没有哪些学术类的网站，我想看些杂志（专业杂志，比如计算机类的），论文（如万方），有专业的回答（比如百度就不专业）
本学期，学会了怎样自学一门知识，不管是上网搜索也好，查阅书籍也好，问老师同学也好。还有就是遇到问题，该怎样解决，怎样和团队处理好关系。这些都是无法用数字衡量的。