软件工程资料汇编

     

什么是AIMS方法?

37

AIMS 方法可在行为体和相互作用的情况下发生变化,并配备监测器,以检测早期出现的扩大或抑制迹象。"Aims" 是缩写,代表 "Actants, Interactions, Monitors, and.

架构:软件成本估算

138 12K

本文提出了一种新颖的软件成本估算混合方法,该方法将软件离散为更小的任务,并使用专家判断和算法技术。通过使用基于体积和复杂性的双因素资格系统,我们提出了一种更具适应性和可扩展性的模型来估计软件项目持续时.

更小的代码评审提高效率

58 3K

在软件开发中,代码审查(代码评审)在帮助及早检测应用程序源代码中的问题并促进团队成员之间的协作方面发挥着重要作用。将代码审查分解为更易于管理的部分可以产生巨大的好处。审阅周期越短,就越容易理解。换句话.

软件顾问与软件开发人员:有什么区别?

118 5K

在软件开发领域,软件解决方案的概念和执行很大程度上取决于软件顾问和软件开发人员等两大技术专家的职责。虽然这两个角色对于成功完成软件项目都很重要,但他们的职责和技能有所不同。本文将讨论软件开发人员和软件.

24年1月大科技公司的工程博文摘要

73 8K

过去两周科技公司的工程博客上最值得关注的文章:用微服务重建Netflix视频处理管道、Cloudflare的DDoS威胁报告、提高Expedia航班搜索速度、衡量预订移动应用性能等等!1. “用微服务.

什么是探索树工程方法?

76 2K

介绍了一种名为"Discovery Tree探索树"的工作追踪和聚焦技术。它是一种敏捷的工作追踪方式,通过可视化的方式有效地跟踪工作进度和任务状态。这种方法可以帮助团队更好地理解工作,提高效率,并保持.

敏捷方法教程

110

敏捷教程也称为敏捷方法论,它涵盖了学习敏捷所必需的基本和高级敏捷概念。它适合初学者和专业人士。敏捷是一种简单的软件开发方法,只需 1 到 4 周的时间。它对软件排列进行快速且最小的更改。敏捷方法的好处.

软件开发中的迭代与增量模型

151 2K

在软件开发中,有两种主要方法:迭代和增量。迭代模型涉及重复的开发周期,允许随着项目的发展不断改进。它灵活且能够适应变化。另一方面,增量模型侧重于以更小的功能部分交付软件,并在每个增量的基础上构建。这两.

什么是质量金字塔?如何实现?

158 9K

“质量金字塔”是一个通常与软件测试和质量保证相关的概念。它表示一个层次结构,根据范围和抽象级别说明各种类型测试的分布。金字塔通常由三个主要层组成:底部的单元测试,中间的集成测试,最后是顶部的端到端(E.

哪种 SDLC 模型最好?为什么?

113 2K

软件开发生命周期 (SDLC) 是一个框架,概述了软件开发所涉及的各个阶段,从最初的概念到最终的部署。有多种 SDLC 模型,每种模型都有自己的优点和缺点。选择最合适的SDLC模型是一个关键决策,它对.

最佳软件架构书籍终极清单(2024 年)

567 1 6K

这篇文章介绍 2024 年您应该阅读的最佳软件架构书籍列表。1、软件架构基础知识马克·理查兹和尼尔·福特的工程方法本书是一本关于软件架构的综合指南,由经验丰富的从业者撰写。它涵盖了软件架构的各个方面,.

高级软件工程15本书籍

326 3K

如果您想学习软件工程技能并提高您的专业知识,那么这里是您的最佳选择。我们有一本很棒的书,可以极大地增强您在软件工程方面的知识。1)干净的代码Robert C. Martin 写了一本名为“干净代码:敏.

架构决策的制定过程

137 5K
自 20 世纪 90 年代软件架构诞生以来,架构决策 (AD) 一直在回答有关设计选项的“为什么”问题。捕捉它们的方法应该成为每个架构师工具箱的一部分。少即是多——只有关键的广告才能证明这一努力的合理.

《人月神话》小结

153

弗雷德·布鲁克斯 (Fred Brooks) 在《人月神话》的伟大之处在于,它围绕着在任何专业软件开发过程中除了代码之外的所有事物的重要性。应该成为每一位管理工程师的管理者的圣经。《人月神话》认为,由.

谷歌:编写干净的代码以减少认知负荷

263

您是否曾经阅读过代码却发现很难理解?您可能正在经历认知负荷!认知负荷是指完成一项任务所需的脑力劳动量。阅读代码时,您必须记住变量值、条件逻辑、循环索引、数据结构状态和接口契约等信息。随着代码变得更加复.

通过 TOGAF 实现数字化转型

140

TOGAF(开放组架构框架)是一个强大的工具,可以帮助您实现这一目标。在本文中,我们将探讨 TOGAF 如何支持数字化转型计划并帮助组织适应快速发展的技术环境。架构开发方法(ADM)是 TOGAF 提.

软件工程师10个难以接受的事实

292 3K

上周末我有机会与一些刚刚获得学位的学生交谈。他们正在追求第一份软件工程师工作。在与他们的交谈中,我了解到他们对这份工作的看法是相当错误的。这是因为这些新孩子的现实是如此扭曲。他们只看到高薪、远程工作、.

2023 年价值流管理现状

74

价值流管理联盟最近发布了我们的第三份年度报告《2023 年价值流管理状况》。今年的报告深入探讨了 VSM 采用率如何不断提高以及这些实践如何推动更高水平的组织绩效。2023 年报告的主要发现包括: ■.

使用“Zen to Done”方法创建新的生产力习惯

151

生产力是在你的生活和职业生涯中完成这项工作的一项基本技能,但它也很 重要,因为它可以给你带来成就感并增强你的幸福感。“达到禅宗的境界(Zen to Done)”方法帮助你获得更多的生产力和幸福感。什么.

Spotify的产品模型

220 6K

Spotify 是一家杰出的公司,是我工作过的最好的公司。六年多后,当我离开公司时,我想帮助其他公司变得更像 Spotify。然而,我不认为公司可以仅仅复制后来被称为“Spotify 模式”的部落、分.

NASA 向 120 亿英里外的航天器发送了软件更新

120

旅行者 2 号距离地球超过 120 亿英里,正在穿越星际空间。在近 50 年的旅程中,探测器看到的宇宙范围比我们以往任何时候都多。现在,NASA 已经完成了Voyager 2的关键软件更新,这将有助于.

Slowify:组织制胜秘诀

101 4K

我与 Steve Spear 博士合着的新书《Wiring the Winning Organization》将在大约一个月内出版!毫无疑问,这是我做过的最具智力挑战的事情,但也是最有价值的。我的个人.

数学家陶哲轩在形式证明帮助下发现论文中错误

203

数学家陶哲轩在Lean4形式化证明时发现已发表论文中的错误:陶哲轩在用Lean4发现了一个小错误:论文论证中出现的表达式 12logn-1n-k-1 在 n=3,k=2 的情况下实际上是发散的。幸运的.

有关麦肯锡量化开发人员生产力的错误之处

147 3K

今年八月,咨询巨头麦肯锡在一篇题为“是的,你可以衡量软件开发人员的生产力”的文章中宣布了自己的解决方案,但引起了不同的反应。开发人员的生产力是一个很难定义的概念。为此,麦肯锡选择了两个流行的工程度量框.

认知偏差中六个关键特征

133

认知偏差与视觉错觉一样,是人类认知的关键特征。本论文仅将其分为几类: "我的经验是合理的参考"--这种信念导致人们把自己的经验作为判断他人的锚,从而产生错误共识、聚光灯效应等偏差。 "我对世界的评估是.

牛X软件工程师应该知道的概念

532

如果你知道以下概念的含义,你就是一个伟大的工程师,:  幂等 幺半群 解耦  依赖注入  - 单元  函数式编程  异步编程 并行编程  线程 同步锁 最终一致性  精确一致性 exactly-onc.

戴尔·卡内基《如何赢得朋友并影响他人》总结和要点

188

戴尔·卡内基的Dale Carnegie's 《如何赢得朋友和影响他人》How to Win Friends and Influence People是有史以来最受欢迎和最有影响力的自助书籍之一。该书.

麦肯锡:程序员的生产力可以量化

321 1 5K
长期以来,测量、跟踪和基准测试开发人员生产力一直被认为是黑匣子。事情并不一定是这样的。现在,大多数公司(在某种程度上)正在成为软件公司,无论哪个行业,领导者都需要知道他们正在尽可能成功地部署最有价值的.

演示驱动开发

148 3K

演示驱动开发(Demo-driven development):将工作分解为用户故事,计划每周演示,并将会议重点放在目标而不是任务上,以推动有效的产品开发。项目计划应重点关注里程碑和用户故事而不是任务.

什么是盖尔定律?

406 2K

适用于软件开发人员的盖尔定律(Gall's Law,也称为加尔定律)盖尔定律是对复杂系统的性质和演变的观察。这一原则在软件开发和系统架构领域引起了深刻共鸣。约翰-盖尔(John Gall)在其著作《系.