团队拓扑

     

最差的程序员

312 2K

衡量开发人员工作效率的最大好处是,你可以很快找出那些糟糕的程序员。我想给大家讲讲我认识的最差的程序员,以及我为什么要把他留在团队里。 .

什么是软件开发中的“两份比萨队”? - martinfowler

236 1

双披萨团队是为特定业务能力提供全面软件支持的小型团队。这个词因用来描述亚马逊如何组织其软件员工而流行起来。 这个名.

什么是团队拓扑? - martinfowler

377 1 2K

任何大型软件工作,如大公司的软件产业,都需要大量人员,而只要有大量人员,就必须想办法把他们分成有效的团队。 组建以.

团队拓扑中的平台团队与产品团队 - martinfowler

231

产品交付团队为公司的客户构建功能 - 他们正在构建的产品的最终用户就是公司的客户。我还看到这些类型的工程团队被称为“功能团队”、“产品团队”或“垂直团队”。.

Xapo银行去中心化的DDD架构实践分享 - martinfowler

406 10K

Xapo银行使用领域驱动设计、团队拓扑和 架.

团队拓扑:模块化与划分团队相结合

348 9K

Martin Fowler的同事Matthew Foster描述了团队拓扑和领域驱动设计如何帮助组织扩展技术 .

康威定律:团队结构与软件架构之间的相互作用

436 2K
英国议会下议院在1941年的闪电战中被摧毁后,上议院就如何重建下议院展开辩论。 一些人认为这是向马蹄形 "架构 ".

产品经理形象生动介绍什么是敏捷?

252 2K

本文试图以一种简单的方式写下敏捷方法之间的区别:把它写成两个朋友之间使用送餐应用为案例的对话。 拉克什Rakesh.

微服务反射和扩展复杂自适应系统 - James Lewis

345 10K

James Lewis是ThoughtWorks的总监,也是 .

为什么要使用eventSourcing?

356 3K

eventSourcing将事件建立为系统中唯一的事实来源。通过采用动态 .

设计模式导致了认知负担?

390 3K

在不同的团队中编码多年后,我想我现在终于可以向自己解释,为什么我们需要或不需要用模式和抽象构建的 "聪明的 "代码。 .

软件不只是代码,还有程序员头脑中的人和理论

342 9K

Margaret-Anne (Peggy) Storey和Abi Noda是最近发表的ACM论文 "DevEx: What Actually Drives .

以产品为主导的转型

313

敏捷和设计思维已经针对同一个问题提出了两种不同的解决方案。 设计思维首先寻求学习。 另一方面,敏捷寻求先构建。 <.

单体炒作很愚蠢 - Darren

418 2

越来越多吹捧单体的炒作如同当初炒作 微服.

DHH:亚马逊也无法理解无服务器或微服务

863 3 2K

Amazon 的 Prime Video 团队发布了一个相当 .

领域驱动设计:做正确的事

1099 1 4K

任何给定软件项目的成功都可以归结为一个相当简单的定义或规则:我们需要构建正确的东西,我们需要正确构建这个东西。 这.

运维:从DevOps到平台工程的变革

287

从 DevOps 到平.

ESB与平台工程的区别?

249

ESB意味着一个中心团队,这往往成为一个瓶颈,因为他们在ESB里实现了业务逻辑。 而PE只是提供了一个平台,由开发团队自助式使用,通常也利用SaaS。.

逆康威策略在现有系统行不通!

427 2K

逆康威策略不太可能在特定规模和稳定性的现有社会技术系统中发挥作用。在远程公司和分布式团队中工作的可能性更小。 简而.

​​​​​​​“交付日期”是最糟糕的瀑布式思维 - Allen Holub

401 1

“交付日期”是最糟糕的瀑布式思维。 具体交付什么是我们在工作中学习如何交付。 .

如何在产品领导力培训中使用决策工具栈? - Petra

276 2K

如果您发现自己在担任产品负责人时难以做出有效的决策,或者您在想出一个有凝聚力的产品策略时遇到困难,那么您并不孤单。也许您的直接下属不断向您寻求指导和方向,但.

架构现代化赋能团队 (AMET) - esilva

668 4K

我与Nick Tune 共同撰写了这篇文章(.

我对“Spotify 模式”的批判思考 - Yip

808 4K

虽然我在 Spotify 工作了大约 8 年,但我并不熟悉每个领域的运作方式,而且我有自己的偏见、偏好等。而且 .

什么是低语境、高语境?

6081

低语境(Low-context)文化是明确和直接的信息,人们相互告知真实的情况。 因此,只需要少量的语境 .

Leah的增长和组织扩展指南

747 2K

让我们帮助您开始发展和扩展您的组织。本指南面向创始人、PM 和高级领导者(CTO/CPO/CRO/CMO)。 .

软件工程师的企业易读性 - matt

839 2K

企业可读性是一种艺术,它使那些没有直接参与的人更容易理解任务及其结果。我将帮助你了解为什么这是一件需要注意的重要事情,以及如何利用它来帮助你的职业生涯。 .

很容易用敏捷构建错误的东西 - Reddit

778

敏捷会帮助你高效地建造东西,但你最终可能会在建造错误的东西时非常高效。 产品迭代的短反馈循环是敏捷如何比瀑布格式更.

困扰开发人员使用 Scrum 的 9 个实践

854 8K

Scrum承诺要解放开发者:它是对定义许多瀑布项目的命令和控制做法的彻底转变。 Scrum是关于自我管理的团队和可持续的步伐。它应该是一种 "高贵的体.

您需要模块,而不是微服务

1665 3 12K

架构有时很难——人们不断提出一些新想法,这些想法很快成为主流的“做事方式”,微服务是最新的趋势,现在是我们剖析这个想法并找到正在发生的事情的真正根源的时候了.

微服务失败的 11 个原因

1245 7K

在过去的几年里,我对多个正在进行 .