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

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

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

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

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

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

对前端开发者而言，脚手架是快速开发不可或缺的一环。脚手架方便开发者从基于已有的代码库，去下载符合项目所使用的模板，并根据需求修改配置并生成项目文件。从而减少新建项目时重复的配置工作，统一团队开发中各项目的配置和规范。

初阶设计师的成长是能量吸收的过程，高阶设计师的成长是能量释放的过程。如果你有一个自我成长的心，我这里给大家一个通往新世界的门，它的钥匙是“结构化思维”。

聊到插件化架构，我们更多想到的是「构建阶段」的插件机制（不限于webpack、babel），而umi提供的「运行时阶段」的插件机制就比较少见了。

在前端的业务中，经常会出现需要计时的场景。比如页面中需要统计停留时长，以达成一些活动任务的要求；又比如页面需要进行倒计时，用来预热一些特定时刻才能开启的活动；再比如页面中需要展示一些动画，用于使页面看起来更美观。这样的场景数不胜数，覆盖了可以说是几乎所有的行业，其中是以电商、游戏中最为常见。

度量系统前端重构：如何将前端开发成本减少到最小，并且做到能够快速实现，快速复制。

在公司使用RocketMQ的时候发现事务消息不是社区版的,而是自研版本。

这就引发了强烈的好奇,为什么要自己研发一套呢? 和社区版的又有什么不同呢?

基于前面umi插件机制的原理可以了解到，umi是一个插件化的企业级前端框架，它配备了完善的插件体系，这也使得umi具有很好的可扩展性。umi的全部功能都是由插件完成的，构建功能同样是以插件的形式完成的。下面一起来了解下umi的构建原理。

实战案例讲解设计的数据分析、思路和模型。

客服IM系统是转转自研的在线客服系统，是用户和转转客服沟通的重要工具，主要包括机器人客服、人工客服、会话分配、技能组管理等功能。在这套系统中，我们使用了很多开源框架和中间件，今天讲一下WebSocket在客服IM系统中的应用。

插件化架构在如今的许多前端主流框架中都能看到它的身影。今天我们以 umi 框架为主，来看看插件化架构的实现思路。