话题公司 › 58同城

公司:58同城

关联话题: 天鹅到家

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

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

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

转转反爬攻防战

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

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

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

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写法作简要介绍和总结。

搭建场景下的页面编译提速方案探索

可视化搭建平台已经比较普及了,具体原理本文不再赘述,这里和大家聊一聊搭建平台重要的一步:c端页面的生成流程。实际上主流的方式有以下两种:

  1. 动态化方案:c端维护一个统一的入口页,动态拉取所需配置项以及组件代码。这种方式的优点是发布迅速,可批量更新、修复代码,但相应的需要维护一套后端服务,用以处理配置项的存储解析,组件的版本管理,页面组件的关系映射等。
  2. 静态固化方案:每次生成页面时,根据特定活动的配置数据生成一个包含组件以及配置信息的入口文件,然后走一遍完整的前端编译流程。其优点是无需后端服务,不用再担心大促活动时的高并发影响,且页面与页面之间完全隔离、更可控,同时在c端页面的体验上要优于动态化方案。

以下就静态固化方案介绍下我们在编译速度上所做的优化。

前端调试的最佳实践

如何快速定位和解决问题,前端调试指南供大家参考。

G6自定义节点的不完全指北

前段时间有个好玩的需求:把人、货、场的整个流程通过一个个节点有序排列出来。一开始觉得这很简单呀,用G6一条线搞定。接着,需要把不同领域拆分开来,那也简单,按照规则拆出几份出来就好了。但在做的过程中,发现不太对,每个领域在同一个时间节点的数据没有上下对齐,每个节点下罗列的几行内容,横向看起来也有错落,看起来不直观。接着,对整个数据结构进行一个算法调整,完美实现上下对齐,图文节点清晰。过程中踩了些许的坑,很上头。

如何让你的设计超越竞品,看这里就够了

设计超越竞品不能片面的论证是否超越竞品,而是建立在助力业务目标实现的基础上,所以设计超越竞品是需要基于不同维度进行可量化的效果评估,以用户的理性选择得出设计评估的客观结果。

一场开源 RSA 库引发的“血案”

本文结合 58 iOS App 项目实践,分享一次奇异的 Bug 排查经历,谈谈 GitHub 上一个知名的 RSA 算法库 Objective-C-RSA 使用过程中遇到的一些暗坑。此现象并非个例,希望对读者有所启发。

如何打造企业级插画系统?

近年来,面对企业内部产品的多样性和业务快速增长,插画系统不仅提升了产品的整体美观度,也让工具变得高效。组件化的插画设计增加了界面的美观性,更好地传递品牌特性的同时也提升了协同效率。

Accueil - Wiki
Copyright © 2011-2024 iteam. Current version is 2.139.0. UTC+08:00, 2024-12-27 15:20
浙ICP备14020137号-1 $Carte des visiteurs$