三年前 Facebook 开始思考在目前设计系统下面临的问题，那时它们在前端项目、系统组件等部分使用的是 cssmodule 的样式方案。 直至今日，Facebook 已经将所有的 Web 前端使用 React 进行重写的同时，也使用了一种新的 Atomic Css-in-JS 对于它们的 Css 方案进行了重写。 最近，Facebook 团队开源了他们内部的 Atomic Css 解决方案：stylex，正是这套解决方案让 Facebook 首页样式文件体积减少了至少 80%。 这篇文章中我们就着 Atomic Css 来聊聊 Facebook 最近刚好开源的 stylex。
本文整理自美团技术沙龙第76期《大前端研发协同效能提升与实践》。前端团队在产研多角色协同形式上存在不同阶段，而大前端多技术栈在各阶段都有其独特的实践，同时又有类似的演进路线。本文从到店终端团队移动端和前端技术栈持续交付演进历程展开，分享了大前端团队研发流程在“标准化”、“线上化”、“自动化”以及“数字化”的演进经验，并探讨了大前端多端DevOps建设思路和未来规划。
Havenask是阿里巴巴智能引擎事业部自研的开源高性能搜索引擎，深度支持了包括淘宝、天猫、菜鸟、高德、饿了么在内几乎整个阿里的搜索业务。本文针对性介绍了Havenask分布式索引构建服务——Build Service，主打稳定、快速、易管理，是在线系统提升竞争力的一大利器。
本文介绍了如何在自己的 MacBook 上部署一套知识库方案辅助自己的知识管理工作，希望能给每位计划自己搭建大模型知识库应用的工程师一点参考。
Web 的性能优化有很多方法论可以来讨论，这里我先介绍一下飞天服务平台首页的业务背景，以及在业务过程中做的有针对性的优化方法。 最近在做飞天服务平台首页的过程中，遇到的页面打开性能有问题。由于飞天服务平台首页的业务特性：用户可以去配置业务模块到首页，每一个模块都可以去做二级的下钻、抽屉打开去做明细的分析，所以往往一个简单的业务指标呈现，背后带着很多业务数据的二次分析，需要二级页面或者抽屉来呈现这些业务洞察。同时用户可以在首页自定义页面的配置，如果用户配置了 10+ 卡片到首页之后，页面打开的时候同时去加载卡片，对于性能压力有很大的考验。 针对飞天服务平台的业务场景，以及之前性能优化的实践，首先我们会从尽可能缩小资源文件入手，让页面加载尽可能快。解决了资源文件文件问题之后，快速让页面可响应，让用户在体感上更加友好成了最重要的事情，所以启动了一系列关键链路优先、非关键链路渐进式加载的优化项，在做完这些优化之后，性能问题已经基本可以得到解决。那有没有更进一步的优化呢，会在第三部分充分利用缓存-用空间换时间，讲述如何使用缓存把性能优化做到极致的过程。
本篇文章来源于ByteHouse产品专家在火山引擎数智平台（VeDI）主办的“数智化转型背景下的火山引擎大数据技术揭秘”线下Meet up的演讲，将从ByteHouse数据库架构演进、增强HaKafka引擎实现方案、增强Materialzed MySQL实现方案、案例实践和未来展望四个部分展开分享。
TGW全称Tencent Gateway，是一套实现多网统一接入，支持自动负载均衡的系统， 是公司有10+年历史的网关，因此TGW也被称为公司公网的桥头堡。本文从山海网关TGW的应用场景、背景需求讲起，重点解析了从山海1.0到山海2.0需要解决的问题和架构规划与设计实现，以及对于未来山海网关的发展和演进方向。
Swift 是一种适用于iOS/macOS应用开发、服务器端的编程语言。自2014年苹果发布 Swift 语言以来，Swift5 实现了 ABI 稳定性、Module 稳定性和Library Evolution，与Objective-C（下文简称“OC”）相比，Swift 在开发效率、安全、编译优化、运行性能和内存管理方面具有显著优势。（官方博客：https://www.swift.org/about/） 百度App 已在工程和环境上支持 Swift 开发，百度搜索大前端团队负责搜索服务的稳定落地，我们积极探索 Swift的应用，希望能大幅提升开发效率和灵活性、提升端用户的搜索体验。然而，在实施过程中可能会遇到各种问题，例如代码陈旧且不支持Swift，人员对Swift掌握不够熟练、意识不足，协作方对Swift的支持不足等。 对于其他语言来说，Swift相对年轻，我们在实践过程中整理一些常见问题及其解决方法，希望能帮助读者更顺利地使用Swift进行编程，提高研发效率。
百度问一问作为真人实时在线的咨询服务平台，随着产品基础功能的逐步完善，弱化工具感、给用户带来更“真实”的情感化“真人服务”体验成为新的课题。设计师希望在咨询服务链路的B/C双侧增加符合问一问产品定位的IP形象，让其成为与C端提问者沟通的桥梁，并与B端答主形成情感共鸣。 IP角色上线后，一定程度上弱化了产品工具感强的问题，但视觉效果还有较大提升空间，问题主要集中在以下两点： 在人物设定上，原始定义较粗放简单，性格不够饱满鲜明，情感传递效果不足。 在人物外形上，皮肤缺少温度感，发型、服装及颜色相对陈旧。 于是，我们决定在一期IP形象的基础上，丰富人物设定、调优外形，打造具备更加情感充沛、年轻灵动的咨询服务人物形象。
