AI平台工程

一、解决的问题 在产设研协作的日常工作中，你是否也遇到过这些痛点： 手动画低保真原型耗费大量精力，还得四处找参考案例？ 需求反复沟通后，设计和开发依然理解偏差？ 从原型到代码的衔接总是充满重复劳动和沟

SonarQube产品线命名变化 开源/商业版本特性区别 Download SonarQube 2024 年 10 月 29 日SonarQube对产品线进行了简化命名，变化如下 https://ww

先上自己的摘要总结，也是印象比较深的几个观点。 你准备好做度量了吗？ 好像一年多前，“效能度量”的话题出现在各个大会论坛和公众号文章上，正好那个时间也在做有关度量的建设。过去一年多了，对于上面的观点，

前两天CODING DevOps宣布产品下线，建议标准版用户2025年9月1前完成迁移、付费版用户2028年9月30日前完成数据迁移。有点突然，但也不意外，我是接触Coding最早的用户，经常作为学习

引子-从传统的安装包到云原生时代的应用 过去，在传统的通过shell命令行部署的时代，开发者们习惯于按照面向过程的方式一步步通过代码编译构建打包，然后把安装包远程部署到环境上，安装包就是安装包，环境就

配置管理是什么？ 老实说，不同的工作经历的人，对配置管理的理解和定位也各不相同。下面我从几个不同领域，大概阐述下我的理解。 ITIL中关于配置管理的定义 在ITIL（IT Infrastructure

不同角色对“版本”的理解 产品经理、客户、市场、PMO- 产品这次发布什么”版本“？ 从产品管理和售卖的角度，这个版本只是对于外部发布有用，比如客户要了解发布版本的特性等等。简单说，这个“版本”是我们

最近平台工程这个概念越来越火爆，Gartner 的预测，到 2026 年，80% 的软件工程组织将拥有平台工程团队，来提供内部服务、组件和应用程序交付工具，作为可重复使用的资源。本篇文章将带你走进平台

部署与发布：缺乏发布管理的部署活动对软件交付是低效的 部署和发布是软件工程中经常互换使用的两个术语，甚至感觉是等价的。然而，它们是不同的！ **部署是将软件从一个受控环境转移到另一个受控环境，**它的

不完美的Jenkins 提到DevOps/持续集成这些话题，由于开源免费，历史悠久，插件API丰富，群众基础好（可借鉴模仿案例实践资料多）等原因，Jenkins永远是那个最亮的“仔”，也是众多相关领域

最近一直想写一篇关于数据治理和度量相关的话题，一直太忙，今天静下心来写点自己的体会 先从平台工程说起 DevOps的兴起源于企业有意弥合运维与开发之间的裂隙，但在实施过程中有部分企业简单粗暴地将其理解

如果SonarQube的结果不相关，那么没有人会想要使用它。这就是为什么精确配置每个项目要分析的内容是非常重要的一步。 为了帮助缩小焦点，Sonar Qube提供了几个选项来精确配置将要分析的内容和方

参考文档：https://docs.sonarqube.org/latest/instance-administration/security/ 概述 SonarQube具有许多全局安全功能: 认证和

如何解读"流程规范" 谈到DevOps落地，无一例外都会提“流程规范“，我想没有人会反对，甚至会”不放在眼里“，因为概念本身没有什么晦涩难懂。可是一到落地，好像就是另外一番场景，“一地鸡毛”，“形同虚

介绍 Sonar是一个代码质量管理的开源平台，基于Java开发的,用于管理源代码的质量，通过插件形式，可以支持包括java、C#、JavaScript等二十余种编程语言的代码质量管理与检测。它具有免费

Agile是一套理论和原则，就像天边的北极星。Devops是一种软件开发和运维团队间自动化和集成过程的方法。当实现Agile和Devops方法时，Kanban和Scrum提供了管理这些复杂工作的不同的

在实践中，很多团队对于DevOps 流水线没有很透彻的理解，要不就创建一大堆流水线，要不就一个流水线通吃。实际上，流水线的设计和写代码一样，需要基于“业务场景”进行一定的设计编排，特别是很多通过“开源

当你打开这篇文章的时候，也许你也在为DevOps的落地而苦恼，也许你的组织正在尝试DevOps转型，作为一线的实践者，说说我对这个“落地难”的看法，欢迎交流不同看法～ DevOps是实践摸索出来的，别

DevOps、SRE和平台工程的概念在不同时期出现，并由不同的个人和组织开发。 DevOps作为一个概念是由Patrick Debois和Andrew Shafer在2009年的敏捷会议上提出的。他们

现代软件开发过程中要实现高效的团队协作，需要使用代码分支管理工具实现代码的共享、追溯、回滚及维护等功能。目前流行的代码管理工具，包括CVS，SVN，Git，Mercurial等。 相比CVS和SVN的