您当前的位置: 狗万网址 > 信息化建设 > 信息化团队 >
 
信息化团队 INFORMATION
 

有赞技术团队

作者: admin 来源: 未知 发布时间:2019-10-03 00:01

  背景 在DMP的人群画像或者商品画像等的应用中,有一类常见的打分需求 旨在基于一些transactions,为两种关系打上一个归一化的分数 比如基于一个用户的购买商品行为对该用户购买类目意愿打分,该文章讨论如何在考虑时间因素的情况下给用户打分 要求 transaction发生的时间越近,其所占的比重越大,且减小的速度越来越慢 所有分数都需要正则化到0-100区间 数据形式: 输入的数据(表示某人某天买了某个类目多少单): 用户id 日期 类目id cnt 最终产出数据: 用户id 对每个类目的购买意愿分 实现方式 第一点要求transaction发生时间和现在的距离越小,这条记录越大,

  一、项目背景 教育领域,完整的流程板块包括:招生拓客、线索管理、教务管理、学员管理、互动督学、口碑传播。首先,在招生拓客环节,会通过线上营销工具或线下地推方式收集潜在的学员线索信息,并录入到线索管理系统中。在线索管理环节,会采用线索资源管理系统对收集的线索做统一管理,并将潜在学员转为真正的学员,提供给后续的教务管理使用。可见,线索管理在整个教育领域承担着承上启下的作用,重要性不言而喻。 此项目业务场景总览见图1-1,整个项目分为两大业务域,分别是线索域、配置中心域。

  一、背景 有赞移动有weex发布平台、移动配置中心平台、App分发平台、热修复平台等。这些平台都需要发布,而发布就需要规范化,需要审批制度。如果为各个平台开发这个审批流程,看起来是一种浪费。 首先想到第一种方案:接入现有的前后端发布平台。 移动侧的发布基本是配置类的发布,跟后端应用和前端应用的发布不一样。后端应用和前端应用的发布都是将指定的内容推送到某台或者多台机器进行部署、启动。两者如果硬要做抽象,成本反而更大,而且不易维护。所以放弃第一种方案。 那么是否可以抽象成单独的统一管理平台,进行标准化呢? 二、梳理

  一 引言 出金系统:对接银联、网联。以完成用户资金结算(提现)。 出金系统是公司将资金结算到用户的最后一道流程,一旦出现异常导致重复结算,则会直接造成公司的资金损失,所以我们秉承一个原则:稳 二 名词解释 出金:从备付金提现至用户银行卡 网联:这里特指网联付款业务 银联:这里特指银联客户资金结算 渠道:出金渠道,指银联客户资金结算,网联付款业务。可以利用其能力完成用户提现。

  背景介绍 有赞早期业务跑在一个单体php工程上,随着业务发展,性能拓展性已经满足不了需求,为了后续发展,底层开始微服务化,整体转向dubbo框架。从单体转向分布式框架,测试也面临着一系列问题,如下: 对于分布式系统中的绝大部分应用,随着业务发展,自身应用代码复杂度会不断增加,狗万网址,如何准确、全面判定代码修改影响范围会越来越重要; 一些领域设计不太合理的业务架构,会发现任一应用接口变动会使多个应用受影响。测试过程中会发现只是自身应用代码一个修改,会导致对外暴露的接口逻辑发生很大变动,此时测试人员需要判定出这个对外暴露的接口对上层应用到底有多大影响; 业务快速迭代导致测试时间不断压缩,全量回归是一个很困难的事情,那么测试范围需要开发测试人员根据代码和业务熟悉程度精确把控,风险容易失控; 基于上述背景,

网站地图