说明
| 项目 | 内容 |
|---|---|
| 这个作业属于哪个课程 | 2021春季软件工程 (罗杰 任健) |
| 这个作业的要求在哪里 | 个人阅读作业#2 |
| 我在这个课程的目标是 | 初步获得软件工程师的能力 |
| 这个作业在哪个具体方面帮助我实现目标 | 了解软件开发的大概流程，了解CI/CD流程 |
我的疑惑
1.低层次的问题能依赖工具解决么？
关于这个问题首先是在书中第三章中关于软件工程师的成长上讨论，书中描述了一个软件工程师的面试时一直在解决低层次的问题
- 嗯，怎么开始一个C#的命令行程序呢？
- 定义数组是怎么弄的？是“int [] arr”还是“int arr[]”，
- 还是ArrayList， 还是Array。哦，我平时都是上网查的。哦，我不知道还有MSDN 网站。
- 嗯，为什么编译没过呢，哦，这里少一个分号。
- 嗯，怎么设断点？怎么定义命令行参数？额
书中认为一个精通xx的人应该能够解决高层次问题，而解决高层次问题要首先通过不断练习来解决掉低层次问题，才能有脑力解决高层次问题。
那在各种IDE越来越成熟的今天，像数组定义,函数名称这些IDE的自动补全都能做得非常好,另外一些像编译的依赖，断点设置，用现成的工具也能很好解决。
那能不能利用工具解决掉大部分份低层次的问题，直接去解决高层次问题呢？或者说什么时候该用工具解决什么时候该去练习呢呢?
2.什么情况下该使用C++中的类?
书中4.3节代码设计规范关于C++的类中提到
仅在必要时，才使用“类”
那什么情况才能称为必要情况呢，考虑我们最近的一个编程作业:
读入一张图片，对该图片的直方图均衡化，最后画出该图片的均衡画前的直方图和图片本身。
这种情况下我可以写很多个不同的函数，每个函数处理不同的功能，然后设计一些全局的容器来存储直方图的相应信息，也可以写一个大的类来把相关函数和信息集成，两者都能完成任务，且编写时间差不多，但是第一种可能所有函数散在不同地方，可读性和逻辑性较差，那我该使用类吗?如果不该，那什么情况能够称为必要的情况呢?
3.团队该如何制定规范
书中第五章的课后讨论讲到
很多流程的目的是帮助大家减少风险，确保质量，但是流程未必全 都是正面作用。请看下面的故事：
走6天流程改一行代码：https://www.iteye.com/news/25109这种情况需要改进么，如何改进？
对于一群没有实际经验的学生来说，有如此之多的设计流程和理论，那我们在开发的过程中是否应该制定例如每日例会的这样的规范，应该在开发流程的什么阶段设计规范，团队开发规范是否也能像软件功能需求一样进行更改?
4.创新不需要考虑实际问题吗?
书中16.1章创新迷思二中给出了一些反对创新人的观点
- 这从来就行不通
- 没有人需要这些方案 在实际中根本行不通 大众不会理解这个创新
- 你的创新要解决的根本就不是一个问题
- 你的创新要解决的是一个问题，但是没人关心这个问题
- 这个问题早就被完全解决了
这些问题固然可能是某些反对创新者的武器，但是在实际创新过程中，这些不都是非常实际的问题吗，难道创新的过程中不需要考虑这些问题吗?
5.软件的缺陷是否应该在规格书中说明？
书中10.3章提到规格书中应该写出好的功能的副作用
一些好的功能还会有副作用。我们要把这些副作用明明白白地 写出来。例如：美国很多地区用节能灯（LED）代替了原来的白炽 灯，装在交通灯上。这一措施虽然节能，但是LED发热少，下雪天不 能融化灯面的积雪，导致出现交通问题。当初的Spec务必要把这一副 作用（危险）给写出来。
书中15.1章也提到优秀的软件团队会发布有已知缺陷的软件。
那么如果发布的软件有已知缺陷是否也应该在规格书中写明呢?
源代码版本管理软件调研
相同点
都是基于web的git仓库(bitbucket还支持Mercurial)，提供代码存储、发布、分享，在线编辑，团队管理等功能。
不同点
| github | gitlab | Bitbucket | |
|---|---|---|---|
| 仓库管理 | 提供免费的公有库和小型团队私有库 | 免费公有库和私有库，提供更加完善的仓库权限管理 | 小型私有库免费 |
| 教育支持 | github education提供面向教师和学生的社区，还有免费的Student Developer Pack和相关的教学工具 | ||
| VCS支持 | github importer 支持从其他的VSC中导入仓库 | 只支持git控制仓库 | 支持从其他VSC中导入 |
| 团队架构 | organization/team架构，不支持team的导入导出 | 为groups结构,支持group导入导 | workspace/project,project下是一系列仓库。 |
CI/CD调研
两次CI/CD测试都是使用的OO第一单元多项式求导的代码
demo地址
使用maven+junit5.4测试，使用local-registry.inner.buaaoo.top/image-dev/java:11镜像
github Action
同样maven+junit5.4测试，利用actions/setup-java@v1的提交来配置java环境
特点&分析
- 可以通过
jobs.steps.uses
- job在不同平台运行
- 更加完善的文本和教材，更好的界面
- 配置相对简单
- 可以支持一些更加复杂的定制
总的来说两个CI/CD工具都可以完成自动部署和自动测试的功能，github的action和github平台更好地衔接，可以引用github库，还支持一些除了CI/CD之外的特性，譬如狙击白嫖怪，很符合开源社区的定位。而gitlab的CI/CD则更加注重对性能功能的一些定义，更加符合商用。
对比
关于两者的对比，区别很多，很细，具体的以有前人细致整理