提问回顾与个人总结
Posted powerofchoas
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了提问回顾与个人总结相关的知识,希望对你有一定的参考价值。
一、学期初问题回顾
在学期初老师要求我们快速阅读构建之法,并在快速阅读的基础之上提出一些自己的问题,具体之前的问题见原博客。
二、对问题的找到的答案
1. 代码规范与管理的问题。
在软件工程的学习中,大家制定了统一的代码规范,命名方面更加优美。而且使用的django
作为后端,大部分函数都是实现一个单独的功能。我觉得这与水平有关,当一个高水平的人为你制定低耦合高内聚的接口时,你会感觉代码编写更加轻松了。
2. 商业模式下的代码优化问题。
我觉得这是一个屁股决定脑袋的问题。当我只是编写一个自己用的玩具时,无论怎么样都可以。但是在商业模式下,或者对应软件工程下的老师和助教、PM,你只会等待老师和助教催促PM,然后PM催促你,最后你把功能实现,在没有出现问题的情况下完全不想搞优化。
3. 用户的需求刁钻难以满足的问题。
这个问题要分成面向程序员和面向非程序员来看。当面向程序员时,你的工具满足了一个需求就可以被称之为酷。面向非程序员时,毕竟用户不了解开发的细节,这些不断变化的需求往往由PM来应付。而在我们软件工程中,自己的项目基本没有用户时,这个问题就迎刃而解了。
4. 商业化的软件与小而精
的工具。
这也是要分不同的用户群体,面向非程序员时,用户的需求是不断变动的甚至是相互矛盾的,这可能是导致商业化软件臃肿的原因。面向程序员时,他们可能更加赏识小而精
的工具。
5. 赢者通吃。
软件工程课程中将一个项目分为两个组来做可能就是这个原因。但是实际上好像比这要更加残酷,即使你打败了对手,往往可能也无法通吃。即你不仅要打败你的对手,还要让你的软件得到用户的赏识。
三、在实践中学到的知识点
- 需求 :需求很重要,前期只是一股脑按照自己的想法去做,后期如果没有用户的话,就没有继续的动力了。
- 设计 :设计很重要,一个低耦合的设计可以让你的代码体验更好。
- 实现 :我学到了
django
的后端实现。 - 测试 :我学到了要在实现功能时顺便完成对应的测试,不然对于测试人员会相当棘手。
- 发布 :在发布时的版本比较重要,所以大家都在发布之前会加个班。
- 维护阶段:对于一个软件,在发布之后会发现很多的问题需要你去解决。
四、理解和心得
结对编程时大家互相讨论同时coding
,让编码的效率大幅度提升。
在团队作业中,虽然用户较少,没有一种得到赏识的成就感。但是至少做出了一个完整的产品,将自己脑海中的想法实现了。而且团队的作业中非常愉悦,大家通过聚餐的方式开会,完全体会不到作业的压力。
以上是关于提问回顾与个人总结的主要内容,如果未能解决你的问题,请参考以下文章