提问回顾与个人总结

标签：编写   自己   函数   需要   href   变化   功能   老师   部分   

一、学期初问题回顾

在学期初老师要求我们快速阅读构建之法，并在快速阅读的基础之上提出一些自己的问题，具体之前的问题见原博客。

二、对问题的找到的答案

1. 代码规范与管理的问题。

在软件工程的学习中，大家制定了统一的代码规范，命名方面更加优美。而且使用的django作为后端，大部分函数都是实现一个单独的功能。我觉得这与水平有关，当一个高水平的人为你制定低耦合高内聚的接口时，你会感觉代码编写更加轻松了。

2. 商业模式下的代码优化问题。

我觉得这是一个屁股决定脑袋的问题。当我只是编写一个自己用的玩具时，无论怎么样都可以。但是在商业模式下，或者对应软件工程下的老师和助教、PM，你只会等待老师和助教催促PM，然后PM催促你，最后你把功能实现，在没有出现问题的情况下完全不想搞优化。

3. 用户的需求刁钻难以满足的问题。

这个问题要分成面向程序员和面向非程序员来看。当面向程序员时，你的工具满足了一个需求就可以被称之为酷。面向非程序员时，毕竟用户不了解开发的细节，这些不断变化的需求往往由PM来应付。而在我们软件工程中，自己的项目基本没有用户时，这个问题就迎刃而解了。

4. 商业化的软件与小而精的工具。

这也是要分不同的用户群体，面向非程序员时，用户的需求是不断变动的甚至是相互矛盾的，这可能是导致商业化软件臃肿的原因。面向程序员时，他们可能更加赏识小而精的工具。

5. 赢者通吃。

软件工程课程中将一个项目分为两个组来做可能就是这个原因。但是实际上好像比这要更加残酷，即使你打败了对手，往往可能也无法通吃。即你不仅要打败你的对手，还要让你的软件得到用户的赏识。

三、在实践中学到的知识点

• 需求 ：需求很重要，前期只是一股脑按照自己的想法去做，后期如果没有用户的话，就没有继续的动力了。
• 设计 ：设计很重要，一个低耦合的设计可以让你的代码体验更好。
• 实现 ：我学到了django的后端实现。
• 测试 ：我学到了要在实现功能时顺便完成对应的测试，不然对于测试人员会相当棘手。
• 发布 ：在发布时的版本比较重要，所以大家都在发布之前会加个班。
• 维护阶段：对于一个软件，在发布之后会发现很多的问题需要你去解决。

四、理解和心得

结对编程时大家互相讨论同时coding，让编码的效率大幅度提升。

在团队作业中，虽然用户较少，没有一种得到赏识的成就感。但是至少做出了一个完整的产品，将自己脑海中的想法实现了。而且团队的作业中非常愉悦，大家通过聚餐的方式开会，完全体会不到作业的压力。

提问回顾与个人总结

标签：编写   自己   函数   需要   href   变化   功能   老师   部分   

原文地址：https://www.cnblogs.com/PowerofChoas/p/11102090.html