技术能力

从事java开发三年，使用过多种java框架，spring，springcloud，mybaits等，服务器开发架构。
前段若是使用别人的框架也能开发，自己架构前段框架比较耗时。自学过点node
并自学python，以及维护公司python项目，1年多，使用多种python框架，flask比较多，任务调度等。

项目经验

贷前合同

责任描述：1，对接进件项目，对接上上签合同 业务： 上上签是互联网第三方合同机构，主要针对互联网企业的电子签名需求。因为公司信贷需要签合同，电子合同成为必不可少的需求。当用户填写完详细个人资料后，需要确认贷款进行合同签订。

技术：总体采用ssm，引入spring事件机制，解耦请求和业务处理;对外提供controller接口接受请求并发布事件，spring事件处理涉及到三个类，事件源：ApplicationContext。publishEvent()方法：用于主动触发容器事件。事件：ApplicationEvent类,容器事件，必须由ApplicationContext发布。事件监听器：ApplicationListener接口，可由容器中任何监听器Bean担任。onApplicationEvent(ApplicationEvent event)：每当容器内发生任何事件时，此方法都被触发。

业务流程：1，在用户在确定贷款时请求合同系统，合同系统生成合同，controller触发生成合同事件，监听器寻求数据库配置的合同模板，并上传合同模板。

2，经过用户允许后，系统获取生成的合同地址并返回给进件系统，进件系统返回上上签合同地址显示给用户，用户进行签约。

3, 用户签约成功后，回调合同系统，合同系统下载签约成功的合同保存，并修改数据库合同和贷款的状态。

核心cms

责任描述：1，产品配置，这块主要是针对进件产品的选择配置，每个产品有费用项，资金渠道，销售配置，关联较为复杂。 2，网店配置，网店即所谓的商户，主要关联商户和销售员的关系。

3，app接口，系统版本1.0的时候，系统划分并不是很全面，app接口放在核心配置系统中。

业务：可以理解成erp系统，主要做整个流程，资源的管理配置。产品配置主要做用户可选贷款产品，给产品配置资金渠道，配置产品合同，配置费率以及费用项；网点配置，网店即所谓的商户，主要关联商户和销售员的关系，以及网点可选产品，网点内各种账号权限管理。

App接口，主要提供用户填写资料的各种接口，以及查询文件上传。

技术：

前端：布局使用sitemesh,使用实现了javascript AMD规范的requirejs实现js模块化编程。

后端：spring，springmvc，mybatis，shiro，hibernate,使用简单的ssm简单的单体项目。

业务流程：1，运维人员现行配置产品，配置每种产品的费率，费用项，资金渠道以及产品在那些端可见，

2, 贷款人员在app中进行个人资料填写，产品选择，试算月供进行签约确定放款。

消费贷进件系统

责任描述：后期将app接口单独出一个项目，所有app接口以及app开发分成进件组，当时进件项目已经由我全权负责。

业务：系统要走后面的流程必须先经过进件，当销售进入销售平台时，先选择当前网点，即销售所在网点，在选择产品，填写客户各种信息，上传照片最后提交，进件部分即完成，进件部分所能选择的产品由核心配置配置完成，客户信息需要提交到大数据，后期审批需要使用。

技术：总体核心cms一样，后期升级，使用了resultful技术,前后端分离,采用CORSFilter解决js跨域问题，并使用swagger生成api文档,使用beanValidation 进行数据域验证,日志后期使用logback，pc和app使用同样的接口，不使用session使用redis保存用户token代替session功能，pc和app每次请求请求头中放置登录后返回给他的token。

旺小宝支付模块

责任描述：1，因为进公司支付项基础已经写完，主要负责完善和解决新需求， 2，通过netty与座牌客户端交互。

3，netty架构优化。因为公司餐饮主推会员和座牌，而座牌与系统的连动必须用到netty。

业务：用户支付使用手机与座牌互相交互即可完成，用户用餐完成，点击座牌支付，座牌请求netty询问商家可以使用微信还是使用支付宝支付，并确认商家收银端在线，完成后座牌显示二维码，用户扫描二维码进入座牌wap项目确认用户使用什么进行支付，确认之后进入支付集成项目，完成支付，并通过netty通知座牌显示支付完成。

技术：

采用dubbo微服务，主要是会员提供dubbo服务，maven构建，jdk1.8编写，spring及mybatis，及redis（主要提供给netty服务器使用缓存商家支付方式，存放netty中临时数据，提供数据是否已经处理的校准），mongo（多系统交互时传递小数据），kafka（支付集成回调座牌项目失败时进行kafka至少一次消费提供稳定的系统间

团队情况