个人总结
通过学习软件工程这门课程，我读了构建之法和人月神话这两本书。我学会了在开发软件时应注意的问题以及如何进行团队合作。
首先我知道了在编程中应注意编码规范，在读到《构建之法》的代码规范要求的时候我感触很深。
没读到这部分之前，我在写程序代码的时候经常没有缩进，也不注意用大括号，在代码一行中有好几个句子，也没用过注释。
读了这本书之后，发现这样做是不对的，因为在写代码的时候不注意代码要求规范，自己会把程序的框架弄混，程序的语句也分不清楚，出现了错误，也不容易找着在哪出现错误，如果不在重要的部分写注释，在回头看程序的时候可能会看不懂自己的程序，也不容易让别人看懂。我认为代码程序规范是一个程序员的必备素质。
在以后我写代码的时候，我一定会在写程序代码的时候经常加上缩进，注意用大括号，一行只有一个句子，在重要的部分用注释。
我也学到了什么是敏捷开发以及其重要性我了解到敏捷开发是一种应对快速变化的需求的一种开发软件能力。它们的具体名称、理念、过程、术语都不尽相同，相对于“非敏捷”，更强调程序员团队与业务专家之间的紧密协作、面对面的沟通（认为比书面的文档更有效）、频繁交付新的软件版本、紧凑而自我组织型的团队、能够很好地适应需求变化的代码编写和团队组织方法，也更注重软件开发中人的作用。
他的开发宣言是：
个体和交互 胜过 过程和工具；
可以工作的软件 胜过 面面俱到的文档；
客户合作 胜过 合同谈判；
响应变化 胜过 遵循计划；
虽然右项也有价值，但是我们认为左项具有更大的价值。
在这个宣言中，强调了交流的重要性，要及时得到客户的反馈，这样才能做好。
再一个我学到了不同的团队模式，和开发流程以及各自的优缺点，还提及团队与非团队的概念。对于现在的我们可能较为熟悉的开发流程是瀑布模型。对于团队模型我比较有兴趣了解的是交响乐团模式，那么其实，对于我们学生团体，大多数属于的是什么模式，什么开发流程模型？一般的公司有事什么类型的团体模式，开发流程？
这门课程，对我们专业肯定是有一定的帮助，里面介绍涉及很多知识，有些是我们接触过的也有我们没有接触过的知识，一边学习一边会出现这方面的疑问，大多数是涉及我们本身专业以后的疑虑。
我还学会了两人合作。体会到了程序员之间互相协作的重要性，也了解到当今互联网的大牛很多都是靠两人合作才取得了巨大的成功，完成了一个人几乎不可能完成的任务和要求。
首先讲述了代码的规范性，书写代码的格式要养成一个良好的习惯，这样既便于自己阅读代码也方便他人很快的阅读，是一种必要的基本素质。缩进、行宽、括号、断行与空白的{}行以及命名注释这些都是最简单最基本却也是很重要的基本技能。一个好的程序员写出来的代码就算是其他人阅读也不会觉得很困难很反感。再者就是讲了代码复审，有三种形式，自我复审、同伴复审和团队复审。复审的目的在于找出代码的错误。比如编写错误，格式错误，也可以指出不符合团队代码规范的地方。复审也是很有必要的一道程序，可以更准确不遗漏的找出自己很难找出来的错误，也是结对开发的优势所在。
总的来说，我学会了结对开发的步骤和必要性，它的优势和劣势，让我对组队编程有了新的认识。
通过学习这门课程我还知道了如何成为一个合格的PM，需要哪些能力
1.观察、理解和快速学习能力，PM要能够在一个新的领域中很快上手。
2.分析管理能力，每天项目中发生的事情千头万绪，PM要能够分析出重点，找到优先级，做判断、做决定
3.理解和表达，你能否理解不同人的心理、需求和言外之意？你能否借助文字、图表、草图，甚至代码来清晰准确地表达自己的想法？PM
要始终能满怀激情地向用户兜售产品，向团队兜售希望。
4.自省的能力。一个PM做第一个项目时可以拍脑袋定工期，拍胸脯打包票，最后拍屁股走人，但是失败之后要有自省和自我改进的能力。
最后我们团队四人一起做了一个校园交易助手，以便于同学们交易不需要的物品，比如二手书，自行车等等，通过做这个网页，我学会了SSH和部分CSS设计。加强了我们的动手能力，以及如何进行团队合作，以及在团队合作中出现了争吵如何处理等能力。
对老师授课的意见和建议：
老师讲课激情澎湃，很有激情，也很风趣，很吸引我们的眼球，讲的知识也很受用，但是作业量有点大，写的博客好多，写完博客了还要再把博客弄成word形式，我感觉没有这个必要，这个工作量真的很大。
综上所述，除了作业量有点大之外，授课的其他方面做得很好。