在我们的日常工作中，总会出现各种各样的“错误”和突发的“异常”。无论我们做了多少准备，多少测试，这些异常总会在某个时间点出现，如果处理不当或是不及时，往往还会导致其他新的问题出现。所以我们要时刻注意这些陷阱以及需要一套“最佳实践”来建立起一个完善的异常处理机制。那么我们如何快速、准确地定位异常的发生的地方，和一些简易的异常信息方便研发定位问题？下面跟随我来看一下转转中台是如何优雅地对异常进行统一的监控和上报处理的。

功能用例设计与接口用例设计，是独立存在的，功能用例主要是验证测试页面功能实现，接口用例主要是验证接口入参和出参；从页面上看，功能测试过程是包含接口测试的，但是从服务底层上看，有些逻辑实现是功能页面覆盖不到的。

在业务测试当中，经常会遇到类似的场景：

A：功能测试测完了，接口测完了吗？

B：接口测完了，接下来就等功能测试了……

C：冒烟主流程没有问题，有些场景需要功能和接口一起验证！

D：这个场景单接口验证不了，要结合页面功能一起测试……

以上几个场景算是在业务测试阶段比较常见的，可能还有很多其他的业务场景等等，但都能看得出来，接口测试和功能测试，是分层进行的，这也是近几年行业中常见的分层测试做法。那么接下来，我们一起来看看流程设计和功能设计思路吧。

用户满意度我们一直非常关注，从每个季度的满意度调研中可以看出租房用户对于使用效率、功能完善性、信息丰富度和真实性以及NPS都相对较低。那么基于用户满意度低的大背景，如何从体验层面提升租房用户的NPS呢？

本地服务（黄页）微聊代运营模式是指人工客服代替58平台上的商家与C端用户IM沟通聊天以获取商机（如用户联系方式、细粒度需求信息等），再将商机转交给商家，促进商家成单。我们基于58AI Lab自研的灵犀智能语音语义平台构建了智能客服商家版，将其应用在微聊代运营场景下，通过人机协作模式提高商机获取效率，打造了黄页商家智能聊天助手。这里的人机协作模式先后经历了三个阶段：在早期机器人效果较一般时，机器人和人工客服分时工作，即人工客服不上班时才由机器人接待用户咨询。在经过优化机器人效果较优时，先机器人再人工，即当用户来咨询商家时，白天先由机器人接待，若机器人能够聊出商机则结束会话，若不能再转接人工客服，晚上使用纯机器人接待。在机器人效果和人工很接近甚至超过人工时，使用纯机器人接待，人工客服去从事其他更复杂的工作。2021年年初，黄页商家智能聊天助手被商业化，以“微聊管家”命名随会员套餐一起打包售卖给商家，全年共计服务了数万个商家，为公司创造收入超过五千万元。当前，机器人的商机转化率（聊出商机的会话数/总会话数）已达到了人工客服的98%水平，我们实现了纯机器人接待，节省了数十名客服人力。

黄页商家智能聊天助手属于留资机器人，与以回答用户提问为主的QA问答机器人不同，留资机器人的主要任务是引导用户留下资料信息，不仅要做自动问答，还需要做多轮引导，技术挑战更大，对话策略更为复杂。我们在部分黄页类目下实践了基于强化学习的对话策略，商机转化率绝对提升了10%，本文主要分享我们基于强化学习的对话策略实践。

近半年我做过几十个官网需求，从定义每个官网从设计到开发走查会花费大量时间。因此，我总结了一套工作方法，1天时间就可以快速产出多个网页设计，本文将结合项目从设计提效角度与大家分享设计方法。

MySQL数据库读写分离，是提高服务质量的常用手段之一，而对于技术方案，有很多成熟开源框架或方案，例如：sharding-jdbc、spring中的AbstractRoutingDatasource、MySQL-Router等，而mysql-jdbc中的ReplicationConnection亦可支持。本文暂不对读写分离的技术选型做过多的分析，只是探索在使用druid作为数据源、结合ReplicationConnection做读写分离时，连接失效的原因，并找到一个简单有效的解决方案。

当你正在使用Mixmo+RH一键骨骼绑定，玩得不亦乐乎的时候，却发现它无法完成赶集IP小毛驴骨骼绑定。C4D自带骨骼绑定既满足绑定头身比正常的人体，还能在2-3头身的IP上发挥它的优势。

C4D自带角色骨骼，其自带一套十分便捷易操作的绑定输出流程：角色对象从建立—调节—绑定—动画。有了这个保姆级的流程再也不怕哪个流程忘记就出BUG, 只要完成这四个环节就能搞定啦！

本文描述了AI面试机器人后端架构、对话引擎、资源管理、服务优化等关键实现。

本次新版设计，EHR 系统会向权限系统同步用户数据，不用再提供用户注册能力。在保证对外接口不变的情况下简化 sdk 逻辑，对外提供用户信息和用户权限数据。

目前 sdk 提供以下接口，利用login和getUserPermssion获取用户信息和权限数据，并保存在全局变量中，并提供一个特殊接口routerFilter可利用实现对菜单树状数据进行权限过滤。

本篇文章着重介绍转转权限系统的后端实现，从使用方的视角出发，也就是前端渲染和接口鉴权，引出转转权限系统如何识别用户（统一登录），如何存储权限数据（权限管理），如何实现后端鉴权。

简而言之，权限系统的主要功能：权限系统UI编辑权限数据，用户登录后，获取配置好的菜单和数据，并且校验用户访问的后端接口。

去年底转转启动建设统一权限管理系统，到今天公司大部分业务系统都已经用上了。本系列将会分为三部分来分享下转转新权限系统的设计与实现。今天先分享第一部分设计篇，后续还将分享后端架构和前端架构部分。

你了解公司产品或者你负责业务的商业模式吗？有没有什么方式或工具能够提升你的商业洞察力、帮助你去做一些设计、产品层面的评估？下面我用概念定义+简单案例的方式带你了解商业模式画布。

图像识别任务是计算机视觉领域内的一种基础任务，经过长期发展已经取得了傲人的成绩，现有的识别算法大多只能识别出图像中的单个物体，所以当图像中有多个物体时这类算法将失去作用。然而，现实生活中图片往往包含多个类别的物体，图像多标签识别技术在这种背景下应运而生。通俗来讲，多标签识别就是识别出一个图像中存在的多种物体，这也就意味着我们可以从多标签算法的预测结果中获取更多的图像信息，从而能够更加精准的对图片中场景进行判别。 多标签识别与检测、分割这类识别多物体算法相比也具有较为明显的优势，比如多标签识别不需要标注物体区域，可以极大节省标注成本；并且多标签识别可以识别出检测、分割算法无法识别的更加抽象语义，如黄昏、风景等。本文主要介绍多标签识别技术在58业务中的算法实践。

本文侧重于介绍在工作中关于动态配置开发模式的演进历程，讲述了基于对问题的理解再理解的探索过程去寻找当前最佳解决方案的思路，也是转转公司复仇者联盟技术生态系列之凯蒂组件的由来。

相信每个切图工程师，都接触过文件上传的需求，一般的小文件，我们直接使用 input file，然后构造一个 new FormData()对象，扔给后端就可以了。如果使用了 Ant design 或者 element ui 之类的ui库，那更简单，直接调用一下api即可。当然了，复杂一些的，市面上也有不少优秀的第三方插件，比如WebUploader。但是作为一个有追求的工程师，怎么能仅仅满足于使用插件呢，今天我们就来自己实现一个。

电商行业的售后服务，通常都伴随着极其复杂的业务场景。不仅需要与正向订单流程呼应，还需要与质检、仓储、物流等信息进行交互，实现售后流转。笔者目前负责售后业务的研发工作，接下来将为大家介绍，售后流程中最为核心的部分：状态机。