今天的文章从一个企业应用Data Mesh的故事开始： Daff是一家全球音乐流媒体公司，公司的愿景是：“在生活中的每一刻， 以身临其境的艺术体验， 连接全球的艺术家和听众”。在它的使命背后，是公司对数据、分析和人工智能寄予的厚望。 时间从三年前开始。当时Daff的数据收集、处理、分析和试验都由有限的数据团队成员承载，他们承受着巨大的压力。业务团队不信任数据，经由数据团队处理的数据经常出现各种各种显而易见的问题，比如，报表中不合理的数据，不知道如何使用的数据集。数据团队需要花费大量的时间和业务系统开发人员沟通数据的细节，理解数据，进而才能进行数据处理和加工，导致对于业务的响应不够迅速。 企业的数据目录基本成为摆设，数据消费方很难直接通过数据目录了解数据如何使用，不得不回归到线下渠道，然而不同团队往往有自己的事情，很难及时响应消费方的诉求。获取正确数据的准备时间和摩擦导致很难进行新的数据试验。领域本身对于维护数据的易于获得、可靠和可用没有任何责任和兴趣。
百度小说是百度APP内最核心的垂类业务之一，作为一款平台型产品，百度小说设计团队一直以用户体验为核心关注点。为了保持产品的市场竞争力，百度小说团队近期进行了一次设计改版。本次改版旨在提升产品的功能性、美观性和易用性，以满足用户日益增长的优质体验需求和市场的快速变化。 鉴于此次设计改版背景，小说设计团队提出了人文感的设计理念，贯穿在本次改版的内容中。
跨端开发是指在不同的平台或设备上开发同一种软件应用，例如：一个应用程序可以同时运行在移动设备、桌面电脑和浏览器等不同的设备上，或是一个小程序能够在微信、支付宝、抖音等多个平台使用。跨端开发的优点在于可以节省研发和维护成本，让开发者者编写一套符合规范的代码，由编译器将其编译生成出可以发布在每个平台的产物，在更广泛地覆盖用户群体的同时，可以保持产品在不同渠道的一致性，减少用户的上手使用成本。 然而，由于不同平台存在一些无法抹平的特性差异，或是针对特定平台可能会有不同的产品需求，比较常见的做法有以下两种： 在代码中编写大量的if、else 来处理不同平台或需求的差异 对编译后的产物进行二次开发，或维护两套差异性代码
我们内部团队使用 Jetpack Compose 开发项目已近一年，经历了简单布局到复杂布局的应用，对 Compose 的使用越来越成熟，构造了很多易用的基础组合，提升了项目的开发效率，与此同时 Compose 布局的一些性能问题也慢慢凸显出来，因此专门对 Compose 布局优化进行了调研工作，旨在减少重组提高性能，规避负面效应，提高应用稳定性。结合具体场景来具体分析。
近期一次需求开发涉及到了Java Veloctiy，由于当前vue项目无法在本地编译运行velocity，且开发成本过高，如果需要调试则要发布后才能看到效果。之前有类似的案例，遂尝试继续采用这种方式解决，但是通过比对认为该方案迁移到本项目中的成本较高，且需要改动大量配置文件。 基于以上，我们便尝试将veloctiy本地工程化，尝试跟vue和webpack的结合，实现热更等开发常用需求。 本文把velocity工程化的心路历程记录下来，主要给大家描述我们在解决问题过程中的一些感悟，同时文中也详细介绍了具体方案。
Web技术与网络发展经历了一个演进的过程，自20世纪60年代ARPANET的问世，互联网和Web技术已经取得了惊人的发展。从诞生之初的纯文本、超链接，到如今丰富的多媒体、实时交互，Web技术与网络的历史发展呈现出逐步完善、日益多元的特点，带动了人们对信息的获取和传播的方式产生了革命性的变革。未来 Web 技术与网络仍将持续创新，为我们的生活带来更多精彩的应用。 本期大牛书单，我们请来了几位鹅厂同事，为大家推荐一些Web技术与网络相关的文献和学习资料，一起跟随技术时代的潮流，多读书多进步。
随着多终端的发展，前后端的数据交互的复杂性和多样性都在急剧增加。不同的终端，其屏幕尺寸和页面 UI 设计不一，对接口的数据需求也不尽相同。构建一套接口满足所有场景的传统方式，面对新的复杂性日益捉襟见肘。 在这个背景下，BFF 作为一种模式被提出。其全称是 Backend for frontend，即为前端服务的后端。它的特点是考虑了不同端的数据访问需求，并给予各端针对性的优化。 在这篇文章中，我们将介绍一种基于 RPC 和 TypeScript 的 BFF 设计与实践。我们称之为 RPC-BFF，它利用前后端都采用同一语言（TypeScript）的优势，实现了其它 BFF 技术方案所不具备的多项功能，可以显著提升前后端数据交互的性能、效率以及类型安全。
