> For the complete documentation index, see [llms.txt](https://weekly-essay.mikey.wang/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://weekly-essay.mikey.wang/zh/2025-nian/w21-kua-ping-tai-he-rong-qi.md).

# W21-跨平台 和 容器

最近准备下期的基本功传帮带，思来想去还是想聊聊跨平台和容器。虽然这个主题很大很复杂，但希望和上期禹鲁的一样，能给一些正确的启发。

为什么我把跨平台视作基本功？

1. 降低研发成本和提高部署效率，是跨端技术发展的内在动力。随着鸿蒙的推广，这个趋势只会更强。以常用的大象为例，需要同时支持移动端（iOS、Android、Harmony）、桌面端（macOS、Windows、Linux）以及网页端。尽管原生技术能带来最佳的用户体验，但面对这种多平台需求，单纯依靠原生开发的方式显然是低效且成本高昂的。
2. 公司内专有的跨平台技术很多，日常工作中不可避免Titans、MSC、MRN等容器环境相关的问题。金服大前端也经历了从 EHC 到 Neo，再到 Recce 的演进。系统性的的理解跨平台技术，有助于准确地找到问题本质，提高工作效率。AI coding 时代，系统性理解的必要性更加凸显。及时有效地排查和解决问题，应用的安全性和可靠性，这些都不是 AI 擅长的，需要人通过系统性的理解，并结合实际进程来判断解决。
3. 框定到更宽广的技术语境下去看跨平台，从大历史的视角去看技术脉络和流变。从计算机诞生之日起，跨平台技术始终在持续发展，每一种主流解决方案的出现都不是孤立的，而是相互连接的一张网。只有意识到这个网的存在，我们才能理解每项技术的独特性，从而做出准确的技术选型和判断。我职业早期写过不少跨端应用，诸如 RN 和小程序等等。当时团队有什么就用什么，为的就是掌握一门手艺。根本不知道这些技术是怎么来的，写的再多也没办法形成高质量的判断。

这次还想借机探索如何与AI协作输出内容。从最初的内容梳理，到讲稿的文字压缩，再到快速生成 ByteByteGo 风格的系统图，还尝试引入一小段播客。