百科

如何通过一次复杂的大规模可观测性平台迁移，转向内部可观测性平台，获得更好的工具、更一致的数据，并从根本上重塑开发者体验。 可观测性，是指通过指标、日志和链路追踪等数据，了解应用程序的性能与可靠性状态。对任何一家公司的基础设施团队而言，可观测性都是最重要的能力之一。没有一个可靠、成本可控且易于使用的可…

引言：一次远程优先公司的工程师入职体验 我们是 Adam Hood 和 Brian Amaratunga，两位资深软件工程师。2021 年，我们加入了一家海外科技公司，成为“远程优先”工作模式下的新员工。所谓远程优先，是指我们大部分时间都以远程方式工作，实体办公空间主要用于面对面协作。 2020 年…

产品待办事项构建画布，也常被称为 PBB 画布，是一种帮助团队梳理产品待办事项列表、拆解功能并编写用户故事的方法。它特别适用于敏捷团队在产品规划、需求细化和迭代准备过程中，系统化地识别用户、功能、PBI 和验收标准。 许多软件团队会用产品待办事项列表来描述产品需要实现的功能。这个列表通常由一组用户故…

团队健康检查是一种帮助团队审视协作状态、发现改进机会、提升组织效能的方法。在某海外科技公司的工程大会上，两位讲者曾分享过一个主题：“团队健康检查：没有一种方案适合所有团队”。这个观点也正是本文想要强调的核心。 团队健康检查在一些海外公司中已经实践多年。它的基本做法是：让团队成员暂时从日常工作中抽离出…

当我们撰写《敏捷软件开发宣言》时，支持者还只是少数怀抱理想、试图改变软件开发行业的实践者。二十年后的今天，“敏捷”已经成为主流。但我之所以给“敏捷”加上引号，是有原因的：许多人声称自己正在进行敏捷软件开发，而且大多数人也确实真心相信自己做到了这一点；然而，他们的实际做法，与我们二十年前共同提出的敏捷…

敏捷方法已经成为主流，但很多组织在推行敏捷后，并没有获得预期中的效率提升、交付改善或业务价值增长。问题往往不在于“是否采用了敏捷”，而在于团队处于怎样的敏捷流畅度阶段，以及组织是否为相应阶段提供了足够支持。 敏捷流畅度模型正是为回答这一问题而提出的。它帮助组织理解敏捷团队如何成长，以及如何最大化敏捷…

这是我们关于某海外音频科技公司如何进行组件群管理，以及如何大规模管理软件的系列文章第二部分。另请参阅第一部分和第三部分。 在这家公司，我们采用了声明式基础设施范式，以改进基础设施平台的配置管理方式和控制平面设计。借助这一方式，我们能够在大规模环境下，管理分布于数万个不同服务中的数十万个云资源。 简单…

功能开关（Feature Toggle，也常称为 Feature Flag，功能标志）是一项非常实用的技术。它允许团队在不修改代码的情况下改变系统行为。功能开关常用于持续交付、基于主干的开发、灰度发布、金丝雀发布、A/B 测试和权限控制等场景。由于不同场景下的功能开关有不同的生命周期、动态性和管理方…

这是我们关于某海外音频科技公司如何进行组件群管理，以及如何大规模管理软件的系列文章第一部分。另请参阅第二部分和第三部分。 简而言之，与其每年对基础设施做 10 次大型软件升级，不如在整个代码库中持续完成 10,000 次小型升级。 这正是 Fleet Management 背后的核心理念。本文将其译…

在某海外音频科技公司的“产品故事”播客第八集中，我们分享了构建并开源内部开发者门户的故事，以及从中获得的经验教训。 对于快速增长的工程组织来说，内部开发者门户的价值不只是集中展示工具和服务，更在于提升开发者体验、降低上下文切换成本、改善服务可发现性，并帮助新工程师更快进入有效贡献状态。类似地，在企业…