分享子查询的优化技术及心得。

“淘宝人生”这个产品是一个很大的项目，涉及到不少兄弟团队的协作。而我们淘系游戏互动团队从去年开始支撑这一块的前端业务，并重点研发基于淘宝人生的虚拟人像渲染相关方面的技术。当然我们这方面的建设也借鉴了不少业界的做法和前人的经验积累。

闲鱼是如何搭建一个运营可长期干预的促发布链路？

在过去一年里我们团队做了大量的老系统重构和迁移，其中有大量的代码属于流水账代码，通常能看到是开发在对外的API接口里直接写业务逻辑代码，或者在一个服务里大量的堆接口，导致业务逻辑实际无法收敛，接口复用性比较差。所以这讲主要想系统性的解释一下如何通过DDD的重构，将原有的流水账代码改造为逻辑清晰、职责分明的模块。

首次上线应用，面对业务框架搭建你是否曾感到无从下手？维护线上应用，面对大量历史包袱你是否正避坑不及深陷泥潭？为何同样是业务应用，不同人的设计风格千差万别？为何最初的设计经过多个迭代后总是面目全非？新人来到团队，怎样才能快速了解业务，不被大量技术细节折磨？

现在越来越多的公司和APP开始使用游戏化的方式去做产品了，所谓游戏化，是指在非游戏环境中将游戏的思维和游戏的机制进行整合运用，以引导用户互动和使用的方法。支付宝里面的蚂蚁庄园、蚂蚁森林，通过游戏和公益的结合实现用户的留存和活跃。淘宝支付宝的芭芭农场、京东的东东果园、拼多多的多多果园、美团的小美果园...无一不是通过游戏化的方式去提升用户留存的方案。

如何基于 Tailwind CSS 为自己的团队定制一套舒服的 CSS 框架？

在研发团队发展到一定规模，同一领域问题不可避免地会存在多种解决方案。典型的，不同业务线会开发和使用不同的测试框架，很多业务线会重新开发特征中心、配置中心、规则引擎和投放平台。不可否认有业务特殊性或者已有方案无法满足等原因导致合理建设，其中有重造轮子的现象。

作者在半年前开始投身闲鱼会玩社区治理，从用什么方案、是不是会重造轮子的自我怀疑，到后面沉淀会玩社区的通用审核系统高效应对运营需求的豁然开朗，这段经历颇有收益。本文通过还原这段经历和其中的思考，谈谈在解决相同领域的问题如何避免陷入重造轮子的泥潭，达到高效解决业务问题实现最大技术价值的目标。

作为前端大家是否遇到过在项目快上线的时候在某种机器上测试出有兼容性问题，自己一个人在机房debug看看原因是什么以及如何解决？大家又是否遇到过项目上线后在某个业务方tl的手机上出现了页面展示问题，然后自己到业务方工位被一群业务围住现场debug问题？是的作为前端，页面的兼容性问题是影响用户体验的问题，一直是我们需要重点保障的一个问题，保障消费者体验的一致性是我们的职责。今天的主题将为大家分享一种新的方法去保障我们的这个职责，减少我们的窘境。

一条完整的AB实验链路到底需要什么？创建实验，工程接入，分流，实验数据回流...恩，是的，我还可以列一大堆，但是它们没有组织不成体系，就毫无意义，更谈不上架构设计。所以，我们来把这些分散的元素尝试归类。

设计模式是开发同学经常聊到的话题，也经常被用到实际的开发项目中，熟练的人可以做到信手拈来，不熟悉的人陷入苦思冥想中。笔者认为，不仅仅要掌握设计模式的用法，更要洞察设计模式的底层逻辑，只有那样，才能做到遇到实际的问题可以使用合适的设计模式去解决。

让code更快速、高效、完备地执行。

随着 Serverless 在业界各云平台落地，阿里内部serverless研发平台、各种研发模式也在业务中逐步落地，如火如荼。在此契机下，我们启动了轻店serverless研发模式升级战役，基于集团底层设施建设 上层技术体系，解决在淘系轻店业务场景下碰到的系列问题，并借此推动现有前后端协作模式转变。

Y组合子是Lambda演算的一部分，也是函数式编程的理论基础。它是一种方法/技巧，在没有赋值语句的前提下定义递归的匿名函数。即仅仅通过Lambda表达式这个最基本的“原子”实现循环/迭代，颇有道生一、一生二、二生三、三生万物的感觉。

模板模式定义了操作的流程，并将流程中的某些步骤延迟到子类中进行实现。

本文介绍 U4 内核的 V8 JavaScript 引擎如何实现快、稳、强。