微前端已经不是一个新概念了，大家或多或少都听说过接触过，这里不再去做一堆定义，只是对目前业界做法的调研总结 / 概览，这篇文章面向的是还没有在业务中使用过微前端的同学或团队，通过这篇概览，可以简单的建立对 「微前端」的整体认知；

总的来说「微前端」这个概念从造出来到发展如今，还处于一个百花齐放(各做各的)的发展中，没有形成统一的(市场占有高的)共识 / 标准；各个大厂 / 社区对这个概念以及背后的技术都有不同定义，各自为战，造的轮子也一堆。

大前端时代下前端的职责和挑战？字节跳动常见的业务形态，传统研发模式和挑战？我们是如何基于 Serverless 对前端的研发模式进行升级？为了保证稳定性在监控运维方面做了哪些工作？

如何将视频首帧优化到小于 100 毫秒？

HDFS 全称是 Hadoop Distributed File System，其本身是 Apache Hadoop 项目的一个模块，作为大数据存储的基石提供高吞吐的海量数据存储能力。自从 2006 年 4 月份发布以来，HDFS 目前依然有着非常广泛的应用，以字节跳动为例，随着公司业务的高速发展，目前 HDFS 服务的规模已经到达“双 10”的级别。

本文介绍了「工程方案」替换「脚手架」的方案与实践。

抖音 App 每天收到大量的用户反馈，通过 NLP 智能反馈打标模型赋能了反馈数据场景化标签的构建，实现了面向业务视角的体验指标聚合。词聚类算法实时提炼每日反馈热点，快速聚焦问题发现。构建于智能算法之上的体验管理平台旨在通过技术平台化的方式，结合反馈驱动的机制，从反馈中挖掘出对抖音系产品留存、增长或口碑提升的可能点，推动体验问题治理改进，提升产品体验。

不知道大家有没有想过这样一个问题，我们所写的 JavaScript 代码是怎样被计算机认识并且执行的呢？这中间的过程具体是怎样的呢？

• 什么是 Js 引擎？
• Js 引擎是怎样编译执行和优化 Js 代码的？

Js 引擎有很多种，比如 Chrome 使用的 V8 引擎，Webkit 使用的是 JavaScriptCore，React Native 使用的是 Hermes。今天我们主要来分析一下比较主流的 V8 引擎是怎样运行 Js 的。

抖音很早就接入 CocoaPods 进行依赖管理了，项目前期抖音只有几十个组件，业务代码也基本在壳工程内，CocoaPods 可以满足业务研发的需求，但是随着业务的不断迭代，代码急剧膨胀，同时抖音工程也在进行架构优化，比如工程组件化改造，组件的数量和复杂度不断增加：组件(Pod)数量增加到 400+ ，子组件(Subspec)数量增加到 1500+ ，部分复杂组件的描述文件(podspec)膨胀到 1000+ 行，这导致了依赖管理流程（主要是 Pod Install）的效率不断下降，同时也导致了 Xcode 检索和构建效率下降。

除了效率下降外，我们也开始遇到一些 CocoaPods 潜在的稳定性问题，比如在 CI/CD 任务并发执行的环境下 Pod Install 出现大量失败，这些问题已经严重影响了我们的研发效率。在超大工程、复杂依赖、快速迭代的背景下，CocoaPods 已经不能很好地支撑我们的研发流程了。

隐藏在白纸中的密码，关于暗水印的这些实现算法你都知道吗？

计算机科学中只有两个难题：缓存失效和命名。

async_hooks 模块提供了用于跟踪异步资源的 API。

抖音上线 Swift 后，编译时偶现Segmentation fault: 11和Illegal instruction: 4的错误，CI/CD 和本地均有出现，且重新编译后均可恢复正常。

由于属于编译器层抛出的 Crash，加之提示的错误代码不固定且非必现，一时较为棘手。网上类似错误较多，但Segmentation fault属于访问了错误内存的通用报错，参考意义较小。和公司内外的团队交流过，也有遇到类似错误，但原因各不相同，难以借鉴。

虽然 Swift 库二进制化后，相关代码不会参与编译，本地出现的概率大大减少，但在 CI/CD/仓库二进制化任务中依旧使用源码，出现问题需要手动重试，影响效率且繁琐，故深入编译器寻求解决方案。

一套完整的兼容 Web 生态的跨端异常监控系统，整个链路将会涉及到哪些工具链，以及如何修改这些工具链来适配我们的跨端系统。

业务安全合规检测通过 CI/CD 阶段卡口，针对新增代码进行分析检查、合码管控、问题溯源，针对构建产物进行发版管控，避免隐私、合规相关问题被带到线上引发安全合规风险。

本文将围绕 LayoutInspector 的痛点，分析问题并修复，最终将 LayoutInspector 变成一个稳定、好用的插件。

什么是JSBridge？JSBridge 是一种 webview 侧和 native 侧进行通信的手段。