• 学习了2年多的java，设计模式，感觉小有所成，可是最近两个月的笔试和面试，我慢慢觉得原来算法是最重要的，无论是微软，亚马逊，百度还是豆瓣，笔试的都是大量的算法题，而且都是比较深入的那种，现在我买了本《算法导论》，自己重新慢慢看，哎，为了找份不错的工作，真是不容易啊。其实中国的很多java软件企业在
  • 我认为，任何业务可以描述为： 1，时间，2，场景（上下文），3，角色（party），4，主题(事件启动，事件源、动机)，5，行为（事件步骤，含中间状态），6，结果（状态持久化）
  • 它也称为战略建模，它是DDD的支柱，其主要目标是与整个项目团队（领域专家和技术团队）一起定义有界上下文，统一的无所不在语言和上下文映射。要清楚地了解战略项目是什么，您需要掌握我所谈到的每个概念。 有界上下文/界定上下文 icon
  • 这是一位使用DDD已经五年的经验分享：我最近一直在谈论领域驱动设计（DDD），无论是在聚会还是与客户，所以我想我会写下我的想法，看看它是否有帮助。现在，很多人都从技术角度撰写了有关DDD的文章，这是其他人的DDD，所以我不打算这样做，而是从非技术角度讨论DDD。 icon
  • 统一语言也称为无处不在的语言、通用语言、泛在语言，无处不在的语言是在有界的上下文中建模的，在其中标识表达了业务领域的术语和概念，并且不应该有歧义。无处不在的语言是Eric Evans在“域驱动设计 - 处理软件核心中的复杂性”中使用的术语，用于构建由团队，开发人员，领域专家和其他参与 icon
  • “钻木取火”中理解业务最近几天想做些有用的东西，这些东西不仅是对公司、对项目有用，更重要的是对自己有用。前面写了一些关于项目持久化的东西，我想现在对上篇文章中的技术问题作一个具体的解释和说明。这篇文章主要是关于业务分析的文章。第一、业务是什么？如何去剖析业务？去解释业务？我想 icon
  • 本文作者Alvaro Videla，他是FaunaDB的核心开发人员，在瑞士的家中工作，他还是RabbitMQ的核心开发人员，也是构建德国最大约会网站之一的团队的首席开发人员。他是RabbitMQ in Action的合著者。将现实世界转换为数字抽象需要蒸馏提炼。而且，编程与文学翻译 icon
  • 看了flyzb 的对领域驱动设计的初步认识博客 icon
  • 虽然基于领域事件的建模特别与DDDesign相结合越来越受欢迎，但我看到了一些在某些情况下可能有效或无效的命名气味。1）最明显的“CRUDish事件气味”。像SomethingChanged，SomethingUpdated这样的事件可能表明没有足够的领域探索，或者行为领域方面探索很 icon
  • 本文深入研究DDD和模型：它们是什么，它们之间的关系以及模型在领域驱动设计中的工作方式。 模型作为深入洞察的工具让我们首先解释DDD对模型的意义，因为它们位于DDD的中心。在系统开发中，“模型”一词意味着许 icon
  • 1.真正的需求是不变的，变化的是你对需求的理解，和对它的抽象（也就是你的设计）。2.面向对象不是银弹，而是铜弹，如果你的设计有90%以上是关于类型的描述，那么你的生产力才有可能提高一个数量级。 icon
  • icon
  • 目前正在做一个关于照片的项目，其中有一块设计请大家帮着看看有需要种类的商品，比如画册，海报等，而在这些种类里面呢，还包括了比如经典画册，正方形画册，海报中也是经典海报，迷你海报等等，而且他们还有不同的规格，比如7*5 10页画册，6*4 20页画册。海报呢又分为横向和纵向，7*5，6*4等等 icon
  • 我在软件工程中工作的越长，我就越注意到它不是关于技术，而是关于人类以及它们彼此交互的方式。我们的工作是消除团队的障碍。有时它是工具，有时它是一种语言，有时它是沟通。- o0ignition0o 众说纷纭：我喜欢与你交谈，但每次总是以令人敬畏 icon
  • 在亚历山大的模式语言这本书中，作者这样说道：每一个充满活力的完整的社会都有它自己独特而清晰的模式语言。那么在每一个软件项目所对应的目标社会群体，也应该有一个自己独特的模式语言。那么软件开发工作的目标应该是发掘出该社会群体的独特的模式语言，方能反映出该社会群体的本质，保证该软件项目有足够的生命力。而设 icon