标签：201971010111 Github 账号 博客园 团队 软件工程 何晨泽 bug
| 项目 | 内容 |
|---|---|
| 课程班级博客链接 | 2019级卓越工程师班 |
| 这个作业要求链接 | 实验一 软件工程准备 |
| 我的课程学习目标 | （1）学习开发者社区使用技巧——以博客园为例 （2）学习项目托管平台使用技巧——以Github为例 |
| 这个作业在哪些方面帮助我实现学习目标 | （1）学会了博客园的基本使用 （2）熟练了Github的基本操作 （3）阅读了《现代软件工程—构建之法》，对软件工程有了初步认识 |
任务1：提交课程调查问卷
- 如实填写了自己的基础信息和软件工程方面的基础。
任务2：注册博客园账号并加入班级博客
- 此前已注册博客园账号并撰写过博文，故只需加入班级博客，更新信息。
任务3：注册Github账号
- 此前已注册Github账号，并托管个人博客及课程设计项目。
- 由于已有Github的使用经验，对Git等版本控制系统也有一定的了解。
任务4：填写博客园、Github账号信息
- 如实填写了自己博客园及Github的账号信息
对《现代软件工程—构建之法》的理解与看法——通过三个问题
-
软件开发过程中，部分软件功能的bug可能导致程序拥有新功能，那么此时的bug我们能否认为是feature?
- 邹欣老师在软件工程概论中对bug有如下定义
什么是bug呢？简单的说，软件的行为和用户的期望值不一样的话，就叫bug。
- 故我们可以认为，当软件的bug产生的功能是用户所期待的，那么此时的bug就能被认为是feature。但若软件的bug产生的功能并非用户所期待，且不在prd的规划内，那么此时的bug是否需要被修复或被认为是feature？
-
以团队形式开发软件，组织团队时，在保证项目平稳开发的情况下，成员个性化的表达与团队整体效果哪项更为重要？
- Jez Humble在其网站Continuous Delivery中重点提到 "cross-functional teams"，即跨职能团队的概念，认为软件开发应当围绕结果而不是角色。
- 邹欣老师在团队模式的举例中所引用的“强调个性化的表达，强有力的互动, 对变化的内容有创意的回应”一句，表明注重成员个性化的表达也能达到较好的效果。
- 而在实际开发中，独立的个人与团队时有无法兼顾的情况，那么我们应当如何衡量并选择侧重点？
-
对于软件开发团队，其抄袭等行为会如何影响项目的开发效果？
- 抄袭等恶劣行为在开发行业时有发生，虽有行业誓言等的约束，但仍旧无法杜绝此类问题。我们发现存在这样一种现象，剽窃者通过对项目的抄袭，达到了比被剽窃项目更好的效果，甚至出现被剽窃项目无以为继的情况。
- 针对这种情况，有怎样的反馈机制能够影响该团队负责项目的开发效果？
标签：201971010111,Github,账号,博客园,团队,软件工程,何晨泽,bug 来源： https://www.cnblogs.com/eggsy/p/15954076.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。