数据分析从上世纪 80 年代兴起以来，大体经历了企业数仓（EDW）、数据湖（Data Lake）、以及现在的云原生数仓、湖仓一体等过程。

企业数仓是数据仓库最原始的版本，主要用于企业内部的决策支持和商业分析（BI）。企业数仓的数据放置于集中式仓库当中，并以 schema-on-write（写时模式）的方式写入。从当前的视角来看，企业数仓存在着只能处理结构化数据、集中式的存储和计算、以及成本昂贵等缺点。

数据湖是伴随着数据爆炸式增长而出现的技术，它能够存储结构化以及非结构化的数据、拥有分布式的存储、以及经济的成本。但由于其“不管后面用不用，先存储起来”的理念（schema-on-read 模式），在数据治理、数据质量方面有很多的缺失，因此在后续实际的使用当中会面临较多的问题。

湖仓一体是当前较新的理念，它的目标是解决上述企业数仓和数据湖的主要缺点，并提供企业数仓和数据湖融合的优势。使其拥有数据湖的多样化结构支持、分布式存储、低成本以及企业数仓的数据治理能力，高速 SQL 访问性能等两者的优点。同时，作为一个新兴的形态，湖仓一体自身也带来了一系列增强的功能，如事务支持（ACID），支持数据 UPDATE/DELETE，更高的数据实时性甚至流式数据的生产和消费支持等等。

信息到人的精准分发。

当要深入了解 v8 内部的内存管理细节时，首先需要了解对象在 v8 中的处理方式，本文将结合源码对 v8 中的对象处理进行简单介绍。

如何根据具体的任务情景来调整BERT模型以更好判断在判断新闻时效性？本文做出了如下探讨。

如何拿出一份像艺术品一样的项目代码，然后赢得得同事们的赞许呢？

对 Node.js 的学习，无论如何都绕不开 Libuv。本文选择沿着 Libuv 的 Linux 实现的脉络对其内部一探究竟。

严选作为一家自营品牌电商，核心竞争力之一是对供应链的把控能力。在这其中，对库存的管理更是重中之重。如何降低库转、降低缺货率，是几年来持续研究的课题。而这些课题，都建立在库存数据管理的基础之上。本文介绍严选库存中心进行库存数据管理的设计实践。

权限体系是所有BI产品都会涉及的一个重要组成部分，目的是对不同的人访问资源进行权限控制，避免因权限控制缺失或操作不当引发的风险，如隐私数据泄露等问题。有数BI权限体系设计的初衷，希望它既能满足实际业务中的复杂场景，又能简洁易用，今天我们将详细介绍有数BI的权限体系！

在苹果推出 WebKit 后，UIWebView 正在退出历史舞台，WKWebView 凭借着速度快、占用内存小等优势逐渐的被大家广泛使用。云音乐在 WebView 上的使用要求有离线包加载以及免流等能力，这一切都得依赖请求拦截能力。本文总结了我们在实现 WKWebView 请求拦截的一些经验，希望能帮助到正在研究该方面的同学。

复杂业务系统长期迭代，难免会逐渐腐化，如何治理腐化，并设计出能够延缓腐化，保持长期高效能的方案是一个开发同学难免要遇到的问题，本文旨在介绍一套基于DDD的落地实施方案，提供另外一种解决问题的思路。

解析 heapsnapshot 文件内容，并做点有趣的事情。

本文通过云音乐广告合约系统的微前端落地来介绍 qiankun 的应用实践。

云音乐广告 Dsp（需求方平台）平台分为合约平台（Vue 框架）和竞价平台（React 框架），因历史原因框架选型未能统一，最近来了新需求，需要同时在两个平台增加一样的模块，因为都是 Dsp 平台，后期这样的需求可能会很多，所以考虑到组件复用以及降低维护成本，在想怎么统一技术栈，把 React 系统塞到 Vue 项目中进行呈现。

统一的监控系统，使得我们线上服务问题暴露更及时、故障率也明显减少。

​网易新闻是一个综合性的媒体，近年来，迭代业务不断加剧，新闻项目的代码也日趋臃肿，而沉重的代码也让项目构建速度如拴上铅块般下滑，所以我们按时间维度，开启了一系列 Gradle 构建速度优化的尝试，走上了编译效能的自赎之路。

桌面端和移动端的设计一样吗？差异是什么？差异背后的原因又是什么？

本文在基于严选订单ID的使用现状下，结合业内常用的分布式ID解决方案，在此基础之上进行特性丰富，不断提升系统可用性和稳定性保障。