话题公司 › 58同城

公司:58同城

关联话题: 天鹅到家

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

基于RPC接口的业务侧流量回放

高效率、低成本,一种快速上手的流量回放方法。

如何写好一份晋升PPT(附PPT模板)

又到了每年晋升述职的时间,在过去的 5、6 年里,我以评委身份参与了大量的晋升述职(主要是前端,也包括客户端和测试),也辅导了许多(100+)组内外的同学,指导他们书写和完善 PPT。过程中我发现大家有许多共性的问题,这些问题导致了某些同学,明明有 80 分的能力,却让评委觉得只有 60 分。而有些掌握了晋升技巧的同学,同样 80 分的能力却能给评委 90 分以上的感觉。

后来,基于这些共性的问题,我制作了一个 晋升述职PPT模板,把晋升述职相关的注意点,包括述职准备、内容结构、表达技巧、规划重点等都集成到了这个 PPT 模板中。因为准备 PPT 是晋升述职的核心工作,所以把需要注意的点都融入到 PPT 里面后,在写 PPT 的同时就能融汇贯通起来。

转转支付网关之注解式HTTP客户端

转转支付中心与多家第三方支付平台、金融机构存在合作,例如微信、支付宝、分期乐、合利宝、平安银行等。

在收单、打款、退款等业务上,大部分接口都需要通过HTTP协议与第三方进行交互。

目前业界上或转转内部都有封装好HttpUtil工具类提供使用,但开发人员在接入三方渠道时,不同渠道方提供的文档有所差异且内部研发人员变动等原因,实现时自然会存在一些问题:

  • 缺少统一的设计流程,代码复杂臃肿、耦合度高
  • 开发人员水平参差不齐,不同人的设计风格千差万别
  • 抽象程度不够,复用性较低

由此,支付中心研发了统一设计风格、注解式的HTTP客户端,建立一套面向“使用HTTP协议与三方渠道交互“的“设计规约”。

如何实现马良的标注功能

如何实现一个像“蓝湖”那样的标注功能,这篇文章带着你一步步的去揭秘关键性的技术点,让你从零开始上手一个sketch标注。

DeepLink 在转转的实践

DeepLink是什么?如何应用DeepLink来获客引流?

58集团处罚数据中心的设计与实践

58集团作为国内领先的生活服务及分类信息平台,业务覆盖招聘、房产、汽车、二手、本地生活服务及金融等领域,各业务每天生成海量信息,对内容安全、业务违规的高效治理和处罚的需求亟需解决,本文站在中心化建设视角,阐述58集团处罚数据中心的设计与实践。

表达式引擎在转转平台的实践

面对复杂多变的情况下, 如何能够灵活、简单、高扩展的完成业务需求? 是否存在零代码就能完成产品需求迭代?

转转反爬攻防战

互联网中爬虫的进攻不曾停息。让我们跟随转转的攻城狮们,走向这硝烟弥漫的战场。

如何成为一个优秀的复制粘贴工程师

在平时的搬砖过程中,当我们拿到新需求的设计稿时,为了加快开发的速度,通常会看看是否有曾经写过的组件可以复用。如果能找到类似的组件,有很大概率可以在原有的基础上修修补补就能直接用了。

58同城Swift版小游戏研发之路

混天项目:58集团共建的Swift基础设施平台建设, 主要目的是推进集团App对Swift语言进行使用,并打造复杂工程下Swift-OC混编、编译耗时优化、包大小检测(支持Swift)等基础能力的建设。

小游戏Native化背景:梦想小镇在同城10.7.0版本前, 是由H5技术研发,优点是可以跨平台,完美支持iOS以及Andriod系统。但是,小游戏的核心业务模式是通过用户合成升级, 当达到一定等级后,给予用户现金奖励(在同城中是发放神器矿石)。但在10.9.0版本苹果审核人员明确表明此业务模式触发了4.7.7审核条款, 如果继续使用H5的技术手段,只能去掉奖励。但是如果去掉奖励的话, 也基本失去了用户玩小游戏的动力,对App的日活以及业务导流都会有比较大的影响。

基于上述同城对混编语言建设的现状, 以及苹果对H5游戏审核政策的变化,使我们坚定了用Swift语言开发游戏的新思路。

设计模式初探

设计模式是前人经过不断实践,总结出来的类似于武功秘籍的定式,是某种场景下解决该问题的优雅方式。

Vite 原理浅析及应用

尤大在 19 年就已经有了 Vite 的想法,只不过那个时候还在忙 Vue3 的重构,并没有太多的时间来具体实现,之后 Vue3 几乎成型后,尤大也就开始研究 Vite 的开发了,在 20 年的时候就发了微博、知乎、推特等社交账号说明,并将源码上传至 Github 。

流程开放平台表单引擎的设计与实现

58 的 OA 系统中存在上百个业务表单与审批流程,每个表单都需要单独开发,而且每个表单上线之后,都经常出现与其他表单重复的小需求,这些问题导致了 OA 系统上线新表单及维护旧表单的效率非常低,大概每两周只能上线一个业务表单或审批流程。因此,58 企业平台开始着手尝试使用技术手段提高此类业务表单与审批流程的开发上线效率,解决这些重复的、有规律的表单页面与审批流程的开发维护效率问题。低代码、0 代码平台是一种通过尽可能少的代码就可以快速生成应用程序的开发平台。通过所见即所得的方式,使没有技术背景的运营人员也可以使用拖拽组件和预设的流程模型来创建应用程序,避免让研发团队重复开发相似需求,提高业务表单与流程的研发效率。本篇文章主要介绍 58 流程开放平台中表单设计器和渲染器的设计与实现。

FFmpeg初探——基于FFmpeg的图片合成视频

商家在发布商品的时候,大部分情况下是没有视频的,这样往往会造成商品展示不全等问题,而视频制作又比较麻烦,为了解决此痛点,我们需要提供一键合成视频的功能。

之所以选择 FFmpeg,是因为我们期望后续能够进行视频剪辑、字幕添加等更复杂的音视频操作。下面我们就来了解下什么是 FFmpeg。

小卡片也要有规范

无规矩不成方圆,在页面设计中亦是如此,规范的制订尤为重要,本文与大家一起探讨一下规范的制订与推进。

react hooks设计初衷

介绍hooks的设计初衷,对比class写法作简要介绍和总结。

trang chủ - Wiki
Copyright © 2011-2024 iteam. Current version is 2.137.3. UTC+08:00, 2024-11-28 22:44
浙ICP备14020137号-1 $bản đồ khách truy cập$