• 自 2022 年年中以来,我一直在考虑写这篇文章——但我不记得应该写在这里的所有内容。所以在过去的一年里,我一直在收集想法并将它们写下来,现在我有足够的观点想与你分享。 你很少从头开始写新代码在大学里,他们
  • Twitter上发生的事情是我们这个行业在很长一段时间内发生的最重要的事情之一。 不仅仅是因为Twitter本身很重要,事实确实如此。 但它对整个行业有着深远的影响。尤其是对大科技公司来说。 世界杯将于明天(11月20日)开始,一直持续到12月19 icon
  • 来自“UNC计算机科学”的不幸消息——Fred P. Brooks,该系的创始人和长期主席几小时前去世了。 网友:1、20世纪60年代,布鲁克斯在IBM管理System/360和OS/360项目,这是大型机 icon
  • 2021年,我在谷歌工作了14年后加入了Twitter。以下是我到目前为止注意到的一些差异的小想法:核心子域与外包Twitter外包的东西比Google要多得多。谷歌喜欢用他们自己的解决方案来处理几乎所有的事情。他们甚至曾经有自己的人 icon
  • 有人曾经告诉我,任何类型的团队或组织所经历的最艰难的转变是从大约 30 人增长到 60 人。当时,我记得我在想,“嗯,这很随意。当然,每个组织都是不同的。” 在某些方面,每个组织都是不同的。然而,我见过各种各样的团队都经历过这样的成长期,一遍又一遍地面临同样的挑战。随着每年都有大量新 icon
  • 软件工程 = 方法论 + 过程 + 工具。软件工程就是使用工具和方法论(原材料、配方)生产软件产品的过程(详细步骤)。 项目管理工具任务管理和进度跟踪项目计划 icon
  • 在衡量您的工程团队的绩效时,选择正确的 KPI 可能具有挑战性。因此,我们决定向您推荐 10 个可识别的指标,它们将帮助您从不同方面评估您的团队,例如生产力、代码质量或开发效率。重要的是要考虑一些指标将比其他指标更相关,具体取决于项目的性质以及团队的规模。 icon
  • “DORA”指标来自 DevOps Research Assessment,通过 Nicole Forsgren、Jez Humble 和 Gene Kim 的研究得到推广,最终成为强烈推荐的书籍 icon
  • 使用系统不仅仅是编写代码,它是主动知识的生成。 在这篇文章中,Michael Feathers描述 icon
  • 1、《Clojure元素》的作者,茨特尔曼 2、我自称计算机哲学家已经很多年了,所以我推荐richhickey和Jonathan_Blow 3、软件是基于实际的哲学,一阶谓词逻辑。我通过阅读实际的哲学而不是软件书籍学到了很多关于软件 icon
  • 长期以来,我一直在想,通过一个将员工视为组织提供的能力的消费者的视角来看待所有的组织是否有价值?然后问 "你的组织方式如何提供这些能力?" 这可能看起来有点玄,所以这里有两个例子: 跨国集团Acme公司遵循 "传统 "的组织模式,它 icon
  • 许多团队也将考虑“最佳实践”的一些软件工程实践,下面是一些建议: 1、文档与代码在同一个 repo 中的内部文件最重要的特点是信任:人们是否相信文件既存在又是最新的? icon
  • 在我的工程生涯中,我做出了一个选择,离开了个人贡献者(IC)的轨道,转而担任技术领导职务。当时,我觉得自己已经在一些工程学科上取得了知识和技术深度,想尝试一下领导力。像很多人一样,我做出这样的选择是出于各种我认为很明显的原因:获得更多的权力、更多的声望、更多的报酬,以及在整个组织内更大的影响 icon
  • 企业可读性是一种艺术,它使那些没有直接参与的人更容易理解任务及其结果。我将帮助你了解为什么这是一件需要注意的重要事情,以及如何利用它来帮助你的职业生涯。 简介首先,一些定义。我使用 "公司 "和 "企业 " icon
  • 了解文化与成功之间的联系:我希望我已经让你对文化催化你自己和你的团队成长的潜力有了一些了解。文化在出现时总是独特而令人惊讶的。这个过程有点像园艺--它取决于环境。然而,我发现有三个反复出现的主题可以为文化的出现创造肥沃的条件:自主性、连接和使命。 icon
  • 工程战略应该实现什么,以及工程主管如何指导该战略的制定? 示例策略我们希望我们的策略解决的主要因素是(例如,我们对我们的情况的诊断): 我们支持三个业务线(消费者、企业对企业和新实验)。80 icon
  • 许多人讨厌架构评审。 我能理解他们。当它作为一个无聊且无用的委员会完成时,充满了不明白你在说什么的人,但仍会做出决定。 但是架构审查是一种有效的机制,可以确保具有不同观点、约束和时间范围的利益相关者之间的 icon