只要有规则的存在，规则引擎都可以在此大放异彩。你还在频繁的写if-else吗？不如试试规则引擎。它绝对会给你带来意想不到的效果。

转化率是互联网老生常谈的话题，也是衡量产品的重要标准，本文以家庭服务业务为例，分享下如何基于系统化思维去提升产品整体转化率。

美事作为58集团内部线上办公软件，上线距今已经5年有余。在近两年疫情的影响下，随着线上办公、线上协同的诉求增加，旧版美事的诸多问题逐渐显现。为了给用户带来更好的使用体验，58UXD和企业平台部推动了本次改版设计。

责任链模式(Chain of Responsibility Pattern)：责任链模式是一种对象的行为模式。在责任链模式里，很多对象由每一个对象对其下家的引用而连接起来形成一条链。请求在这个链上传递，直到链上的某一个对象决定处理此请求。发出这个请求的客户端并不知道链上的哪一个对象最终处理这个请求，这使得系统可以在不影响客户端的情况下动态地重新组织和分配责任。

转转内部脚手架的 Webpack 部分，是基于 @vue/cli 进行二次封装的。

​native-adapter 是一套开箱即用，易于拓展，无需引入多余代码的多环境适配框架。

转转的 CI 系统和开发环境为什么要从 npm 切换到 pnpm 呢。因为在使用 npm 的时候，遇到几个问题。

1. 磁盘空间占用过大
2. 首次安装速度慢
3. 幽灵依赖导致一些报错

那 pnpm 又是怎么解决上面的问题呢？

客户端应用中崩溃类型有多种，包括普通崩溃，主线程卡死，野指针崩溃，后台崩溃等等。当进程发生崩溃后系统会自动生成相应的崩溃信息，我们可以根据符号表解析崩溃日志，线上用户可以通过Bugly等第三方工具收集并解析堆栈。但是在解析的过程中大家可以发现解析一个崩溃日志操作非常繁琐，有时候出现解析失败的情况，甚至会解析错误。本文章主要介绍多个不同系统崩溃日志的解析方案。

电商行业，整个购物流程，离不开跟钱打交道，系统内也是门门道道，例如打款，对账等等业务，一旦涉及到钱的业务出现问题，都有可能造成严重的线上事故。

这部分的测试验证存在很多痛点，验证的过程主要依靠人工校验，涉及多个系统查询比对，耗时较长；此外在跨部门协作项目中，常常由于彼此对专业术语理解不一致，导致沟通成本较高。

本文重点分享转转QA在涉及钱款方面的业务场景测试中是如何解决上述测试痛点的？我们为什么要设计一套涉及打款校验的工具？它在实际应用中效果如何？

转转C2B回收业务，一句话概括就是从用户手中回收3C数码产品。

用户选择想要估价商品进行估价，如用户认为合理则可以将商品邮寄至平台，平台收货后进行质量检测，同时用户提供确切的报价，用户权衡觉得合理后，可以点击确认回收，平台将给用户进行打款。

那么如何有效提升用户下单量呢？报价合理的基础上，我们还需要给予用户一定的现金补贴，买家端称之为“满减券”, 而卖家端则是“满加券”， 后续都统称为“加价券”，卖家用户满足一定售出金额的时候平台会给用户额外进行一定比例或者固定金额的价格补贴。

接下来我们将详细讲一下加价券业务的演进历程。

Picasso是58同城推出的一款sketch设计稿智能解析工具，可将sketch设计稿自动解析成还原精准，可用度高的前端代码；从而提高前端开发效率，助力业务快速发展。

图像作为信息存储和展示的一种重要载体，其质量高低对信息表达和用户体验具有重大影响，图像质量评价(IQA)主要通过图像特征进行分析，评估出图像的优劣，在视频图像质量检测、推荐排序等领域有重要应用。本文主要介绍 IQA 技术在 58 同城业务中的算法实践。

这里所说的状态机，全名为确定性有穷状态自动机，也常被简称为有穷自动机，简写FSM。在软件领域中，被广泛应用，如编译，正则表达式识别，游戏开发。状态机维护一组状态集合，和事件集合，能够对特定的事件输入，作出状态流转，并执行相应的动作。

IP设计不仅仅停留在形象设计上，还需要丰富的表情和动作塑造性格，传递感情，赋予形象鲜活的生命力。

篇幅有限，信息太多，简约和丰富怎么取舍？学会脑补大法，让你的设计折叠进大脑中。

Spring Expression Language（简称 SpEL，Sp：Spring，EL：Expression Language）是一个支持运行时查询和操作对象图的强大的表达式语言。

在Spring产品组合中与我们常见的Beans 模块、Core 核心模块、Context 上下文模块一起组成了Spring 的核心容器，是表达式计算的基础，支持在运行时查询和操作对象，可以与基于XML和基于注解的Spring配置还有bean定义一起使用。