2012软工感言 —— Ever

2012年不是世界末日,所以2013年,软工正常的结束了。。

一个学期的软工课,最大的一个感觉就是累,太累了。。当然,也学到了一点东西,但是我感觉,学到的并不是很多。。真正的软件工程在课上最多只能学一些皮毛而已。。

先说敏捷。说实话,没明白什么是敏捷,虽然在课程伊始,邹老师在课上就和我们谈过了敏捷。我们在进行团队项目时,强制的scrum应该是敏捷的一种办法,但是我却没有从中见到敏捷在何处。敏捷,在我的理解是快速开发,任何的手段都是为了这一个目的服务的。而我们的scrum,不过是一个虚假的表面功夫而已。。没有真正的商讨,交流,甚至没有见面。。当然还有个好处就是让我们时时想着软工的进度,让我们记得软工工程是一个持续的工程,而不是一两天的突击

再说一下自己在软工课学到的东西,

  1. 结对编程。虽然确实安排了两个结对编程的项目,但是,我,我估计其他人也一样,学会结对编程并不是和自己的结对人结对的过程中学会的,而是在和自己的同学在完成作业的时候学到的。比如说数据库大作业,比如说电梯UI,甚至比如说编译。。之所以不是和结对人一起结对编程,有很多的原因,不熟是一个,还有一个就是结对的两个人对于结对的结果要求是不一样的。。个人认为,结对编程时这个课上学到的最重要东西
  2. 测试。测试很重要,但是如果时间不足,我肯定首先缩减测试的时间。这是已经养成的习惯。在这个学期,我做的测试只有单元测试,还是简单功能的单元测试。负责模块的测试不好写。测试是不是一个简单的工作,所以课上的短短时间是无法让我们对测试立即了解并认可,课上唯一可以做的,就是让我们知道有测试这么个东西,并且这个东西很重要
  3. 效能分析。虽然我们只是简单的使用了VS2012的效能分析工具,不过既然知道了有这么个工具,在以后需要考虑到性能的时候,就不会两眼一摸瞎,不知道怎么去评判一个程序的性能了。

 

之后是关于团队项目的。以自己的经验说一下。我在我们的团队中的角色是PM兼Dev兼Test,其中Test的角色可以不计,因为基本没做什么测试的规划。。作为Dev,我的任务就是开发,完成自己的模块。作为PM,任务就多了去了,自己感觉的有如下几个

  1. 本组的任务、目标
  2. 本组的代码结构
  3. 和其他组交流沟通
  4. 项目集成
  5. scrum、博客
  6. 任务分配
  7. 进度追踪

在这里,还是得吐槽一下软工的团队项目,七个团队40个人做一个大项目,虽然是分成几个小的项目去做的吧,其中的沟通、交流实在是很必要,但是我们自己又无法做到很好的沟通交流,这就已经注定了项目整体的失败(作为其中一部分的小项目,单独来说可能算是成功),但是具体应该选择什么样的项目,还是得由邹老师凭着丰富的经验去选择,我只是提出自己的看法。。好了,自己小组做的项目,用户管理,按我的理解,是失败了。。用户体验糟糕到了极点。。是我们小组的问题,不是由于七个团队的沟通的问题,这一点还是得承认的。。

想要成为一个出色的软工工程师,这么一个学期的软件工程课是完全不够的,一切还是得靠自己

你可能感兴趣的:(2012)