针对库存中心线上业务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端的供应链以及财务业务。业务和数据的整体复杂度会相对较高，各个不同业务域也呈现出不同的特点和问题。所以我们需要结合现有的资产特点去设计治理方法论和效果评估方法，然后围绕着治理方法论去建设我们的治理工具。

随着推荐策略不断地迭代更新，网易新闻的内容形态逐渐增加，内容特征更加精细化，用户特征不断丰富，对应的推荐策略也愈加复杂，质量保障团队根据新闻推荐系统业务的特点，总结出一套较为适应新闻推荐系统业务迭代的测试方法，从而提高业务测试的质量与效率。

​本文从移动端开发的视角出发，以用户体验和研发效能两个核心问题作为引导，分别从加载提速优化、性能监控体系、功能插件化、壳容器APP工厂化四个角度，详细介绍了APP端上的H5容器化建设过程。

近几年的互联网市场，有不少公司提出了“全链路设计师”、“用户体验设计师”的说法，合并交互与UI岗，一时间众说纷纭：有人说是高要求，有人则说这是一场变相的“人力压缩”。

其实，设计师作为一个高度复合型的岗位，虽有UI、交互、产品设计等细分，但无论是哪个细分岗位，都需要对业务、场景、用户、技术实现有所掌握，才能给出最佳的设计方案。高度竞争的市场环境下，单纯的“美化产品原型稿”，早已丧失了获得高回报工作的可能性。

因此，才会对设计师的要求越来越趋于综合化。放眼如今的UI设计师招聘描述：用户体验、交互可行性、数据分析……这些曾属于交互设计师的职责，已普遍的出现在UI设计师的必备技能中。

在日常测试中，我们不乏遇到一些修改了问题A却产生问题B，而且这两个问题间的联系并不是那么直观的情况。

面对此类问题，有没有办法通过自动化的方式，将改动关联的功能展示出来，推荐给功能测试同学进行回归呢？

前端应用的 bundle 体积是影响应用性能的主要方面之一。本文实践一种新的方式分析前端应用体积，帮助开发者高效的优化代码。