闲鱼会玩社区是一个以分享个人趣味生活为主的内容社区，在社区的运营过程中，经常有一些文章形式的内容在会玩广场上投放。此前文章创作是在一个主要承载营销搭建的平台上完成的，这种方式首先不是专门为文章场景服务的，导致搭建出来的页面是一个静态页面，数据无法被理解，也无法进入审核和分发链路。而且搭建工具无法对外使用，从而无法让外部的创作者参与文章创作。因此，我们想从零开始开发一个能快速发布且高可扩展文章结构形式的发布工具。

订单状态流转是交易系统的最为核心的工作，订单系统往往都会存在状态多、链路长、逻辑复杂的特点，还存在多场景、多类型、多业务维度等业务特性。在保证订单状态流转稳定性的前提下、可扩展性和可维护性是我们需要重点关注和解决的问题。

以高德打车业务的订单状态为例，订单状态就有乘客下单、司机接单、司机已到达乘车点、开始行程、行程结束、确认费用、支付成功、订单取消、订单关闭等；订单车型有专车、快车、出租车等几种车型，而专车又分舒适型、豪华型、商务型等；业务场景接送机、企业用车、城际拼车等等场景。

当订单状态、类型、场景、以及其他一些维度组合时，每一种组合都可能会有不同的处理逻辑、也可能会存在共性的业务逻辑，这种情况下代码中各种if-else肯定是不敢想象的。怎么处理这种"多状态+多类型+多场景+多维度"的复杂订单状态流转业务，又要保证整个系统的可扩展性和可维护性，本文的解决思路和方案同大家一起探讨。

每年各个部门都要进行规划，规划能让目标更聚焦，让我们清晰地知道今后我们要做什么、如何去做。并非每个人都会参与规划中去，但需要掌握规划的方法，否则让你来做规划时，你会发现很痛苦，找不到什么头绪，要么规划出来的内容都是散点，要么规划出来的太抽象。

在本篇文章中，提到了规划的 2 种思维模式，并分享自己在规划中用到的 4 个规划方法，让开始做规划的你显得不那么迷茫。

通用性、易用性、可扩展性、性能和Java数据类型及语法支持。

从天级别延迟到小时级别延迟，从小时级别延迟到分钟级别延迟，从分钟级别延迟到秒级别延迟，闲鱼实时选投系统这样做～

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

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

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

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

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

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

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

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

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

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

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

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