2023 年春节，经历了三年的疫情后，我们终于在春天迎来了曙光。国人的出行热情空前高涨：回家看看父母亲；心心念念的旅行终于可以成行了。按照高德的估计，2023 年春节出行的峰值流量将比 2022 年同期和 2022 年十一都有相当大比例的增长。然而，就在不久前，受疫情的影响，系统的流量还在相对低位运行。 如何在短时间内快速完成春节出行的备战准备工作，保障系统在春节流量高峰下平稳运行，让民众出行所必需的导航等信息服务访问可以丝般顺滑，成为了摆在技术人员眼前的迫切事情。要在流量变化很大的情况下保障系统平稳运行，同时做到降本增效，怎么做到呢？ 过去几年，高德一直在坚定、持续地推进应用的 Serverless 化。经过深入的研究和选型，最终选择阿里云函数计算 FC 作为其应用的 Serverless 计算平台。过去的一年，更是取得了长足的进展。 高德在 Serverless 上的远见帮助他们以更加敏捷、经济的方式应对不确定性以及强劲复苏的春节出行：不用费心考虑流量变化带来的资源变化，无需提前按照峰值流量准备大量的计算资源，不用担心资源是否足够，经济成本大幅下降、研发和运维效率明显提升。
很久之前团队师兄向我推荐了《重构：改善既有代码的设计》这本书，粗略翻阅看到很多重构的细节技巧，但当时还处于未接触过工程代码，只关注代码功能，不太考虑后期维护的阶段，读起来觉得枯燥无味，几乎没有共鸣，一直没有细细阅读。在工作一年后，终于在师兄的督促下，利用一个月左右的早起时光读完了这本书，收获很多，感谢师兄的督促，感谢这本书陪伴我找回了阅读习惯。把这本书推荐给已经接触了工程代码、工作一年左右的新同学，相信有了一定的经验积累，再结合日常项目实践中遇到的问题，对这本书的内容会有很多自己的思考感悟。
在钉钉 Flutter 桌面端落地过程中，我们遇到了很多仅仅依赖 Flutter 官方文档无法解决的问题，例如：桌面端集成模式问题、内存泄露问题、卡顿问题、光标焦点异常问题等。由于无法直接通过官方文档得到答案，我们便尝试通过分析源码实现和设计文档来寻找解决办法。虽然最终大部分问题得以解决，但是在这过程中有两点一直困扰我们： Flutter 生态中桌面端相关资料极少。少部分官方公开资料也仅有比较宽泛的介绍，缺少详细方案设计信息；业界对 FlutterEngine 架构分析和讨论，大多也仅仅设计移动端，桌面端相关内容很少涉及； FlutterEngine 在移动端和桌面端 Embedder 层设计有较大差异，移动端相关资料/方案无法直接应用到桌面端。 因此我们便萌生了整理一份 Flutter 桌面端资料集的想法。一方面来作为 Flutter 桌面端设计的入门资料，降低大家上手学习桌面端引擎设计的门槛、提升效率；另外一方面也可作为工具手册，为后续我们可能逐步落地的桌面端引擎改造提供技术储备。 本文主要从宏观角度来介绍一下 FlutterEngine 桌面端设计，从发展历史、架构概述、与移
在本系列第一篇 《没有银弹，只有取舍 - Serverless Kubernetes 的思考与征程（一）》 中介绍了 Kubernetes 的复杂性以及现有Serverless Kubernetes云产品的解决之道。本文将针对 Serverless Container 技术的特殊性，分享其对 Kubernetes 的架构影响，以及阿里云在Serverless Kubernetes方面架构选择。
本文将针对Serverless Container技术的特殊性，分享其对Kubernetes的架构影响，以及阿里云在Serverless Kubernetes方面架构选择。
深度语义匹配在闲鱼搜索相关性计算中扮演重要角色，相关工作在文章[1]《闲鱼搜索相关性——体验与效率平衡的背后》中有简单的介绍。如题，本文介绍前段时间在深度匹配任务上的另一种尝试，通过检索和生成任务联合训练的方法提升相关性匹配的效果。 融合生成任务提示匹配主任务的思路并不新颖，而在BERT流行的今天，本文则参考[2]《鱼与熊掌兼得：融合检索和生成的SimBERT模型》，稍加改动，使用BERT为Backbone来重新实现类似的思路，模型暂且仍叫SimBert。
未来城是淘宝探索下一代互联网电商在3D场景中的创新尝试，借助了云端强大的GPU完成高清复杂的场景渲染，实现3A影视级画面，端到端200ms时延，用户无需下载大型的安装包，就可在淘宝APP上启用自己的3D形象在虚拟世界探索，完成任务、交易、社交等互动玩法。云端渲染既有移动端发版的一些特点，也有服务端部署的特性，本文重点从测试发布流程、功能体验、性能标准、监控排查几方面阐述了云渲染的质量保障策略。
今天在这里和大家聊一聊前端组件，或者现在更流行的说法「物料」的话题。 物料本身已经不是一个新鲜的话题了，从 06 年 jQuery 发布，前端物料就开始以各种 jQuery 插件的形式不断涌现，直到今天我们仍然可以在 github 上看到很多 jQuery 物料插件，他们当中的设计思路在今天流行的这些前端组件库里仍然可以看到很多影子。 然而，物料也是一个常聊常新的话题，回看前端的发展历史，会发现伴随着前端技术的发展，新的模块化方式、工程化工具、研发框架的出现，物料的组织形式和品牌都在不断革新变化之中。究其原因，我觉得在于物料作为前端的一种模块化抽象，是最明显和快速的提效手段。前端团队和个人在业务开发到一定程度时，使用抽象物料的手段来降低业务开发的重复性和复杂度几乎可以说是一条必经之路。此外，物料的抽象往往又和模块化、工具、框架这些技术手段紧密相连，这些技术的革新也会催生新的物料生产和消费形式的诞生。 近些年来，低代码领域的话题热度在不断升温，国内外的各大云厂商和传统 SaaS 厂商都在低代码领域不断加码投入。在这样的时代大背景下，物料这个老生常谈的话题，又被赋予了哪些新的问题
无论是一次简单的汇报还是对于自己的学习过的知识的进行相应的总结，我们的信息要素总是没有经过结构化总结的。你是否会困惑一场汇报或者一些知识的总结该如何进行，或者你已经有了一些总结，但是还并不知道该如何结构化的组织它们，这个时候就可以采用金字塔结构进行组织。
