一家非常大的物流公司聘请了一家咨询公司来建立一个网上商店来购买该物流公司的产品。该系统的核心是一个使用通用订单框架构建的专有订单引擎。我们检查了系统并发现以下行为： 一切都是命令。如果您想更改地址、购.

巨大的机会：创业公司可以解决金融科技行业中“无差别的繁重”问题，将解决方案抽象为一项服务，然后将其出售给金融科技公司，然后金融科技公司可以专注于真正让它们与众不同的地方。这类似于 Web 1.0 时代.

交易型（Transactional ）应用是让你能完成某些任务的应用程序。这个任务可能很简单，比如检查一个正在运输的箱子的位置，或者给一个朋友或同事发送一个信息。该应用程序协助用户完成一个目标，但该应.

你是把每个微服务放在它自己的 git 存储库中，还是使用 monorepo？如果是后者，您如何在同一个 repo 中处理多个服务？回答1. 我一直为每个服务使用一个 repo，但这主要是因为我们在工作.

正在为一个复杂的工资系统进行积压工作。我所列举的一切都有相同的优先级。比如： 我们需要时间表功能来使佣金工资变得正确。 需要设置一个角色树，并且能够被改变，以便每个员工得到正确的工资。 工资需要与角色.

如果你正在开发一个大型的、复杂的应用程序，或者正在拆除一个单体的应用程序，你应该考虑微服务架构。微服务架构将一个应用结构为一系列松散耦合的服务。微服务旨在通过实现持续交付和部署来加速软件开发。在微服务.

企业家不能非理性地执着于创新，当然在某些情况下是绝对需要新鲜的想法，但如果对原创性产生依恋，或厌恶拷贝他人开创性想法，也会导致成功的重大延迟（甚至失败）。此外，一次性做好几件事总是比做好一件事困难得多.

2010 年代是软件工程史上的一个转折点。在本世纪初，Eric Ries 通过The Lean Startup(精益创新)颠覆了构建数字产品的传统方法。在这十年末，Matthew Skelton 和 .

在商业、技术和一般领域，“领域”一词经常出现，并在各种上下文中具有许多不同的含义。当与使用不同定义的不同公司或社区合作时，这有时会变得棘手。一般的问题是，当我们使用像领域这样的通用和模糊词时，我们会做.

假设有一个农业机械零件的批发商。他们建立了一个 B2B 网上商店，供经销商和机器维修公司订购。在他们无处不在的统一语言与术语中，订单代表了这个自动化流程：它使客户能够挑选产品，应用正确的折扣，并将其推.

在编程中，困难的部分不是解决问题，而是确定要解决的问题。 -  Y Combinator的联合创始人Paul Graham最好的程序员可以在十分之一的时间内解决指定的问题。但是，如果问题仍然存在，该怎.

电子邮件唯一性检查属于业务逻辑，是应该放到领域模型User类中？还是UserController中？这里有领域模型完整性和纯度的抉择： 领域域模型完整性是指您的域模型包含所有应用程序的域逻辑。按照这个.

使用微服务意味着从松散耦合的服务创建应用程序。该应用程序由几个小服务组成，每个小服务代表一个单独的业务目标。在复杂的应用程序中结合使用之后，它们可以单独开发和维护。微服务是具有特定有边界的上下文，配置.

LOB application(Lob 应用程序)是对运行企业至关重要的一组关键计算机应用程序之一。LOB应用程序通常是大型程序，包含许多集成功能，并与数据库和数据库管理系统绑定在一起。在软件中，为什.

我们是程序员，所以编写代码就是我们要做的工作，不是吗？但是，我们的工作比整天在屏幕前敲击键盘上的按键要复杂得多。如果跳出编程语言，框架和流程的范畴，超出了测试套件、冲刺和Jira的范畴，那么您总会发现.

DDD不是聚合、事件溯源、CQRS、事件风暴等。这些都是工具。它们已被证明在DDD项目中非常有用。但是我们必须小心，不要将演奏乐器与音乐艺术混淆。对我而言，这是DDD的关键是：与大型系统的复杂性作斗争.

基于模型的管理是指基于从记录当前状态的模型中收集并理解信息，管理和做出有关业务，流程或系统的未来方向的明智决策的活动。最近，术语“基于模型的管理”已越来越有规律地用于描述战略业务计划中模型的使用。重点.

在过去的几年中，我已经对处于数字化转型过程中的多个产品团队进行了架构审查。大多数团队都在按照微服务架构构建产品。他们有使用基于微服务的体系结构的所有正确意图-更快的开发，更好的可伸缩性，更小的独立团队.

很长时间以来，我对公司组织软件开发团队的方式感到失望。我记得我还是一个年轻的，天真的软件开发人员，我曾假定会存在类似于设计软件架构的结构化过程和模式。我渴望结构和分析思维模式来设计最佳解决方案。令我感.

“企业资源计划系统”（ERP系统）之类实际上是一种瑞士军刀软件系统。毫无疑问，它们确实是功能强大的工具，但是在某些情况下，它们可能造成的弊大于利。因此，我想讲一个虚构的故事，该故事显示了组织如何陷入困.

最近公司在做一个项目，公司以前是做C/S的，目前在向Java方面转型，这个项目在技术BOSS的领导下用领域模型模式实现。 倒是请了些有Java开发经验的，技术是没有问题，但以前都用事务脚本，有很重的数.