目前实现热更新的模块其实都可以归结到 “黑魔法” 一类中，与 “黑科技” 相比，“黑魔法” 是一把双刃剑，使用之前还需要谨慎切勿伤到自己。

并发问题是电商系统最常见的问题之一，例如库存超卖、抽奖多发、券多发放、积分多发少发等场景；之所以会出现上述问题，是因为存在多机器多请求同时对同一个共享资源进行修改，如果不加以限制，将导致数据错乱和数据不一致性；解决并发问题的方式有很多，例如：队列、异步、响应式、锁都可以；由于当前互联网都是分布式系统，因此本文只针对使用较为广泛的分布式锁的方式来进行叙述如何进行质量保障。

本文从开源项目以及应用系统中的实践出发，同时对比其他类似的设计模式，最后阐述其在编程范式中的本质。

作为前端开发者一定用过VsCode这款利器，而其强大的插件能力无疑更是让我们深深的爱上了它。据不完全统计，VsCode插件市场中的插件数量已经超过了3万，由此可见大家的热情有多高。其中涉及到各种各样功能的插件，有主题曲相关的，有代码开发相关的，比如代码片段、Git插件、tslint等等。作为开发者，肯定用过各种各样的代码提示的插件，代表性的有TabNine、Copilot等等。今天就让我们来自己动手，开发一款专属的代码提示插件。毕竟别人的再好也是别人的， 属于自己的才是最好的。

要想在弱网下也让移动 App 做到和强网一样的体验是极为困难的，但用户对弱网下的可用性其实是有合理预期的。如果当前没有联网，用户不会指望能拉取到最新的内容；但如果一个功能仅依赖本地数据，并不依赖网络，用户则希望能在弱网下至少能打开。

本文通过对一条慢SQL的真实改造，介绍解决复杂查询的一种思路，以及如何使得一条平均RT接近2s的SQL，最终耗时下降30倍。

本文总结了工作中Spark在供应链核算中的应用。

本专题包含每平每屋过去一年在召回、排序和冷启动等模块中的一些探索和实践经验。

对于视频的生产，一般的方案是交由专业机构去创作，但这将花费很多预算，如果我们能提供一个工具，基于知识的通用结构沉淀一些视频模版，让用户快速创作出视频知识内容岂不美哉？

本文介绍了高度自动化 & 体系化的知识管理系统，重构知识的供给模式。

ESModule 作为 JS 的标准模块机制，在日常开发中被广泛使用，但在大部分情况下，我们可能只是将其作为 JS 代码文件的组织形式来对待。作为 JS 的模块规范，ESModule 底层其实有一套非常完善的机制，来确保 ESModule 在不同场景下的性能以及行为的确定性。本文的主要内容是关于 ESModule 加载运行的相关原理和机制的分享，在理解了相关的原理和机制之后，你将会对平常在使用 ESModule 过程中遇到的一些问题（比如：循环引用在什么情况下会报错、TreeShaking 的原理等）有更加深入的理解。

简而言之，前端开发中的防御性就是防出错。这里的“错”不只是代码报错，而是影响用户使用和用户体验的全部问题。“防”不仅是预防，进一步追求弹复性。弹复性的定义：“系统能从故障中恢复并在面对故障时保持服务可靠性的持久性的能力”（参考阅读：https://www.bmc.com/blogs/resilience-engineering/）。前端开发不仅是简单还原产品设计，而实现更好的产品使用体验。否则就成了“中看不中用”。前端开发的工作和影响必须从实现层（中看）深入到体验层（中用）。

本文主角是Android资源，而java资源归属到java代码治理范畴，并在「向工程腐化开炮：java代码治理」一文中给出了应对方案。

Android资源从定义和使用方式来看，可以分为Resource和Asset两个大类。前者提供受控的结构化访问方式，每个资源均有唯一id标识，以及多种配置限定符来支持多语言、多设备、多特性等能力；后者提供原始且相对自由的目录和文件访问。Resource类型是绝大部分资源使用场景下的最佳选择，本文主要聚焦的即是这种类型资源，对冲突、无用、缺失类引用、硬编码文本，这几种腐化情况，开展工具研发，以及治理实践。

本文是对慢sql治理过程中的一些实践分享。

Flutter Web可以解决Native页面无法外投的问题。

通过Flutter Web，Liquid研发体系可以在保障客户端体验最佳的前提下，实现一次开发三端投放。

Flutter Web与Liquid研发体系的结合方案。

Flutter相关痛点，以及解决这些问题的时候面临的一些挑战。