POI 是 Point of Interest 的缩写。在电子地图上，POI 代表餐厅、超市、政府机关、旅游景点、交通设施等等 。POI是电子地图的核心数据。对普通用户而言，POI 数据包含的名称和位置信息，能够满足其使用电子地图“查找目的地”，进而唤起导航服务的基本需求；
遮挡严重
在道路场景中，经常存在树木以及车辆等干扰信息，并且由于拍摄视角原因，拍摄到的POI牌匾经常会面临严重的遮挡问题，如下图所示：
类别错误，即不同牌匾分为同一类别。因此，我们针对该问题进行了相应优化：1）采用多趟资料匹配结果，提升同一类别下牌匾的多样性；2）采用Batch采样策略以及MDR loss来降低模型对错误标签数据的敏感性。
这些Bad case就是我们设计的多模态检索模型的初衷，并且也在优化过程逐渐得以解决，如图(d)、(e)、(f)所示。我们提出的多模态检索模型通过对全局特征优化以及引入局部特征对齐，使得模型更多关注到牌匾上更有区分性的局部特征，
但是对于如何具体落地使用DDD，可能大家还是一脸懵B的状态，因此从本文开始以及后面的文章将对如何进行DDD落地进行详细的阐述。
实体
和值对象不同的是，实体是有唯一标识的，这就好比我们每个人都会有sf证，sf证上面的sf证号码就是每个人的唯一标识。另外这个sf证号码会一直跟着我们不会改变，即使你改了名字户口状态变化，但是sf证号码是不会变化的，这也是实体的另一个特征就是它具有延续性。实体对应了业务对象的业务属性以及业务行为。
在DDD领域驱动设计中，领域层应该是核心层，但是传统的四层结构中基础层却处在核心位置，有点本末倒置的感觉。所以应该采用以领域层为核心的新的四层结构的方式优化原有的结构，实现对于基础层的解耦。
1、精力不够怎么办——沉浸式融入
沉浸式融入是指当你做一件事情的时候全身心的投入，不要想的太多。
• 沉浸式融入家庭
我们给下游提供自身的产品或系统能力等，当下游在使用这些产品或系统能力时，我们要去依赖、跟踪。这样看起来是有一些像微服务的。梳理好各自的依赖、梳理好各自的输入输出参数，用微服务的理念来管理工作。
要将自己的诉求以一种更加具体的数据等形式表现出来。当然我们只需要关心自己的上游，而不需要关心上游的上游。在项目合作中，还要一个非常重要的关系：下游。我们通常将下游当做甲方去对待。
