领域驱动设计之限界上下文
最近利用早上的时间开始学习领域驱动设计，讲到关于“限界上下文”，属于领域驱动设计中，战略设计层面非常重要理念。限界上下文，映射到我的工作中，从业务层面来讲就涉及到我们的模块或领域的划分，不同的限界上下文之间的隔离机制，同一个限界上下文的内聚性，与其他限界上下文之间的交互和通信的设计都是需要考虑的。这属于业务层面的划分，最终这部分也会涉及到组织层面的团队结构的划分。组件团队还是特性团队，同一个限界上下文的交付理论上来说在同一个特性团队内交付才能达到沟通协作成本的最小。原以为领域驱动设计只跟代码的架构设计相关，这部分学习下来，战略设计这一层的还事关从业务领域的抽象，限界上下文的识别，特性团队的组件等宏观层面都有关系。
筱晓读书养成记
自从欣妹儿推荐了丹妈童书的公众号，陆陆续续就给小家伙买了不少书。每天晚上睡觉前，最喜欢的事情就是跟爸爸妈妈一起读书和画画。最近接收到身边许多小伙伴关于给小朋友报各种早教和补习班的案例。关于这部分脑子里也有不同的声音在打架，这条路还很长，我想我首先需要的是厘清那些声音背后，我自己的想要，筱晓的需要究竟是怎样的。对于目前来说，她喜欢做的，跟她在一起可以很愉快的事情便是值得去做的。比如，拿着蜡笔在纸上一起涂涂画画。比如，一起读绘本，讲故事。
遗留故障的背后
今天正在做需求研讨，范范过来找我，提到需要关注下周要发的版本的遗留故障情况。提醒我们这几天遗留故障清理效果并不太好。先安抚他，然后去仔细把遗留故障拿出来看了一下，发现许多的故障都已经处于待拒绝状态，还有一些故障大家已经分析得差不多，只是还差流程没有走完。如果按照以前，我会直接发一封邮件出来，并把遗留故障的情况做一个可视化，发邮件的时候，脑子里是带着满满的评判(怎么大家处理了这么久？还是剩下这么多？)今天，换了一个心境，如果谁的遗留故障太多，是否是工作上还需要在协调或分担一下。抱持这这样的心态再去处理这件事情时，我看到了大家的积极的一面。
