阅读作业2&CI/CD调研
说明
项目 | 内容 |
---|---|
这个作业属于哪个课程 | 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第一单元多项式求导的代码
gitlab
使用maven+junit5.4测试,使用local-registry.inner.buaaoo.top/image-dev/java:11镜像
github Action
同样maven+junit5.4测试,利用actions/setup-java@v1的提交来配置java环境
特点&分析
github
-
可以通过
jobs.steps.uses
来引用被人的action库,支持参数传递 -
job在不同平台运行
-
更加完善的文本和教材,更好的界面
gitlab
- 配置相对简单
- 可以支持一些更加复杂的定制
总的来说两个CI/CD工具都可以完成自动部署和自动测试的功能,github的action和github平台更好地衔接,可以引用github库,还支持一些除了CI/CD之外的特性,譬如狙击白嫖怪,很符合开源社区的定位。而gitlab的CI/CD则更加注重对性能功能的一些定义,更加符合商用。
对比
关于两者的对比,区别很多,很细,具体的以有前人细致整理