软件工程，就我的理解其实就是一种方法指导论：指导软件工程人员按照一种约定的规则来实现软件，目的是为了保证软件的质量和工程进度以及软件的"通用性"(易于被其他人阅读、理解和实现，易维护等等类似于换了一组成员之后，该组成员能够根据文档也能迅速的对软件进行扩展和操作)
从最近的小项目来看，除了一些文档和处理过程之外，我几乎没有感觉到我们在用软件工程的方法来指导我们的项目，大部分时间我们则是花费在代码的实现上，也许是我并没有懂得软件工程作为一种方法的含义和精妙之处，在具体的操作中可能在用，但是并没有意识到那就是软件工程的方法。仅仅只是有那种概念：第一步该做什么，什么需求分析，功能分析等，第二步文档的撰写等等。至于中期答辩，我略表无奈，中期不就是应该汇报小组做了什么工作，还未做什么工作，之前暴露的问题以及还没有解决的问题，给出计划表，开始下一轮的工作，仅此而已。而不应该还停留在和项目开始之初时的功能分析上，eg:我应该在把这里设计成这样，这个功能应该是这样的等。至于敏捷开发，通常是重沟通，轻文档，最求极致的敏捷文档只需要需求文档和概要设计文档。这里，我尚不清楚这些文档是不是可以在项目的过程中随时修改文档，如果可以那么可不可以简单的认为以前的瀑布模型近似的看作是敏捷开发的一个循环部分。
这次暴露了相当多的问题：其中最大的问题就是新语言语法的不熟以及把问题想的过于简单化了，导致进度的拖慢。总而言之理想很丰满，现实很骨感~~~