• 软件中的“抽象”是使其成为伪工程的原因。我们必须与主观性作斗争,使软件成为确定性学科。基于事实证据、类似会计记账的方式是将带回确定性的一种方式。事件溯源Event sourcing是做到这一点的最佳方法。现在开始就要使用基于eventsourcing制作的方法和工具。
  • 程序员在规划自己的职业道路时必须回答的第一个关键问题是他们想成为软件工程师(SWE)还是 icon
  • Defect和Bug翻译成中文都是缺陷的意思,两者有什么区别?Bug是编程错误的结果,Defact缺陷是与需求的偏离。Defect缺陷不一定表示代码中存在bug,它可能是尚未实现但在软件需求中定义了的功能。测试是识别缺陷defact的过程,Defect缺陷是实际结果与预期结果 icon
  • 技术业务管理(TBM)是由技术业务管理委员会(TBM Council)创建的协作框架。TBM与IT服务管理( icon
  • 如果您使用Git有一段时间,则应该遇到git log。众所周知,git log是一个简单的命令,可以帮助我们查看更改或项目历史记录。即使如此简单,它仍然是一个非常强大的工具,它带有许多选项,可帮助我们查看项目更改及其结构。我们将在本文中看到一些最常用的选项。 icon
  • 我们的行业因术语混乱而臭名昭著。软件开发中的角色就是一个很好的例子。诸如架构师,技术主管,团队主管和工程经理之类的头衔给人带来无尽的困惑。在本文中,我们将探讨技术负责人角色的定义。 定义简而言之:技术负责人 icon
  • Ç ontinuous我Continuous Integration 和Continuous Delivery管道,也被称为CI / CD, icon
  • 作为业务分析师,我们以BRD(业务需求文档),FSD(功能规范文档)和SRS(软件需求规范)等不同文档捕获需求。如果我们要以这么多不同文档来捕获需求?那么为什么这些文档名称会不同?答案是肯定的。我们正在从不同角度捕获需求。这就是文档名称不同的原因。 需求是指从业务用户的角度来 icon
  • 只有两种语言:人们抱怨的语言和没有人使用的语言。StackOverflow的2020年开发人员调查包括一张表,该表显示   icon
  • 如今,奥迪和汇丰银行等公司在其所有领域中都使用了IT系统。这是否使他们成为IT公司而不是银行?大多数人可能会认为汇丰是一家银行,就像奥迪是一家汽车制造商一样。但是,Chime等数字银行或提供数字产品的公司呢?在数字公司中,大多数员工都在开发软件。因此,它们也不是IT公司吗?不,他们是IT公司 icon
  • awesome-cto-为首席技术官精心策划的资源清单,重点是初创公司,更多详细点击标题见Github:通用 icon
  • 现在有3种流行的软件工程方法:简单的:不能真正解决问题的简单方法 -Scrum复杂的:可任意选择解决方案 -SAFe1&2的混合:LeSS现在我们正在踏步于SAFe第二阶段,未来可能更需要第三步,第2步的SAFe到底是什 icon
  • 著名的3层模型(如果有预算,有时甚至是4层模型):开发是在通常在每个开发人员的本地笔记本电脑上编辑代码的地方。测试是多个开发人员的代码第一次相互看到。在这里进行集成测试,用户接受测试和其他质量检查。有时这与暂存合并。暂存是一个预发布的存放区 icon
  • 本文指出了所有开发人员在审查其代码或提交拉取请求时可能遇到的特定反模式,并对此进行了谴责。代码作者花了数小时甚至数天的时间来创建他们认为最有效的解决方案。他们考虑了多种设计方案,并采取了最相关的道路。他们考虑了现有应用程序架构,并在适当的位置进行了更改。然后他们将其解决方案作为请求请 icon
  • IT行业尤其是软件开发行业一直是AI的早期践行者。在这篇文章中,我们描述了机器学习和AI在软件开发的不同方面的一些早期应用。我们还描述了在未来几年内将AI用于软件开发的领域将会加速发展的领域。当今的软件开发通过连续集成(CI)和连续部署(CD)的视角来实现软件自动化,这是两种广泛使用 icon
  • 1.康威定律也称为:“您将承载组织结构。 ”“任何设计系统的组织都将产生其结构是组织通信结构副本的设计。”您可能认为可以通过跨职能的站立会议、利益相关者更新和决策矩阵来避免这种情况,但是最终且不可避免地,优先级的冲突或分 icon