百度问一问作为真人实时在线的咨询服务平台，随着产品基础功能的逐步完善，弱化工具感、给用户带来更“真实”的情感化“真人服务”体验成为新的课题。设计师希望在咨询服务链路的B/C双侧增加符合问一问产品定位的IP形象，让其成为与C端提问者沟通的桥梁，并与B端答主形成情感共鸣。 IP角色上线后，一定程度上弱化了产品工具感强的问题，但视觉效果还有较大提升空间，问题主要集中在以下两点： 在人物设定上，原始定义较粗放简单，性格不够饱满鲜明，情感传递效果不足。 在人物外形上，皮肤缺少温度感，发型、服装及颜色相对陈旧。 于是，我们决定在一期IP形象的基础上，丰富人物设定、调优外形，打造具备更加情感充沛、年轻灵动的咨询服务人物形象。
得物 App 作为互联网行业的后起之秀，在快速的业务发展过程中基础设施规模不断增长，继而对效率和成本的关注度也越来越高。我们在云原生技术上的推进历程如图所示，整体上节奏还是比较快的。
向量检索被广泛使用于以图搜图、内容推荐以及大模型推理等场景。随着业务升级与 AI 技术的广泛使用，用户期望处理的向量数据规模越来越大，对向量数据库产品的稳定性、易用性与性能需求也越来越高。为此火山引擎 ByteHouse 团队基于社区 ClickHouse 进行技术演进，提出了全新的向量检索功能设计思路，满足业务对向量检索稳定性与性能方面的需求。
管理团队是一件非常困难的事情，在认知能力强的群体中尤其如此。历史告诉我们，缺乏组织的人类群体没有任何战斗力，且在社会化生产的过程中效率非常低下。 在一些公司中，管理问题时时刻刻存在。这些公司要么靠管理者的本能管理，要么靠经验性的管理框架来管理。在 IT 团队中尤其明显，这是因为技术管理者往往更关注技术本身而非管理。 有意思的是，管理能不能也用 “技术的语言”来表述呢？其实是可以的，作为一个分布式系统的爱好者，我慢慢发现分布式系统和团队管理有一些共通之处，且能用这些发现解决一些问题。这些问题对于管理者和团队成员都有一些启示，希望您能耐心地看下去。
在文章的开头，我们可以先来了解一下直播业务的大致业务架构。将直播业务简单分为两大类场景"看播"、"开播"，前者主要面向C端观看用户，后者主要面向B端开播主播。主播通过"开播工具"的开播产品功能，经由"开播平台"完成一系列开播动作，最后将媒体信息采集推送到多媒体服务器，C端观看用户就可以从CDN看到直播的视频流内容。 从数据流向来讲，"开播"场景是产生数据和触发关键事件的源头。这些数据或事件会涉及多个领域，如安全合规信息、房间信息、主播信息、开播场次信息、安全审计信息、多媒体信息等。 打个不太准确的比喻。开播系统对于直播平台的重要性，等同于订单系统对于交易平台的重要性。开播工具作为播端功能入口，直接面向官方开播工具（直播姬、粉版大加号、三方工具如OBS开播）的用户以及内部平台方的用户（其他业务线、产品&运营），对开播体验负责。开播平台在其中的职责，是向开播工具和其他平台方提供开播相关的平台化业务能力，如开关播、开通直播间、切换分区等。
