首页 > TAG信息列表 > 有赞
有赞数据质量保障体系
一、有赞数据链路 1、数据链路介绍 首先介绍有赞的数据总体架构图： 自顶向下可以大致划分为应用服务层、数据网关层、应用存储层、数据仓库，并且作业开发、元数据管理等平台为数据计算、任务调度以及数据查询提供了基础能力。 以上对整体架构做了初步的介绍，对于质量把控来说，最核心的建议
（1）前沿的技术论坛和博客hit up, 思掘，少数派 （2）前沿技术池infoQ 前端专栏每日时报indepth大厂团队阿里UED 滴滴FE BLOG 头条前端 有赞前端 腾讯 AlloyTeam 腾讯 TNFE 百度 EFE 蚂蚁数据体验技术团队《最新面经》— 二年经验妹子有赞二面终收offer
面试题+答案领取方式：关注公众号回复【666】 有赞一面：（50min） 自我介绍 Java集合 LinkedList与ArrayList fail-fast CAS reentrantlock synchronized 线程池 mysql引擎 事务隔离级别 索引 B树与B+树，为什么用B+树 mvcc redis的一些命令（了解[转]有赞的交易系统架构困局以及破局之道
在开始下面的话题之前，我们先看一看有赞原有的核心交易架构。 初步看去，这套架构方案似乎看不出什么问题。事实情况也这样，我们做这套交易方案支持了日百万级的交易规模，取得了很不错的成果。 在2016年，公司经历了飞速的成长， 整体团队人员扩张了数倍， 公司整体业务线从单一的微商城电有赞Android实习五面都挂了，复习半月再战，转拿腾讯offer！
缘起 为了有赞的面试准备了半个月的样子，当时还投了美团、字节、滴滴、京东，目的只有一个，就是要进大厂，但是只有有赞扛过了一面，其他都是一面就挂了。 前三面都自我感觉良好，以为能稳拿offer的，没想到五面后开始节奏不对了，HR以HC紧张等等各种理由，推迟告知结果。。。距离一面一个月有赞 GO 项目单测、集成、增量覆盖率统计与分析
作者：赵海强团队：测试团队一、引言我是一名中间件 QA，我对应的研发团队是有赞 PaaS，目前我们团队有很多产品是使用 go 语言开发，因此我对 go 语言项目的单测覆盖率、集成以及增量测试覆盖率统计与分析做了探索。二、单测覆盖率以及静态代码分析2.1 单测覆盖率分析Go 语言自身提供了单元有赞发号器多机房方案
有赞发号器多机房方案作者：小朋友团队：中间件团队有赞发号器多机房方案发号器一般用来产生全局唯一 ID，有赞发号器的设计及背景参见文章《如何做一个靠谱的发号器》，本文在此基础上进行扩展，提供多机房发号与集群拆分能力，下文中使用 March 表示发号器服务。图1 展示了改造前发号器双机房有赞的效能改进实践（序）
有赞技术 有赞coder作者：弋戈团队：效能改进背景组织中任何工种、角色或团队的出现，都是为了解决组织的某类问题。效能改进、 PMO 之类团队的出现，核心是改进研发效能、组织协同、过程管理的一些问题。这个团队要能够适时给组织引入一些合适的管理或工程理论与实践，更要能把这些理论与效能改进的「六项修炼」
有赞技术 有赞coder对于任何一家企业来说，「经营」意味着开源，而「管理」则是提效和节流的手段。不同行业、不同阶段，其经营方式千差万别，经验很难被复制，但管理，则可以抽象出通用的模式。而效能改进工作，正是这样一组避免管理失效或失控、并能保障经营有序的杠杆。人致改进的搭档：循序有赞推荐系统关键技术
有赞技术 有赞coder文 | 任艳萍 on 大数据个性化推荐是随着移动互联网发展不断发展起来的，它是建立在海量数据挖掘基础上的一种高级商务智能平台，以帮助电子商务网站为其顾客购物提供完全个性化的决策支持和信息服务。有赞微商城使用个性化推荐系统，尤其是在关键节点增加推荐入口，进有赞推荐系统关键技术
有赞技术 有赞coder文 | 任艳萍 on 大数据个性化推荐是随着移动互联网发展不断发展起来的，它是建立在海量数据挖掘基础上的一种高级商务智能平台，以帮助电子商务网站为其顾客购物提供完全个性化的决策支持和信息服务。有赞微商城使用个性化推荐系统，尤其是在关键节点增加推荐入口，进有赞推荐系统关键技术
有赞技术 有赞coder文 | 任艳萍 on 大数据个性化推荐是随着移动互联网发展不断发展起来的，它是建立在海量数据挖掘基础上的一种高级商务智能平台，以帮助电子商务网站为其顾客购物提供完全个性化的决策支持和信息服务。有赞微商城使用个性化推荐系统，尤其是在关键节点增加推荐入口，进Service Mesh在有赞的实践与发展
有赞技术 有赞coder 前言Service Mesh 的概念自 2017 年初提出之后，受到了业界的广泛关注，作为微服务的下一代发展架构在社区迅速发酵，并且孵化出了诸如 Istio 等广受业界关注的面向于云原生 (Cloud Native) 的微服务架构。目前阿里、华为云、腾讯云都在 Service Mesh 上投入了大有赞埋点实践
有赞技术 有赞coder一、前言大数据应用一般会有采集、加工、存储、计算及可视化这几个环节。其中采集作为源头，在确保全面、准确、及时的前提下，最终加工出来的指标结果才是有价值的。而埋点作为一种重要的采集手段，可以将用户行为信息转化为数据资产，为产品分析、业务决策、广告推有赞NSQ多集群多机房设计
有赞技术 有赞coder 一、Overview从有赞双机房开始到金融云架构，针对业务方在多机房的应该部署以及消息发送订阅需求，需要 NSQ 针对双机房以及多机房部署提供消息发送与订阅服务。本文主要介绍了 NSQ 双机房以及多机房设计以及经验总结。二、场景和需求下图是一个机房内基本的 NS有赞前端质量保障体系
有赞技术 有赞coder 前言最近一年多一直在做前端的一些测试，从小程序到店铺装修，基本都是纯前端的工作，刚开始从后端测试转为前端测试的时候，对前端东西茫然无感，而且团队内没有人做过纯前端的测试工作，只能一边踩坑一边总结经验，然后将容易出现问题的点形成体系、不断总结摸索，最终形有赞 Flutter 混编方案
有赞技术 有赞coder 一、背景目前准备试水 Flutter，但是多数 native 开发是不了解 Flutter，因此需要设计一种比较“舒服”的集成方式。二、混编方案2.1 方案考量如果直接采用 Flutter 工程结构来作为日常开发，那这部分 Native 开发也需要配置Flutter环境, 相当程度的了解 Flutter有赞零售移动CI/CD实践
有赞技术 有赞coder作者：原野部门：零售移动一、背景随着有赞零售业务的蓬勃发展，为了尽早交付有价值的应用满足客户需求，我们采用了敏捷开发的模式，快速拥抱变化的同时保持竞争优势。从 2019 年起，零售客户端的发版周期更改为每周一次，这对移动端的持续集成与交付提出更高的要求。如何有赞crash平台符号化实践
有赞技术 有赞coder 作者：杨杨 & 姜豪部门：电商移动背景有赞在基础保障平台的实践中完成了 Crash平台 的建设，但是iOS的崩溃日志未经符号化，排查问题比较困难。为了降低iOS App的crash率，快速排查线上crash，疑难crash的跟踪处理，符号化崩溃日志显得尤为重要！一、crash日志的收集与分析1.有赞移动应用如何给页面安上“任意门”
有赞技术 有赞coder 作者：茄子 & 晓旭部门：有赞电商移动组“任意门”：一行配置实现页面跳转重定向。背景 & 痛点 & 价值动态路由组件，处理的是 App 中最最常见的一种行为的问题，那就是：跳转。随着 App 技术栈的扩展，从原本最最简单的原生到原生的跳转，扩展到目前同一个 App 中包含原生有赞移动Crash平台建设
有赞技术 有赞coder 作者：王剑标部门：电商移动背景 & 痛点 & 价值稳定性始终会是一家成功公司的重要指标，在移动端亦是如此。跟大部分创业公司一样，有赞在创业初期选择以核心业务为主， 在一些基础设施的搭建上主要以使用三方平台为主(腾讯bugly)。随着业务的发展和bugly的长期不维护有赞零售移动CI/CD实践
有赞零售移动CI/CD实践 有赞技术 有赞coder 一、背景 随着有赞零售业务的蓬勃发展，为了尽早交付有价值的应用满足客户需求，我们采用了敏捷开发的模式，快速拥抱变化的同时保持竞争优势。从 2019 年起，零售客户端的发版周期更改为每周一次，这对移动端的持续集成与交付提出更高的要求。从Storm到Flink，有赞五年实时计算效率提升实践
实时计算在有赞发展从技术栈的角度，我们的选择和大多数互联网公司一致，从早期的 Storm，到 JStorm， Spark Streaming 和最近兴起的 Flink。从发展阶段来说，主要经历了两个阶段，起步阶段和平台化阶段；下面将按照下图中的时间线，介绍实时计算在有赞的发展历程。2.1 起步阶段这里的的起步阶段的产品经理（18） #中台
目录 大中型公司 才有中台 数据后台（查看数据，抽取数据） 活动中台 资源后台 产品：有赞 地点均模拟为北京 大中型公司 才有中台 多业务共用平台，支撑各部门相同的业务需求 数据后台（查看数据，抽取数据） 活动中台 统一发布活动中台，固定模板，发优惠券，打折等 资源后台 各部门均可调用此中有赞基于ES的搜索系统架构是如何演进的？
本文从架构上介绍了有赞搜索系统演进产生的背景以及希望解决的问题。有赞搜索平台是一个面向公司内部各项搜索应用以及部分 NoSQL 存储应用的 PaaS 产品，帮助应用合理高效的检索和多维过滤功能。有赞搜索平台目前支持了大大小小一百多个检索业务，服务于近百亿数据。在为传统的搜索应