话题公司 › 58同城

公司:58同城

关联话题: 天鹅到家

58同城(NYSE:WUBA),简称58,是一家位于中国北京市的生活服务及分类信息网站,以在地服务为主,举凡租房、招聘、交友、水电、二手交易等等,由北京五八信息技术有限公司拥有,创始人是姚劲波,成立于2005年12月12日。该网站是中文最大的生活信息网站,该网站的口号是“一个神奇的网站”。

AI助力-58恒星数据标注平台的设计与实践

本文介主要绍58恒星数据平台的设计思考和0-1建设历程。借助AI算法助力标注,同时以标注数据赋能AI,实现以标注的通用性、低成本、高质量为核心建设目标的数据标注平台。

【Midjourney&SD进阶宝典】AI优秀设计作品展(含关键词)

为了探究Midjourney、StableDiffusion等AI工具在设计上的无限可能,我们举办了1场面向全58UXD设计师的,为期4周的「AI创作海报设计大赛」。不仅让AI和设计师灵感产生奇妙的火花碰撞,同时也探索了AI在设计领域的更多可能。

提效新纪元-组件化开发在转转App中的应用-后端篇

组件化开发是一种利用可重用的软件构件来设计和开发计算机系统的过程,该技术可以实现最小化、高效交付。本文详细讲述了组件化开发技术的实现过程,引导开发者们迈向提效新纪元。

魔方基础依赖环境隔离实践

作者发现魔方服务更新低效,导致开发体验差。优化前,编译耗时非常长,例如A需要10分08秒才能完成编译。经分析,问题在于安装冗余依赖和执行耗时的命令。为解决这些问题,作者加入了自动检查并安装依赖的命令和忽略脚本命令的参数。优化后,如表中所示,编译耗时大大减少,例如A现在只需要04分42秒即可完成编译。

如何编写一个测试方案?---她是这样做的!

The author emphasizes the importance of being a bridge between product and technology as a QA, ensuring that both are closely aligned with business needs. They stress the need for multi-dimensional understanding of the system and strategic planning to safeguard the quality of the project. To achieve this, the author recommends evaluating design, interface changes, data dependencies, and system functionality scenarios during review, creating a detailed testing plan with a clear schedule, researching project milestones, and coordinating testing methods and rhythm. They also highlight the importance of clear business understanding, minimizing blind spots in functional dependencies, and deep technical understanding to create a comprehensive testing plan. Finally, they suggest prioritizing business goals and understanding the system's positioning and development direction to analyze requirements' design direction and technical solution adequacy for long-term iterations.

Flutter低代码-Fair云开发平台实践

Fair云开发平台支持在线编写代码,通过前端用户输入发起编译预览请求,后端通过dartdevc编译器对工程代码进行编译,返回JS产物给前端注入到iframe中进行效果预览。欢迎使用Fair并为我们点亮star,也欢迎贡献代码和提交问题。加入交流群,联系方式在文章中给出。

转转支付通道监控系统的搭建

本文将介绍转转支付通道监控系统的技术选型、架构设计及详细实现方案。

《转转B端项目页面性能统计实践》

如何开发一款符合转转内部埋点上报体系的 PC 端项目网页的性能统计平台。

指标圈选在数据应用平台的实现

整体功能对数据圈选在业务方自定义配置下创建任务并定时调整数据,中间经过迭代对任务执行调度及数据对比等功能根据问题调整。

动态线程池在转转平台的实践

作为一名互联网程序员,经常需要面对高并发的场景,为了更好地提高系统的吞吐量和响应速度,我们通常采用并发编程。而线程池技术也是Java并发编程中的一个重要组成部分。本文将分享我的Java线程池使用经历,以及Java线程池在转转平台的实践。

聊聊令人头疼的埋点

埋点,是指在应用中添加代码,以收集用户的操作行为和数据,以便后续进行数据分析和产品决策。这些代码通常被称为埋点代码,它们将事件(如点击、滚动、搜索等)和属性(如时间、位置、设备等)捕捉并发送到数据平台。通常情况下,这些数据用于分析用户行为、监控应用程序性能、改进产品功能等方面。

转转业务数据校验平台介绍

转转实时业务数据校验平台为业务数据质量保驾护航,提前发现异常数据,降低数据异常的影响范围。

聊聊 PerformanceObserver

性能监控的利器——PerformanceObserver 全网最全揭秘!

前端视角下的转转客服通信过程

当你在转转咨询客服时,你的问题是如何发送到客服的?客服又是如何快速精准回答的呢?这篇文章将从前端的视角,带你了解转转客服通信的整体流程。

转转仓储自动化系统实践

转转仓储初始形态为基本的进销存(进销存软件主要关注库存、采购和销售的管理,而WMS专注于仓库内部的物料搬运、存储和分拣等操作;前者解决的是管货的能力,后者是在前者的基础之上对仓库的作业进行过程指导和规范)系统,初始形态定位于质检系统中的仓储模块;因此也只是承担的比较固定和简单的实物进销存过程,没有其他决策性、流程性等能力。初始形态下只运营着自营少数站点,库存量也是在一个人工能处理的量级;但随着业务的快速发展,带来回收入仓货物量的持续增长,系统操作效率正面临着日益严重的瓶颈挑战。

全链路压测演进之迭代式压测

做系统服务压测都是比较耗时耗人力的,特别是在生产环境上做压测,压测的时间都是在晚上23点后,甚至在凌晨1-4点,每次投入的人力成本较高(经常是晚上通宵加班压测,疲惫感十足),对于团队来说,每次大家都很辛苦,但是又不得不做,这是非常苦恼的烦心事。

为了缓解团队每次投入做压测的疲惫感,以及降低投入的人力成本,对现有的压测流程做进一步的改善:现有的压测模式:常态化压测(例行压测,摸底压测)、大促全链路压测,这两种压测模式的执行是根据现有业务发展而制定的,但都存在一定时效上的问题,且投入人力成本也不低。

为推进常态化压测更高效,更贴近业务进行压测,且分化所有业务流量的焦点集中在大促压测上,把一些常规压测操作前置到日常业务迭代需求项目上,根据中、大规模的需求项目试行迭代式压测,提供更细致、更小范围的压测方式,尝试解决在压测上的时效和人力问题。

首页 - Wiki
Copyright © 2011-2024 iteam. Current version is 2.125.4. UTC+08:00, 2024-05-27 20:44
浙ICP备14020137号-1 $访客地图$