公司:京东
京东是中国最大的电子商务公司之一,成立于1998年。公司提供在线零售、物流配送、支付服务等一系列互联网服务。京东市场规模庞大,是中国最大的网络零售商之一。随着国内电子商务市场的不断发展和技术的不断提升,京东已经成为中国互联网行业的领导者之一。
从DDD到PaaS化再到一站式部署——通天塔后端通用版发展之路
通天塔后端团队经过数年的逐步探索,摸索出了一条可扩展、高可用、可维护、部署灵活、多租户支持的通用版架构之路。
数坊驾驶舱攻克大促期高潜用户的流失难题,以实时营销促高效转化
数坊活动驾驶舱在大促活动期间基于用户购物流程,帮助品牌实时追踪、实时营销。
千万级QPS-优惠券系统架构设计
优惠券系统在业务层面承接O2O一小时达业务核心促销,是京东到家营销工具的核心利器,为了支持复杂的业务和高流量的场景,对缓存Redis的应用必不可少。本章内容主要介绍京东到家优惠券系统的架构演化,以及承接高流量的Redis集群实战经验。本文的数据支撑进行了脱敏处理,如有不清晰之处,请见谅。
Apache Doris和ClickHouse的深度分析
全面分析对比了Apache Doris和ClickHouse各自的优劣势。
简述iOS开发中常用的编程思想
编程思想的本质是降低系统复杂度,减少重复,减少代码变更。
从 0 到 1, 构建达达快送自动化业务配置中心
在达达,有大量的业务性质的配置(后文简称“业务配置”)被存放在研发配置中心,占到了配置中心所有配置的 20%左右,占比不高,但却给系统运维带来了巨大的成本。本文将介绍如何从0到1,构建达达快送自动化业务配置中心。
首先,为什么会出现业务配置添加到研发配置中心中的情况?在设计时,我们一般会从三点进行考虑。
- 投入产出比,在产品设计阶段,为一个不常用的功能,或是只是短期存在的业务去研发一个配置管理页面,其投入产出比相对较低。
- 研发资源不足,需求较大时,受到了研发资源的限制,将需求进行拆分为多期,先保证核心流程,二期或后续再完成配置页面相关的研发工作。
- 需求的紧急程度,业务需求倒排,本次需求要完成上线。评估后,要达成该上线目标,只能做出妥协,将业务配置临时添加到研发配置中心,后续再完成配置页面相关的研发工作。
达达从成立至今,已经7年。7年间,不断有业务配置被以研发配置的形式添加到研发配置中心。7年间,公司业务不断的增长,系统复杂度也不断上升,目前,公司在业务配置的维护上投入的资源巨大,已成为公司的一大痛点。
这段代码你的单测覆盖到了吗?
希望单元测试也逐渐变成我们的工程师文化,也许下次某位同学出现代码级的线上问题时,我们复盘时会多问一句,这段代码你的单测覆盖到了吗?
说一说Web端侧AI
AI 正在不断拓展前端的技术边界, 算法的加持也为前端研发注入了全新的力量。本文为大家介绍什么是端智能,端智能的应用场景以及 Web 端侧实现 AI 的基本原理概念。
京东多端全流程交易解决方案阿波罗平台iOS单元测试实践
阿波罗平台引入iOS单元测试实践过程。
你们要的Intellij IDEA 插件开发秘籍,来了!
大家在使用Android Studio开发的时候都会使用一些插件,来方便我们的开发工作,提升工作效率。在进行手机京东Android客户端瘦身工作时,我们将压缩图片的相关功能封装成了 IDEA 插件:ImgOptimi 图片优化工具(参考链接http://sdk.av.jd.com/share/ImgOptimi/img-optimi.html)。这里总结一下 Intellij IDEA 插件开发的知识,供大家参考。
单元测试与重构
测试驱动开发,越底层的测试应该写得越多。
浅谈付费会员模式中设计机会点
在1号会员店项目中,经过一些调研和思考,去尝试系统化建立设计体系。本文主要从会员整体生命周期中,发现设计所能发力的机会点。
这样推广让新客增长更快速
推广,换句话就是做广告。通过不同的渠道方式把自己的产品让更多的人了解→接受,从而达到宣传、普及的目的。本文收集了推广的一些渠道,通过梳理给大家一个较为清晰的方向。
达达集团地图服务百亿级距离计算的演进之路
本文详细介绍了达达集团的地图服务如何从一个对供应商调用简单封装的服务演进为支持日百亿级点对距离计算的健壮的通用服务。
设计师“进阶辅技” —— 高效沟通术
设计师的专业能力是立足之本,而沟通能力是解决一切诉求的前提和助攻!具备良好的沟通能力不仅能展现设计师的职业素养和个人魅力,沟通中也能锻炼全局思考和解决问题的能力。
京东到家Loki日志系统实践
随着业务的高速发展,目前基于ELK架构的日志系统无法满足京东到家的日志存储和查询需求。这是因为ELK架构中要用全文索引来支撑搜索服务,需要为日志的原文建立反向索引,这会导致最终存储数据相较原始内容成倍增长,产生较高的存储成本。不管数据将来是否会被搜索,都会在写入时因为索引操作而占用大量的计算资源,这对于日志这种写多读少的服务也是一种计算资源的浪费。另外日志采集无法自动化,新的日志需要运维手动加入。针对这些痛点,我们调研了当前流行的日志系统,最终选择了Loki这个新兴日志系统作为ELK架构日志系统的替代。