需求管理

衡量一个团队是否成功，最重要的指标并不是成员资历、领导经验或薪资水平，而是团队是否具备心理安全感。对于工程组织来说，心理安全感不仅影响团队协作，也直接影响创新能力、故障复盘质量、人才留存和长期研发效能。 我曾在一家大型科技公司担任站点可靠性工程师，也有机会跟随一个负责团队发展的团队走访不同地区。我们…

上周，我写了一篇文章，讨论为什么构建内部开发者社区如此重要。那篇文章的灵感来自我在某海外开发者大会上的一次演讲，主题是：开发者应该拥有更好的沟通工具。 后来，我把这些想法分享给一些现有客户，以及正在评估企业级知识协作产品的用户。反馈中反复出现的一个主题是：这件事最终取决于公司现有的工程文化。对于工程…

个人对技术项目成败的影响，远没有很多人想象得那么大。而这其实是一件好事。 我们都听过“十倍工程师”或“十倍开发者”的说法。按照一种常见描述，他们往往被想象成不太合群、沉迷技术的天才，几乎凭一己之力就能偶然创造出突破性产品。人们也常拿一些著名技术人物举例，认为他们就是这类人的典型：比普通同行聪明十倍，…

开发日志，是一个用来定义当前问题、记录尝试过程，并总结哪些方法真正奏效的地方。对于程序员和软件开发团队来说，开发日志不仅能帮助理清思路，还能提升编码专注度、减少重复踩坑，并为技术复盘和个人成长提供可靠依据。 写作，是处理和表达抽象概念的绝佳工具。而开发者的工作，恰恰长期浸泡在抽象概念之中。从系统设计…

新的一年，工程团队也需要新的工作方式。 展望 2025 年，具有前瞻性的工程团队正在重塑自己的工作方式：一方面拥抱 AI 开发、智能体 AI、云原生架构等新兴技术，另一方面采用更灵活的跨职能协作模式。真正领先的团队，不只是积极探索 AI 驱动的软件工程，也在重新思考自身在 AI 增强型商业环境中的角…

如果开发速度只是一种工具，而不是最终目标，那么我们该如何衡量工程团队真正的成功？ 对许多工程团队来说，开发速度似乎是衡量项目和计划产出的最佳方式。这里的“速度”，通常指团队在一个迭代周期内完成的故事点数量，用来表示开发人员完成了多少工作。但从技术领导者的角度来看，仅靠速度无法说明全部问题。技术领导者…

定义和衡量程序员的生产力，是工程经理和 CTO 工作中最困难的部分之一。当一项工作的大部分成果都是无形的，我们究竟该如何衡量它？开发者生产力真的可以被量化吗？ 在软件行业，如何定义和衡量程序员生产力，一直是一个棘手问题。它既关系到巨额投资，也构成了许多初创公司的核心价值主张；同时，它也是工程经理和 …

Conductor 是某海外流媒体公司开发并开源的一款工作流编排引擎，主要用于微服务编排、分布式工作流管理和复杂业务流程自动化。如果你是第一次接触 Conductor，可以先阅读此前的入门文章和相关文档，了解它在微服务编排和分布式工作流可观测性方面的基本能力。 自发布以来的两年间，Conductor…

在微服务架构和持续交付已经成为主流的软件研发环境中，产品集成测试的重要性越来越高。尤其是在多个团队并行开发、频繁发布、A/B 测试持续运行、全球多地区同步上线的复杂场景下，如何通过自动化测试和端到端质量保障机制，在不牺牲创新速度的前提下维护用户体验，成为许多工程团队面临的核心问题。 某海外流媒体平台…

在软件研发过程中，构建日志、系统日志和异常日志往往数量庞大，给开发者排查问题带来很高成本。如何利用机器学习改善开发者体验，减少无效排查时间，是许多技术团队正在探索的重要方向。本文将介绍一种结合神经嵌入与局部敏感哈希（LSH）的日志分析方法，用于提升语义差异比较和日志异常检测的效率。 想象一下，你需要…