Dojo
话题
新佳
订阅
极道
元认知
元逻辑
元设计
元编程
元语言
DDD泛在语言UL
算法还是最重要的
学习了2年多的java,设计模式,感觉小有所成,可是最近两个月的笔试和面试,我慢慢觉得原来算法是最重要的,无论是微软,亚马逊,百度还是豆瓣,笔试的都是大量的算法题,而且都是比较深入的那种,现在我买了本《算法导论》,自己重新慢慢看,哎,为了找份不错的工作,真是不容易啊。其实中国的很多java软件企业在
业务模型统一描述
我认为,任何业务可以描述为: 1,时间,2,场景(上下文),3,角色(party),4,主题(事件启动,事件源、动机),5,行为(事件步骤,含中间状态),6,结果(状态持久化)
5年DDD从业者分享适用于所有人的领域驱动设计
这是一位使用DDD已经五年的经验分享:我最近一直在谈论领域驱动设计(DDD),无论是在聚会还是与客户,所以我想我会写下我的想法,看看它是否有帮助。现在,很多人都从技术角度撰写了有关DDD的文章,这是其他人的DDD,所以我不打算这样做,而是从非技术角度讨论DDD。
对领域驱动设计的初步认识的一些看法
看了flyzb 的对领域驱动设计的初步认识博客
什么是DDD领域驱动设计的战略设计?
它也称为战略建模,它是DDD的支柱,其主要目标是与整个项目团队(领域专家和技术团队)一起定义有界上下文,统一的无所不在语言和上下文映射。要清楚地了解战略项目是什么,您需要掌握我所谈到的每个概念。 有界上下文/界定上下文
我觉得最经典的两句话,欢迎大家续接!!!
1.真正的需求是不变的,变化的是你对需求的理解,和对它的抽象(也就是你的设计)。2.面向对象不是银弹,而是铜弹,如果你的设计有90%以上是关于类型的描述,那么你的生产力才有可能提高一个数量级。
漫画:DDD行话
编程=翻译?
本文作者Alvaro Videla,他是FaunaDB的核心开发人员,在瑞士的家中工作,他还是RabbitMQ的核心开发人员,也是构建德国最大约会网站之一的团队的首席开发人员。他是RabbitMQ in Action的合著者。将现实世界转换为数字抽象需要蒸馏提炼。而且,编程与文学翻译
“钻木取火”中理解业务
“钻木取火”中理解业务最近几天想做些有用的东西,这些东西不仅是对公司、对项目有用,更重要的是对自己有用。前面写了一些关于项目持久化的东西,我想现在对上篇文章中的技术问题作一个具体的解释和说明。这篇文章主要是关于业务分析的文章。第一、业务是什么?如何去剖析业务?去解释业务?我想
一个项目的一块设计问题
目前正在做一个关于照片的项目,其中有一块设计请大家帮着看看有需要种类的商品,比如画册,海报等,而在这些种类里面呢,还包括了比如经典画册,正方形画册,海报中也是经典海报,迷你海报等等,而且他们还有不同的规格,比如7*5 10页画册,6*4 20页画册。海报呢又分为横向和纵向,7*5,6*4等等
关于模式语言
在亚历山大的模式语言这本书中,作者这样说道:每一个充满活力的完整的社会都有它自己独特而清晰的模式语言。那么在每一个软件项目所对应的目标社会群体,也应该有一个自己独特的模式语言。那么软件开发工作的目标应该是发掘出该社会群体的独特的模式语言,方能反映出该社会群体的本质,保证该软件项目有足够的生命力。而设
上页