软件工程资料汇编

在过去的 10 年中，我曾参与过多次扩大规模的工作，因此我采用了一些原则来扩大技术和产品团队的规模。 第一个，是组织跨职能的团队。通常，要构建任何产品，您需要产品经理代表业务，产品设计师代表客户和工程师来构

以下是通过参加了一些关于软件开发的会议搜集到的软件开发趋势： 1. 可观察性[跟踪、监控和记录]是至关重要的!你正在开发你的软件，并且你已经准备好部署它。所有的测试都通过了，测试覆盖率也达到了一个不错的水平

有人曾经告诉我，任何类型的团队或组织所经历的最艰难的转变是从大约 30 人增长到 60 人。当时，我记得我在想，“嗯，这很随意。当然，每个组织都是不同的。” 在某些方面，每个组织都是不同的。然而，我见过各种各样的团队都经历过这样的成长期，一遍又一遍地面临同样的挑战。随着每年都有大量新

这些天，每个人都在谈论平台工程。甚至 Gartner 最近也在其

避免草率下结论。根据实际情况做出决定。 我们根据得出的结论采取行动并做出决定。但我们倾向于跳到这些结论，跳过推理过程的重要部分。由前哈佛教授克里斯·阿吉里斯（Chris Argyris）开发的推理阶梯是一种工具，可帮助您填补思维空白并根据现

与任何其他学科一样，软件工程领域包含一些有趣且众所周知的规则、概念和法则。 墨菲定律“任何可能出错的事情都会出错。”可能是所有法律中最著名的法律之一，主要是因为它不仅适用于软件开发。

Eliyahu Moshe Goldratt是以色列的商业管理大师，他是优化生产技术、约束理论(TOC)和其他TOC衍生工具的创始人。 约束理论是一种方法，用于识别阻碍实现目标的最重要的限制因素（即约束），然后系统

1、《Clojure元素》的作者，茨特尔曼 2、我自称计算机哲学家已经很多年了，所以我推荐richhickey和Jonathan_Blow 3、软件是基于实际的哲学，一阶谓词逻辑。我通过阅读实际的哲学而不是软件书籍学到了很多关于软件

长期以来，我一直在想，通过一个将员工视为组织提供的能力的消费者的视角来看待所有的组织是否有价值？然后问 "你的组织方式如何提供这些能力？" 这可能看起来有点玄，所以这里有两个例子： 跨国集团Acme公司遵循 "传统 "的组织模式，它

inversion（反转、导致、反者道之动）是从不同的角度解决问题。 当您需要从不同的角度查看您正在解决的问题时，反动很有用。它可以帮助您从不同的角度看待并想象最坏的情况。 如何使用它？<

约束理论（TOC） 专注于改进决定整体性能的系统约束…… ……以这种方式显着提高精益和六西格码计划的投资回报和成功 通过增加销售额而不是通过削减成本来增加利润，从而避免裁员 由 Eliyahu Goldratt 在 1980 年代开发 精益制

敏捷无处不在。似乎每个人都想成为敏捷。如果你没有敏捷的团队，你就是一个恐龙。 但是，一个组织并不是简单地成为敏捷。下面是组织在成为敏捷时犯的十个错误。 10. 自上而下的敏捷实施

波音737MAX飞机在2018年和2019年两次坠毁，相隔不到半年，这个案例涉及三个大的管理失误，值得借鉴，所以一些有效的经验可以让所有管理层内化。 这个故事，包括一些真正重要的详细事实，在最近推出的 "Downfall: 反对波音的案例"，这是一部由Netflix拍摄的纪录片。 <

在我的工程生涯中，我做出了一个选择，离开了个人贡献者（IC）的轨道，转而担任技术领导职务。当时，我觉得自己已经在一些工程学科上取得了知识和技术深度，想尝试一下领导力。像很多人一样，我做出这样的选择是出于各种我认为很明显的原因：获得更多的权力、更多的声望、更多的报酬，以及在整个组织内更大的影响

我声称下面这个简单的实验支持这个令人沮丧的说法：用你最喜欢的最先进的优化编译器运行你最喜欢的一组基准测试。在启用和未启用优化功能的情况下运行这些基准。这些数字的比率代表了编译器优化对加速这些基准测试的全部贡献。让我们假设，对于典型的真实世界的应用，这个比率大约是4倍，让我们进

了解文化与成功之间的联系：我希望我已经让你对文化催化你自己和你的团队成长的潜力有了一些了解。文化在出现时总是独特而令人惊讶的。这个过程有点像园艺--它取决于环境。然而，我发现有三个反复出现的主题可以为文化的出现创造肥沃的条件：自主性、连接和使命。