公司：58同城
58同城（NYSE：WUBA），简称58，是一家位于中国北京市的生活服务及分类信息网站，以在地服务为主，举凡租房、招聘、交友、水电、二手交易等等，由北京五八信息技术有限公司拥有，创始人是姚劲波，成立于2005年12月12日。该网站是中文最大的生活信息网站，该网站的口号是“一个神奇的网站”。
低代码实时数仓构建系统的设计与实践
本文介绍58信安基于Flink实现低代码实时数仓构建系统，我们将数仓构建这一过程进行抽象，通过工程化的思想去解决，将固有领域问题交给系统，让开发人员关注数据本身，解放人力缩短数仓构建周期。
需求子任务的数据管理提效实践
项目管理中，人员、关键时间节点、耗时等数据是业务团队比较关心的，这些数据需要每位同学手动录入，有一定时间成本。今天给大家介绍下2种降低数据维护成本的技术提效实践～
58神奇管家——基于零信任终端安全管理系统的设计与实现
通过介绍神奇管家的设计与实现，为大家进一步认识和理解零信任提供了真实可靠的参考案例。
学会Sequelize，让你操作数据更丝滑
Sequelize 是一个基于 promise 的 Node.js ORM,它具有强大的事务支持, 关联关系, 预读和延迟加载,读取复制等功能。本文希望通过下面的知识讲解及一些实战经验分享，给予即将入门或正在学习的同学一些帮助。
转转商品系统高并发实战（数据篇）
商品系统作为电商中的核心系统之一，其重要性不言而喻。互联网业务上的高性能、高并发、高可用在商品系统上体现的淋漓尽致。除了引入分布式缓存以及分库分表的优化之外，本文从数据的角度阐述了商品系统的优化，以提高商品系统的并发能力和性能。
竞品分析方法指南
竞品分析时不知道用什么方法？作者总结了8种常用方法和其适用场景。
多项目集成下的工程脚手架配置方案
实现多项目的分模块打包，且项目之间共享组件和依赖，运行、打包时互不干扰。
多业务模式下的交易链路探索与实践
转转作为国内头部的二手闲置交易平台，从2015年成立至今，业务模式由C2C拓展至B2C、C2B、B2B、C2B2C等多模式并存的新格局，品类覆盖手机3C、图书、游戏、奢侈品等三十余大类。
转转目前采用的是中台业务架构模式，中台（全文默认指交易中台）负责提供通用，稳定的交易能力，灵活快速响应前台业务需求；业务负责前台探索持续创新，为用户提供有价值的服务。
Vue灰度发布新功能的那些事
介绍在Vue中3种页面级别前端灰度新功能的方案。
中台订单分库分表测试总结
最近也许是“幸存者偏差”的原因，频繁看到不同技术公众号发布的关于《分库分表》的测试方案分享，21 年下半年中台订单侧也做了一次分库分表的技术改造，由于 21 年年底项目忙，一直没有系统性的整理一下，趁着最近有点空闲，来一次沉浸式总结；按照最简单的叙述，分为“事前”、“事中”、“事后”做一次回顾。
转转推送系统的易测性设计
转转推送系统（后面简称系统）在早期设计中主要考虑了三个核心指标：
- 吞吐量：指系统在单位时间内能够发送多少消息的能力。
- 扩展性：指系统在快速支持更多APP主体、发送策略、发送通道、通道策略等能力上的难易程度。
- 性能：指系统API的接口耗时。
为了同时满足三个核心指标，我们在系统中大量采用了异步、并发、批量等设计。这些设计虽然很好满足了系统设计指标，但是同时也给系统带来了较高的复杂度，再加之一些环境因素（如测试环境的不稳定），导致业务方（指系统使用方）在接入测试中经常需要系统人员协助定位问题，这种状况既降低了业务方的开发效率又增加了系统的维护成本。
为了解决业务方的接入测试问题，在之后的系统演进中我们又增加了第四个指标：易测性，希望通过这个指标来提高系统的可测试性和降低系统测试成本。本文将重点讲述我们在系统易测性指标上的一些设计经验供大家参考。
教你如何实现一个完美的移动端瀑布流组件
瀑布流是大家日常开发过程中经常遇到的一个场景，我们公司内部的组件库中也提供了一些解决方案。但这些方案适用场景都很单一，且每个实现方案都或多或少存在一些问题，基于此，我们设计与开发了一个兼容多场景的瀑布流组件。
转转测试环境标签域名实践
公司现在访问测试环境方式，使用线上域名，本地配置host，通过host控制访问不同的环境。这种使用方式，存在诸多问题，比如：
- 忘修改host，或浏览器存在socket缓存，host没生效。会访问更改线上数据，风险大。
- 需要频繁配置修改host，产品，运营，测试在测试环境作业中效率较低。
- 与第三方联调时，每次更换测试环境，都需要运维同学更改nginx配置。
借助八角行为分析法为运营活动增加新鲜感
如何将游戏类运营活动赋予新的玩法，打破老套运营方式给予用户新鲜感？
Fair 在 58 同城拍客 App 中的实践
本文旨在为大家提供 Fair 在实际项目中落地的完整案例，包含了使用 Fair 进行动态页面改造、复杂场景使用、接入过程中遇到的问题、Fair 接入前后的性能对比、热更新方案设计等等内容。
你不知道的setup
我们在 Vue2编写组件的时候，会在 props、data、methods、computed 等 options 中定义一些变量。在组件初始化阶段，Vue内部会处理这些 options，即把定义的变量添加到了组件实例上。等模板编译成 render 函数的时候，内部通过 with(this){} 的语法去访问在组件实例中的变量。
那么到了 Vue3，新出现的setup启动函数，是整个组件逻辑组织的入口，我们可以在它内部写composition-api，以更加直观的形式声明变量，有利于代码的逻辑组织和复用，但是我们要明确一点，composition-api 属于 api 的增强，它并不是 Vue3 组件开发的范式，如果组件足够简单，还是可以使用 options-api，在了解了 composition-api的应用场景和使用方式后，我们需要进一步思考，setup启动函数是如何执行的，它所返回的数据又是如何与模板建立联系的？