近日，数据库和数据工程领域的顶级学术会议之一 ICDE（IEEE International Conference on Data Engineering）在荷兰乌得勒支举行，字节跳动基础架构团队的论文《Resource Allocation with Service Affinity in Large-Scale Cloud Environments》成功入选。
微信考虑到小程序的体验和性能问题限制主包不能超过2M。哈啰微信小程序也随着业务线在主包中由简到复杂，体积越来越大，前期业务野蛮增长阶段npm库缺乏统一管理，第三方组件库本身工程复杂等问题导致包体积长期处于2M临界卡点，目前存在以下痛点： 阻塞各业务正常微信小程序端需求排期。 迭代需求需要人肉搜索包体积的增长点，推动增长业务线去优化对应的包体积，治标不治本。 缺乏微信端包体积统一管理平台来限制各业务包体积增长。 微信包体积太大导致加载时间长、体验差。 所以主要从包体积优化和长期控制包体积增长两个方面让微信包体积达到平衡状态，长期运行。
阿里拍卖是阿里巴巴旗下拍卖平台，覆盖房产、机动车、土地、债权等类目。召回策略作为推荐场景的第一环，决定了整个推荐系统的上限，目前包含了包括向量召回、I2I、LBS2I、C2I等多路召回。召回的核心目标是尽可能的返回用户所有可能会感兴趣的商品，给到后续粗排、精排、重排环节，最终曝光给用户。 与淘宝APP的普通商品不同，大资产商品有其独有的特点。唯一性：每件商品都是唯一的、单库存的，世界上没有两套一模一样的房子，导致对于单商品的学习难度较大；周期性：资产的预展周期通常为一个月左右，从资产上拍预展到结拍下架，时间很短，模型可能刚学习完这个商品，商品就要下架了；高价性：房子价格动辄几百上千万，土地价格动辄上亿，对于目标人群的筛选难度较高。 本文旨在分享多兴趣向量召回MIND和深度I2I召回模型PDN在阿里拍卖资产推荐场景的实践经验。内容包括模型的介绍，大资产场景的针对性优化，以及最终的效果分析，希望能对大家有所帮助和启发。
文章来源于火山引擎数智平台VeDI旗下湖仓一体服务LAS，对SQL 权限精细化管控技术的探索及业务应用。具体包括 SQL 权限精细化管控技术研发的背景，基于 SQL 血缘进行权限点提取的思路以及具体实践方案，重点从权限管控维度阐述了字节跳动的权限管理服务如何基于精准细粒度的 SQL 权限点信息，完成行列混合的资源粒度权限管控工作，目前文中提到的基于SQL血缘精准权限提取能力已经通过火山引擎数智平台VeDI对外输出。
本文阐述了百度&YY互动团队在设计稿转代码方面的实践与沉淀，自研的YYF2C是Figma & AI相结合生成开发代码的一站式解决方案。文章将从遇到的痛点以及对应的方案成果来阐述，并介绍相对应的YYF2C功能点。
生成式AI影音已经成为当下社交平台流行的展示方式，特别是在节日和网络热点期间，大家纷纷投入到当下最流行的生成式AI玩法中，目前比较流行的有AI写真馆、AI风格化及AI视频。 UGC产品结合最新技术上线AI发布器玩法，旨在实现AI大众化，借助 AIGC 来实现百度UGC生态的繁荣。特别是在春节期间迎来爆发式传播，推出了迎财神、龙潮儿、烟花、汉服、召唤神龙5款生成式AI玩法。本文针对百度APP AI发布器在春节期间推出的5款生成式AI玩法，为大家详细拆解AI人像的生成模式。
在选择任务调度平台时，团队遇到了一些实际的问题。现有的开源项目如XXL-Job、Elastic-Job，虽然功能强大，但主要是围绕Java设计，而我们团队主要使用Go语言进行开发。这使得我们在集成和使用这些工具时遇到了诸多不顺。经过深入的调研和讨论，决定开发一个适合Go语言的任务调度框架，以满足我们的特定业务需求。于是，Go-Job应运而生。 为了让大家有个全面的了解，接下来主要探讨它的架构设计和功能特性。
本文结合个人理解梳理了BitMap及Roaring BitMap的原理及使用，分别主要介绍了Roaring BitMap的存储方式及三种container类型及Java中Roaring BitMap相关API使用。
