- 综合排序
- 最热优先
- 最新优先
- 来自专栏云云众生s
提升您的交付速度：Argo与Buildpacks
研究结果建议，反馈循环——对执行的操作的响应速度和质量——应该尽可能缩短。他们在研究结果中提到的一个例子是将代码推送到生产环境所需的时间。 CNCF 毕业项目 Argo 是持续集成和交付工具的首选之一，通常会让开发人员的工作更轻松。但在将代码推送到 Argo 之前，开发人员通常需要编写 Dockerfile 来将其容器化。 Buildpacks 如何提高反馈循环速度？ 首先让我们来了解一下 Buildpacks 的背景。云原生 Buildpacks 将您的应用程序源代码转换为可在任何云上运行的镜像。 结论 在 Argo 工作流中使用 Buildpacks 将改善开发者体验和交付速度，并确保您的容器镜像安全且经过优化。
34610编辑于 2024-11-13 - 来自专栏较真的前端
影响团队交付速度的那些问题
但是这和交付速度有什么关系呢？ 不知大家有没有遇到这种情况。项目的 deadline 马上就要到了，还有很多功能没完成，然而却有人在给已经完成的功能调优。 在一个团队内，大家的评分标准越接近，这个团队的契合度就越高，交付速度也会越快。 2.2. 那么交付速度只会进入越来越低的恶性循环。 作为提需求的那一方也应该反思这一点。实际上很多到排期都是为了装逼给老板看的而已。不如干点实事？装逼误国，实干才能兴邦嘛。 3. 通过增加「适配层」的方式提升交付速度 但是「闭门造车，出门合辙」是一种理想状态，实际很难实现。不过还有一些其它方式也可以提高交付速度，比如我自己经常使用的增加「适配层」的方式。 4. 总结 先思考能不能用现有资源直接解决问题，避免写代码。 对质量认知标准的统一性会影响团队交付速度。 「倒排期」是一种透支团队的消耗品，请慎用。 所谓的联调，就是因为自己自测不充分给别人添麻烦。
1.1K70发布于 2018-06-08 - 来自专栏云云众生s
使用Argo和Buildpacks加速您的交付速度
研究结果建议，应尽可能缩短反馈循环，即对执行的操作的响应速度和质量。他们在研究结果中提到的一个例子是将代码推送到生产环境所需的时间。 CNCF 毕业项目 Argo 是 持续集成和交付 工具的首选之一，通常可以让开发人员的生活更轻松。但在将代码推送到 Argo 之前，开发人员通常需要 编写 Dockerfile 来将其容器化。 Buidlpacks 如何提高反馈循环速度？ 首先，让我们来了解一下 Buildpacks 的背景。云原生 Buildpacks 将您的应用程序源代码转换为可在任何云上运行的镜像。 总结 在 Argo 工作流中使用 Buildpacks 将改善开发人员体验和交付速度，并确保您的容器镜像安全且经过优化。
49510编辑于 2024-10-17 - 来自专栏让技术和时代并行
提高软件交付速度的6种架构策略
本文向您展示如何评估软件交付性能，并向您介绍可用于提高软件交付性能的六种策略。 如何评估软件的交付速度 软件交付速度能够促进业务发展，那么我们如何评估软件的交付速度呢？ 主要有以下4个指标 一个功能从开发到上线运营使用需要多久？ 多久做一次生产发布？ 一个季度变更的失败率是什么？ 一次故障恢复需要多久？ 这其中有4个关键指标（主要参考了软件架构实践第4版） 提高软件交付速度的6种架构策略 1. 灰度发布 支持最小化金丝雀发布、A/B 测试、滚动升级，自动化控制新老版本的上线和升级。 2. 脚步部署命令 日常发布过程会存在一些手动的操作，支持把这些手动的操作变成自动化脚本部署 4.
44110编辑于 2023-12-18 - 来自专栏数字化 IT 从业者路径课
软件交付与协作 —— ITIL 4
组织和人员维度组织和人员是服务交付的载体，组织需要打造良好的服务交付文化，比如组织内跨部门的协作，这里的部门不仅仅包括 IT 部门，还包括采购、HR 和业务、市场部门等。 价值流和流程维度价值流的概念来自于精益思想，在 ITIL 4 中所提到的服务价值链（Service Value Chain）的概念与之对应服务价值链作为企业或组织运营模型或价值交付模型。 ITIL V3 价值与ITIL V4 价值共创ITIL V3 框架将“服务”定义为通过促进客户想要实现的结果而不承担任何特定成本或风险来向客户交付价值的手段。 ITIL 优势与不足 优势更快，更灵活的服务交付实践，以支持数字化转型；IT 与业务之间更好的战略契合；不断发展的软件交付实践与企业客户支持框架之间的平滑集成；改善服务交付和客户满意度；通过改善资源利用降低成本 应用部署与管理主要包括但不限于虚拟化技术、容器技术与容器编排等；4. 软件交付与协作主要包括但不限于 CMMI、ITIL、DevOps 等。
2.1K32编辑于 2023-03-22 - 来自专栏CODING DevOps
软件交付与协作 —— ITIL 4
组织和人员维度 组织和人员是服务交付的载体，组织需要打造良好的服务交付文化，比如组织内跨部门的协作，这里的部门不仅仅包括 IT 部门，还包括采购、HR 和业务、市场部门等。 价值流和流程维度 价值流的概念来自于精益思想，在 ITIL 4 中所提到的服务价值链（Service Value Chain）的概念与之对应服务价值链作为企业或组织运营模型或价值交付模型。 ITIL V3 价值与 ITIL V4 价值共创 ITIL V3 框架将“服务”定义为通过促进客户想要实现的结果而不承担任何特定成本或风险来向客户交付价值的手段。 ITIL 优势与不足 优势 更快，更灵活的服务交付实践，以支持数字化转型； IT 与业务之间更好的战略契合； 不断发展的软件交付实践与企业客户支持框架之间的平滑集成； 改善服务交付和客户满意度； 通过改善资源利用降低成本 应用部署与管理主要包括但不限于虚拟化技术、容器技术与容器编排等； 4. 软件交付与协作主要包括但不限于 CMMI、ITIL、DevOps 等。
2.3K50编辑于 2022-03-16 - 来自专栏深度学习与python
通过Yarn工作空间将代码交付速度提高97%
作者 ｜ Jordan Hawker 译者 ｜ 马可薇 策划 ｜ Tina 随着团队和应用程序规模的增长，采用可提供清晰代码所有人、隔离构建及高效代码交付等优化的架构是至关重要的。 在面临生产力相关的挑战时，我们的领英人才解决（LTS）团队近期采用的 yarn 工作区，在管道部署中的代码交付时间方面有了 97% 的改善，从 39 小时减少至 125 分钟。 在我们的初步分析中，代码交付预计会有 95% 的提升，这点在当时看来似乎有些野心过了头，但在项目的最后，我们成功到达了目标分数线。 我们的核心战略使加快人才解决方案工程师们的代码交付速度，而将“提交至发布”的 P90 时间缩短 97% 使我们朝着这个目标更近了一大步！
49810编辑于 2023-03-29 敏捷开发并非一味的追求交付速度
结合持续集成（每日多次代码合并与自动化测试），团队能在早期发现缺陷，避免后期修复的高成本 增量式交付与最小可行产品（MVP） 敏捷团队通过拆分需求为“用户故事”（User Story），优先交付高价值功能 这种机制避免了因追求速度导致的代码腐化，为长期维护奠定基础。 技术债的恶性循环若为追求迭代速度而牺牲代码质量（如跳过测试、拒绝重构），技术债将指数级累积。2017年哈佛商学院案例研究指出，某金融公司因长期忽视技术债，最终导致系统崩溃，修复成本高达初期开发的5倍。 价值驱动而非速度驱动 敏捷开发绝非压缩工期的“急救药”，而是一场以价值交付为核心的组织能力升级。 在VUCA（易变、不确定、复杂、模糊）时代，企业需要的是能够持续学习、灵活应对变化的组织，而非单纯依赖速度的执行机器。
41010编辑于 2025-05-20- 来自专栏深度学习与python
团队交付的速度变慢了，我该怎么办？
所有这些都需要时间和精力，对于技术团队以外的人来说，这可能表现为交付速度的放缓。 虽然速度放缓似乎是不可避免的，但这并不意味着团队停止交付就可以推动未来业务增长的价值。 但随着公司规模的扩大，不可避免地会让人感觉交付速度变得不那么快了。 交付速度慢到底意味着什么、如何衡量 为了了解交付速度是否在变慢或本来就慢，我们需要知道如何衡量它。 交付速度对不同组织中不同的人来说有不同的含义。 通常情况下，系统架构会成为进一步改进交付速度的障碍。 原文链接： https://www.infoq.com/articles/measure-optimise-delivery/ 做到这 4 点，才是真正的持续交付 | 研发效能提升 36 计（https
67420编辑于 2022-11-28 - 来自专栏UE4技术专场
UE4提升编译速度
导语：UE是一个巨大的工程，在没有increbuild类似工具的情况下，编译会很耗时，以下设置会提升本地的编译速度 使用超线程 如果你的电脑没有开启超线程模式的话，可以通过修改如下配置（以下是两个文件存放处 空间存放引擎和工程可以通过一些骚操作达到类似效果，你只需要把生成的中间文件和源文件联接到SSD上即可 cd UnrealEngine\Engine mklink /J Intermediate C:\UE4\ Test\Intermediate mklink /J Source C:\UE4\Test\Source mklink 操作介绍mklink简介 避免不必要的损耗 以vs2017为例安装的时候对于incredibuild
9K111发布于 2018-12-05 - 来自专栏深度学习与python
软件持续交付速度提升 40%！DevOps 制品管理有何魔力？
混合云、多云战略的确能够增加企业资源配置的灵活性，但也给持续交付带来了更大的挑战。在软件发布频率持续增长趋势下，如何将版本快速分发到多个环境中去，成为令不少开发者头疼的问题。 按照这种制品的晋级流程去建设会大大提高软件交付的效率。JFrog Artifactory 遵循的正是这样一套流程。 传统的扫描会扫出很多漏洞，缺乏跨语言的依赖，比如无法定位到哪一个 Docker 镜像被 Log4j 污染。 这个功能特别适合多云环境进行软件制品的传输，能够极大节省公网带宽，提高发布速度，降低成本。 4 轻松建立可信发布流程的实践案例 某大型跨国银行，需要进行云迁移，实现应用上云。 整个编排过程由 Amazon CodeCatalyst 进行负责的，并能够和 Artifactory 无缝集成，从而实现轻松地规划、开发、写作、构建和交付应用程序。
1.8K20编辑于 2023-03-29 - 来自专栏Android 研究
PMI-ACP 敏捷项目管理4——价值驱动交付
一、什么是价值驱动交付 交付价值，特别是业务价值，是敏捷方法的核心组成部分。 价值驱动交付贯穿敏捷项目的整个生命周期，指导着过程中的决策。 四、早期尽早交付 敏捷方法推崇早期交付价值。 在项目开发阶段，其不确定性最高，干系人不太相信项目团队交付价值。 通过早期交付高价值的功能，项目团队可以向干系人展示他们对干系人需求的理解并向干系人演示已经完成的重要内容，从而证明项目团队可以交付项目价值。
1.4K10发布于 2018-08-30 - 来自专栏研发与测试效能提升
代码质量和交付速度如何兼得？RDD+ADD双模式实战解析
从瀑布模型到敏捷开发，从DevOps到GitOps，每一次变革都在寻求更高的交付质量和效率。 强制要求所有PR在24小时内完成首次评审，评审者的响应速度纳入绩效考量。同时优化PR粒度，鼓励小步快跑式提交，单个PR变更控制在300行代码以内，降低评审负担。 调用GPT-4等商业LLM的API成本不低，高频使用可能带来显著的费用支出。 建议对智能体的使用场景做分级管理：简单任务调用小模型（如GPT-3.5）、复杂任务调用大模型（如GPT-4）、内部知识检索使用开源嵌入模型（如BGE）。 这样既保证了交付速度，又确保了代码质量。实际案例：某电商平台的订单中心团队，日常开发中70%的接口属于标准CRUD操作。
32320编辑于 2026-02-28 - 来自专栏TestOps云层
Jenkins+Ansible+GitLab持续交付平台搭建-第4篇
这篇文章将继续给大家介绍Jenkins+Ansible+GitLab持续交付平台搭建。 Jenkins+Ansible+GitLab持续交付平台搭建-第1篇 Jenkins+Ansible+GitLab持续交付平台搭建-第2篇 Jenkins+Ansible+GitLab持续交付平台搭建 testbox/files #编辑foo.sh并写入测试脚本 # vi roles/testbox/files/foo.sh echo 'this is test script' #测试ok的返回结果 4. Template模块任 #编辑inventory/testenv文件添加参数值 server_name=test.example.com port=80 user=deploy worker_processes=4
52020编辑于 2022-04-07 - 来自专栏ATYUN订阅号
CommonSense Robotics成立微型物流中心，利用AI和机器人加快交付速度
“在当今市场中保持竞争力的基础是快速交付订单并确定如何有效地履行和交付订单，这始终是任何电子商务运营中最复杂的方面。 凭借机器人技术，我们将能够在一小时内完成并交付订单，同时节省所述履行和交付的成本，”Super-Pharm副总裁Yossi Cohen说，“在CommonSense Robotics之前，我们为客户提供次日送货上门服务
83320发布于 2018-10-25 - 来自专栏前端开发的「术」
从交付 API 到交付 SDK
背景 传统 Web 前后端协作模式中，HTTP API 是前后端的分界点，服务端交付 API，Web 端根据 API 构建应用。 感想 直接交付 SDK，其实在 RPC 调用中很常见。 因为 RPC 接口通常有结构化的协议文件，比如 protobuf，可以借助自动化工具，生成各种语言的调用 SDK（即桩代码 Stub）。
1.6K41编辑于 2022-01-13 - 来自专栏测试技术圈
Jenkins+Ansible+GitLab持续交付平台搭建-第4篇
testbox/files #编辑foo.sh并写入测试脚本 # vi roles/testbox/files/foo.sh echo 'this is test script' #测试ok的返回结果 4. Template模块任 #编辑inventory/testenv文件添加参数值 server_name=test.example.com port=80 user=deploy worker_processes=4
69520发布于 2019-10-22 - 来自专栏FunTester
持续交付：低风险快速交付
持续集成和持续交付等实践能够在进行任何更改后立即将代码交付到生产环境中。当使用更小改动的代码块时，将会让新功能发布和修复BUG并行成为可能。 软件开发的 CI/CD 方法为产品迭代带来了更高的可靠性和更快的更新速度。 CI 是 CI/CD 技术的第一阶段。在项目中实施持续集成有很多好处。 今天我们将重点介绍 CI/CD 的第二阶段，持续交付。它有助于确保代码已准备好交付。它的主要特点是代码构建、测试和交付等过程的自动化，有助于及早避免错误并最大限度地降低风险。 何谓持续交付 根据持续交付的实践，团队开发软件是以最小变动代码块为单元，产品发布不是手动进行的，而是通过一个按钮来完成的。代码中的每个小改动都会自动构建、测试并发布到生产环境中。 速度。在产品准备就绪后，能够在每次微小更改时同时检测BUG，而不是扫描整个系统，这提高了发布速度。
39320编辑于 2023-08-04 - 来自专栏ThoughtWorks
持续交付2.0：云原生持续交付
《持续交付》提出了一系列贯穿整个软件交付生命周期的最佳实践。但它成书的年代（2010年）云计算尚未得到广泛应用，尤其在软件开发过程中的应用非常有限。 如果站在今天的技术水平和对云计算的理解水平基础上回顾《持续交付》的内容，我们有可能提出一组全新的、原生于云环境的持续交付实践。 ? 对于这些反模式，《持续交付》提出的解决办法是“将几乎所有事情自动化”。 ---- 部署流水线 《持续交付》提出了“部署流水线”的概念（如下图）。“随着某个构建逐步通过每个测试阶段，我们对它的信心也在不断提高。 《持续交付》中提倡整个部署流水线“只生成一次二进制包”，并且在各个验证步骤之间传递二进制包。
2K50发布于 2018-04-13 美光已向主要客户交付HBM4样品
当地时间6月10日，美光科技宣布已向多个主要客户交付HBM4 36GB 12 层堆叠样品。 美光表示，这一里程碑扩大了美光在 AI 应用内存性能和能效方面的领导地位。 美光HBM4 采用 2048 位接口，每个内存堆栈的速度超过 2.0 TB/s，性能比上一代提高了 60% 以上。 简而言之，HBM4 将帮助 AI 加速器更快地响应并更有效地推理。 HBM4 是一个关键的推动因素，可以推动更快的洞察和发现，从而促进医疗保健、金融和交通等不同领域的创新。 我们的 HBM4 生产里程碑与客户的下一代 AI 平台准备情况保持一致，以确保无缝集成和量产。” 美光计划在 2026年增加 HBM4 的产能，与客户的下一代 AI 平台的量产保持一致。
7910编辑于 2026-03-19
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号