Nick Horney 是《VUCA Masters》的作者和 Agility Consulting 的创始人。在这一集中，Nick 分享了他在领导敏捷性方.

2017 年，我在耶鲁大学教职期间休假去了 Facebook。我创建了一个团队，在 Facebook 堆栈的底部构建一个名为 Delos 的存储系统（将其视.

Java 已经存在了非常长的时间，并继续得到全球开发人员和企业的大力支持。它在关键任务项目中可靠地工作方面有着良好的记录，在这些项目中，性能、可支持性、更广.

架构决策“最简单”的解决方案是让拥有巨大大脑的人做出所有决定。这种“Megamind”方法当然有一些优势——一个人可以快速做出决定，并且有一个人负责；缺点使.

当我们考虑如何以最好的方式做事时，首要考虑的是不要以最糟糕的方式做事并阻止以错误的方式做事，Poka-Yoke（“防错”）——这不仅仅是一个听起来很棒的词，.

一位作者分享了他第一次担任工程经理的经历。它会成为你的下一个职业吗？ 最近，我加入  .

本文列举了一些可以应用于软件开发的最流行的规则和原则。对于每条定律，我们将快速讨论其主要命题，然后探讨如何将其应用于软件开发。   .

每个软件工程师和 IT 人员都应该从事咨询工作。 我不是在谈论成为那些被他们的公司称为“顾问”但实际上只是连续雇用的承包商之一。我指的是真正的顾问角色.

如果您想从经典 CI/CD 环境切换到 GitOps，那么您可以从大量可用工具中进行选择。 术语 GitOps 是源代码管理系统 Git 的名称和操作.

HTTP状态418：I'm a teapot，客户端错误响应代码表明服务器拒绝冲煮咖啡，因为它永远是一个茶壶。这个错误是对 1998 年和 2014 年愚人.

在涉及大量工作的软件过程中，有一种普遍的管理人员的方法，以确保每个人都能获得适合其才能、知识、技能和经验的任务。 对于软件产品的给定功能或修改，高级技.

当前项目组合：EventStorming BP/PL（领域探索）+用户故事映射（故事发现、确定优先级、划分为更小的故事）+ BDD（规范）+ EventSt.

这篇文章的灵感来自于 HackerNews 上的一条评论，我再也找不到了。它的要点是“虽然架构经常被过度设计，但代码本身却经常被设计不足”。如果有人认出作者.

现在相信的事情： 当您和不同经验水平的团队合作时，使用类型语言会更好（不是动态语言） 敏捷的站立会议实际上对于新手很有用。 .

Marco Faella 是那不勒斯费德里科二世大学的副教授，也是《Seriously Good Software》一书的作者。在这一集中，Marco 解释.

本文介绍了一组用于管理应用程序依赖项的最佳实践，包括漏洞监控、工件验证以及减少依赖项足迹并使其可重现的步骤。 这些实践中的每一个的具体情况可能会因您的.

今年敏捷宣言刚满20年，有两个事实似乎不言自明的： 敏捷，作为一个标签，赢了；没有人想被称为非敏捷。 敏捷在实践中远远.

代码质量是软件工程最重要的方面之一。SonaQube 是代码保证工具，它通过收集您的源代码并对其进行分析来确保项目的代码质量。您可以根据此工具的结果将 CI.

这是敏捷教练THIERRY DE PAUW分享他建议基于Git主干分支开发的思路和经验教训： 2012 年，我开始了一项技术指导任务，以提升一个新手团.

这些概念术语包括：概念完整性、内聚性、抽象数据类型、耦合、信息隐藏、最小惊讶规则等。 如果您读过一本技术书籍（我想您应该是一名软件工程师），您可能会发.

Linter 最好被描述为静态代码分析器，因为它们甚至在您的代码运行之前检查您的代码。如果您想确保代码的长期可维护性，您应该遵循最佳编码实践和风格指南规则。.

海仑定律（Hyrum's Law）是软件工程中一种观察经验： .

软件工程师的工作不是编写代码，而是解决问题；我们可通过生成代码解决了大部分问题。但是最终，生成代码也很困难，我们需要帮助。这就是为什么 GitHub 的 .

本文介绍了fail-fast 原理、它的优点、如何应用它以及我的个人经验。尽管看起来违反直觉，但快速失败会使您的应用程序更加健壮。使用快速失败原则，错误和故.

在 Tableau， .

Thenewstack这篇文章《高度成熟的软件组织的五个习惯》提供参考： 成熟的软件公司组织意味着什么？事实上，成熟度并没有一个明确的定义。但事实证明.