没技术改造的“古董项目”ci交付就是面子工程

Posted CrissChan

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了没技术改造的“古董项目”ci交付就是面子工程相关的知识,希望对你有一定的参考价值。

没技术改造的“古董项目”ci交付就是面子工程

文中的古董项目是指技术相对较老,历史代码时间久远,项目几经转手,项目代码已经没人敢大刀阔斧的修改,只能修修补补。
当有新逻辑要添加的时候,就从入口到底层单做一条链路,没人敢修改原来的业务链路。

“古董项目”什么样

在很多互联网企业或者说技术驱动的公司,技术变革推动起来那是顺风顺水,团队的驱动能力非常强。但是很多非技术驱动的公司,企业系统的技术栈并没有那么先进,没有微服务、没有服务网关、没有服务治理、没有APM、没有容器化、没有自动化测试。这样的系统都几乎拥有如下的特点:

  • 历史代码6年以上,并且代码数量在不断的增长,而且增长速度很快
  • 代码仓库里面留下很多开发工程师的辛苦劳作,如果说想按开发工程师人数纪录都不如用第几批团队更准确
  • 新需求每次都从入口层新作一条逻辑到数据层,项目中已有逻辑几乎没有办法再次使用,最重要的是看不懂,理不清楚,尝试理解历史遗留代码,不如新加更快速
  • 仰仗于人工集成测试发现问题,按照菜单和页面布局写的测试用例一样的不再可靠,测试工程师自身对系统的熟知程度是上线后是否稳定的基石

这类项目大部分出现在一些非互联网公司,很多项目在最开始是以项目外包的形式完成了第一个版本上线,随后的需求就是不断的积累代码量,代码的体量非常大而且都没有单元测试、没有经历过代码扫描,如果有机会可以用SonarQube类工具提供的规则扫描一遍,会发现技术债务都是以千为单位统计的。由于项目历史悠久,同时项目的主要开发人员又是外包人员,中间还有可能由于外包商问

以上是关于没技术改造的“古董项目”ci交付就是面子工程的主要内容,如果未能解决你的问题,请参考以下文章

浅析前后端分离

敏捷,持续集成/持续交付, DevOps 三者的区别

谈一谈前后端分离开发

Gitlab CI/CD配置-并发送消息到飞书

软件工程中的CI&CD

java交付工程师是干什么的