个人总结
软件工程就要结课了！这一个学期虽然很忙碌，但是收获了很多，学会了发博客，学会使用Github、并且上传程序到Github，第一次通读了有关专业的书、完善了学习专业的各种不同方法，第一次做出了自己团队的软件等等。刚开始的时候的希望是我自己能够跟得上老师的进度，不要拖拖拉拉的，在老师规定的时间内，完成任务，虽然任务都按时完成了，但是质量上就有点儿差强人意。
老师上课讲和我自己下课读的《构建之法》，让我见识了不一样的软件工程——远离原来枯燥的、一成不变的模式，《构建之法》这本书中的例子来源于生活又高于生活，从现实出发、用事实说话，让人恍然大悟。讲课过程中，老师引用的例子特别贴近生活，不仅让人理解其中的关窍，而且还能给人以提醒。我觉得最好的例子就是以猪、鸡、鹦鹉，比喻团队中的各种成员，现在想来无论什么样的团队都是这样的，一些人本来是猪或者是鸡，因为各种原因变成了鹦鹉。从前只知道人有各种血型，现在还了解了软件团队的血型。
通过老师布置的课堂练习，我发现了自己的许多毛病：对问题的理解总是有偏差，不能准确抓住重点；对问题的抽象能力不行；代码中变量函数命名不规范；对时间没有什么概念，不知道规划，不懂得抓紧时间完成项目，以获得最大的绩效；以前学的算法没有掌握住；作为一个计算机专业的学生，没有程序自觉性——当遇到问题不会首先想到程序可以解决这一问题；自己学习的知识都是独立成块的，不能将所学的知识融会贯通，只会就事论事；时间自己编程能力还是不足，想法过于复杂，并且不太能够将思路转化为程序语言。虽然问题很多，但是我已经在努力改正了，就像老师说的：学完这门课，只要能够将代码书写规范，就算是没有白上课。
《梦断代码》这本书，颠覆了我对专业书籍的认识。我以为专业书就像是教材一类的书，让人读完之后，就有马上去实验的冲动，它是用一个项目的失败告诉我们：人和时间不能解决所有的问题，不是所有的程序都是一点一点写出来的，要学会借鉴，一个好的程序员知道改写（并复用）什么；有时候要学会放弃；程序员都是乐天派。但是这些都是有具体情景的，并不是一味的负能量。
最重要是收获就是在老师的督促下，完成以一个又一个的程序，尤其是与小伙伴们完成与了一个在我们看来很难、在别人眼里很不好的这么一个小软件。虽然过程很辛苦，但是我们有了自己的东西，可以给别人看的东西。通过团队合作，我认识到沟通的重要性——我看到有的组因为沟通不好，组员之间相互别扭、相互抱怨，互相成了“愁人”。另外，我还养成了每周末总结回顾的习惯。虽然每次个人进度报告写的比较精简，但是那也是在看完老师给的PPT之后，觉得那个是上课老师讲过并且能够听懂的。
最后整理作业过程中，最大的感受是太繁琐——文档很多，而且格式要求特别严格，但是在写文档时，采用了一些模板，我发现他们并不需要改格式。原来，有位老师也要求我们按照一定的格式要求写实验报告，当时不理解为什么，而现在就会越来越觉得格式也是特别重要的：一来是比较整齐美观，二来这样的文档条例特别清晰，让人一目了然。所以文档的格式是非常有必要的，而且一个好的格式布局可以为以后的文档做模板。
至于意见和建议。我没有什么意见，虽然有时会有抱怨，但是仔细一想那根本没什么。建议就是延续老师你自己的上课风格，老师上课是的声音语气都比较吸引人，说的话虽然不是很好听，但是忠言逆耳，仔细想老师的话特别有道理，对我的启发较大；可以将这种上课模式运用到其他科目上，不如大一大二的一些基础课程，这样学生不会走神，而且在这样的督促下，学生学得好、记得牢、基础比较扎实，虽然这样比较累，但是我相信一份耕耘，一分收获，我当时就没有把握住，学习的东西没有真正掌握，所以现在学习很多东西都比较吃力；团队项目最后找其他的学生给每组的软件投票这一机制特别好，能够让我们提前见识一下社会的真面目，虽然这样有点儿不公平，但是社会就是这样，给我们这些未出校门的天真的学生敲响了警钟。