介绍网易邮箱数仓的演进和一些关键的技术方案引入，并阐述了这些决策背后的业务需求和技术考虑。

游戏中剧情任务贯穿始终，每时每刻都在向我们表达着游戏中丰富多彩的内容，当我们需要测试剧情的时候，一开始可能不知道要测试哪些内容，看似简单但是实际需要考量的细节还是很多的。本文主要从测试的角度，谈谈剧情测试的一些常见注意事项。

搜索是每个产品必不可少的链路，影响着产品的体验、留存、变现等重要指标。本次大神搜索链路的体验优化分为三个部分，分别是「建议页」的调动用户兴趣，「联想页」的提高内容命中，和「结果页」的提升检索效率。希望通过文章能为大家带来新的思考，借机交流探讨。

BFF 研发模式一直是业界广泛青睐的前后端协作模式，它能有效解耦前后端在协作上的依赖关系，从而大幅度提升研发效率。今年，云音乐基于 GraphQL 成功在团队内部落地 BFF。

网易易盾技术干货：SO VMP 加壳与混淆，为移动应用提供函数级保护。

针对库存中心线上业务full gc问题进行深入分析，并结合此次问题解决的方法、根因分析落地此类问题的解决思路，并沉淀出一些通用的实践经验及注意事项。

云音乐曙光埋点已建成一套完成的理论体系、研发体系，本文将从曙光埋点平台服务端角度来讲述平台建设中遇到的问题及解决思路。

代码体积的控制对前端来说至关重要，尽管网络条件逐渐变好，但是代码体积的增加不仅仅只影响资源加载速度，还会直接或间接影响浏览器各类性能指标。

例如增加用户内存使用消耗，内存的增加又会更频繁的触发 V8 引擎的 GC 机制，进而影响页面交互性能。

本文从一个典型的 Webpack+Babel 工程出发，找到构建产物体积变大的常见原因和对应的解决思路，减少项目代码构建后的体积。

库存平衡分仓策略相当于解一道数学难题，需要罗列许多影响因素，结合业务发展特点通过不断甄选出TOP因素，并将这些因素作为策略基石应用于分仓策略中。

本文主要介绍对云音乐RN收银台进行monorepo改造的一些实践经验。

什么是融合通信呢？顾名思义，融合通信的核心是融合，它涵盖了多种通信技术，比如 IM、RTC、白板、直播、点播、PSTN 等，融合可以从两个方面理解，首先是业务的融合，也就是从业务方的视角来看，作为一个业务的开发者可能需要使用多种通信技术，才能实现对应的业务逻辑；其次是技术的融合，从融合通信的技术提供方的角度来看，它需要我们把多种通信技术在底层打通，通过底层的深度融合，这样才能方便业务使用者在上层可以更简单易用的去使用我们的融合通信技术，来实现他的业务逻辑。

本文主要介绍 JDK/Spring/Dubbo 中的 SPI 机制。

gradle 中的 dependencies 命令算是日常开发使用比较多的一个命令，本文通过分析依赖版本的特殊标识，帮助读者更好的理解gradle dependencies的输出。

移动客户端发展到如今，已经不仅仅是传统意义上的客户端，而是向着大前端的方向逐渐延伸技术边界。客户端的容器方案，也在不断的拓展迭代中更优的来适应需求场景为业务赋能。本文将重点从通信的角度来介绍严选APP在容器通信模块上整体架构设计的演进方案。

刚开始接触出口业务时，看到国外折扣的书写方式都是“10%”时，迷茫了一下。后来知道，其实“10%OFF”就等于我们平时所说的9折。

任何一个系统，为了保证其良好地运行下去，一定是需要持续的维护和治理，数仓也不例外。本文主要分享下今年严选数仓团队从规范、计存、质量、安全几块入手对现有数据资产进行的一些治理的思路和方案。

网易严选是个自营品牌电商，这意味着严选的业务会覆盖C端的用户营销，商品到B端的供应链以及财务业务。业务和数据的整体复杂度会相对较高，各个不同业务域也呈现出不同的特点和问题。所以我们需要结合现有的资产特点去设计治理方法论和效果评估方法，然后围绕着治理方法论去建设我们的治理工具。