转眼大三结束了，有点提前各奔东西味道。再打开博客园，显示园龄已有4个月了，写这也许是最后一篇的博客。想想，时间还真是不经花。学期初接触了软件工程的课程，那时的第一感觉是对老师布置的茫茫多的“博客任务”发愁，而现在，反而有了些舍不得。说实话，我不是个爱学习的学生，而在学期初，更是对这软件工程一无所知。仅仅借不挂科的信念去学习，到现在慢慢的积累，对这门课程不算精通也算入门了。
现在也能对我在学期初提出的问题发表一些自己的看法：
1.程序在满足用户体验的情况下如何精简。附加功能和必须功能的比率应该控制在什么范围。
首先，我们要了解在官方中给出的用户体验的定义：用户体验（User Experience，简称UE/UX）是一种纯主观在用户使用产品过程中建立起来的感受。但是对于一个界定明确的用户群体来讲，其用户体验的共性是能够经由良好设计实验来认识到。而在现在的社会越加贯彻以人为本的理念甚至每天这种思想都在慢慢加深。在我看来这个问题没有一个固定的答案，这个比率是实时，动态的。而就附加功能和必须功能的比率，也无法以偏概全。打个比方，在我们父母或者更上一辈。爷爷奶奶的年龄，他们接受新鲜事物的能力远比我们弱的多。我的爷爷现在用手机仍不会用拨号功能，我帮他将电话存在一键拨号里，他才能主动与我进行通话联系。而对他们这代人来说，一个手机内80%的附加功能都是没必要的，从来不会使用到的。所以这个问题在我看来，并没有一个最佳的答案。而最好的解决办法，应该是在软件开发之初，尽可能的周全的去做用户调研。将受众人群和各个人群的希望功能进行合理的归类分析，找出最适合的那个度。在能满足大部分人的要求的基础上合理的添加一些附加功能，而这些功能又不会对大部分人造成困扰，影响他们的操作为最佳。
2.更新软件的速度和开发团队的最大功效应控在什么合适的比率。
通过这么久的学习，我也意识到我提出的这第二个问题也不是一个确定的答案。更新速度大家当然希望越快越好。但是快，势必会影响到质量，这是无可避免的。同样举个例子，我们小组也出现过赶工的情况。由于懒，不想去完成作业，而到了不得不去完成的日子着急赶工，结果就是成绩不尽如人意。当然懒是个人的原因，不应该出现在开发团队中。但是人的精力毕竟有限。如果要兼顾更新速度和质量是很难的事情。在我看来，应该在保证软件功能完成度的情况下将功效最大化。更新速度是可控的。在我看来，一个开发团队开发软件的时候，最重要的不是更新的速度，而是软件的完成度。在保证质量的前提下再去追求速度，应该是一个最合理的办法。
越学习越觉得软件开发是一个很人文的学科。不光有硬化的程序语言，还有像用户调查，甚至代码规范这种软性的需求。对自己“埋下”的只能简单解答，因为它并没有规范的答案。只能根据自己的理解片面的分析一二。历史一学期的软件工程课程学习结束了。而作为计科专业的学生，与软件，代码接触的时间应该还久。最后，自当在所谓的软件之路上自当干干翼翼，力学不倦。
至于对这门课程，也没什么实质性的建议可提了。说实话，冯老师对这门课程教学的改动已经非常新颖了。而博客园这个东西，也有着自己的利弊。分享包容借鉴抄袭，这四个词在网络上显得有点含糊不清。网络让作业“投机”变得更困难也更简单。我虽然不算是个好学生，却对抄袭嗤之以鼻。反而觉得自己写点东西还挺有意思。不过有的人对此不以为然。这个东西各持己见，还有待时间的验证。如何让自己写的东西变成自己的的东西，或许是一个有待改进的课题。