猿急送>

武汉后端兼职程序员

ID：290980

林子

技术经理

公司信息：
平安科技

工作经验：
14年

兼职日薪：
1000元/8小时

兼职时间：
下班后
周六
周日
可工作日远程

所在区域：
武汉
全区

技术能力

1. 14年研发经验，4年以上团队管理经验，具备很强的逻辑分析能力；
2. 熟悉Golang、PHP、Python等编程语言，熟悉Gin、go-zero、swoole、Laravel 等开发框架，有web框架开发经验；
3. 熟悉Mysql、Redis、kafka等存储/消息中间件，了解底层原理；
4. 熟悉常见的设计模式，熟练使用 OOP 和 DDD 思想和模型；
5. 较丰富的项目实战和团队管理经验，带团队做过多个大客户项目；
6. 奉行终身学习理念，紧跟技术潮流。喜欢写技术文章；

项目经验

交易中台：
随着业务发展，公司涉及到交易的业务线越来越多。虽然有商品、订单、支付、营销等后台服务，但缺乏统一的中台服务，各业务系统都各自单独处理算优惠、选优惠、下单、支付、回调、通知，一方面造成重复开发，更重要的是各方实现不尽一致，导致后续 bug 不断，而且改一个逻辑得到处改。
因此开发交易中台服务，将交易过程中涉及到的各种通用逻辑（用户身份识别、算优惠、用券、锁库存、下单、支付、回调逻辑、发通知以及其它边缘逻辑）抽离出来放到交易中台，将原本“业务前台->订单等后台”的调用关系改造成“业务前台-> 交易中台->订单等后台”的调用关系。
交易中台负责处理场景无关的通用业务逻辑，带来如下的好处：
1. 提高开发效率。越来越多的业务涉及到交易流程，如果每个项目（团队）都自己写一套这些逻辑（这些逻辑不但多，而且复杂，容易出错，如混合支付、优惠推荐等），势必大大影响开发效率。有了交易中台，这些前台系统只需要调相关接口传入相应参数，外加一些后台配置即可实现一个新的业务场景。
2. 统一实现逻辑。由于多个团队各自自己实现交易流程，各自实现逻辑不一致，导致数仓出来的报表数据经常出问题。统一到一起后，能保证原始数据的一致性。
3. 易扩展。之前由于代码零散各处，要改一个东西就需要到处改。将通用逻辑统一到交易中台后，只需要改一个地方，外加良好的设计，使得系统更容易扩展，应对快速变化增长的业务。

下载中心：
各产品和项目存在大量的报表下载需求，各项目组团队存在以下痛点：
1. 各团队单独编写下载逻辑；
2. 需要花大量时间去编写生成复杂 excel 版式的逻辑；
3. 大部分项目都采用的同步下载方式，报表数据量大了就会导致超时、内存溢出等问题；
为此，我们开发独立的、统一的下载中心系统，实现：
1. 为各项目团队提供简单、统一的 API 接口实现 excel、csv 文件的下载；
2. 支持生成复杂的 excel 模板，调用者只需要通过 json 指定需要的 excel 模板结构，下载中心即可生成对应的 excel 版式；
3. 支持异步下载，从而能够下载大批量数据。下载中心根据调用方提供的数据源 url 异步、分页拉取源数据并缓存到本地文件，然后再生成 excel。数据量过大时，下载中心会自动进行拆分、归档、压缩；
4. 支持多表格模式：一个 excel 中可以生成多个 worksheet，每个 worksheet 中可以生成多个报表；

单点登录系统:
随着公司团队和项目越来越多，由于没有统一的登录系统，各团队都单独开发自己的登录系统，一方面造成重复开发，另外逻辑和界面不统一。
单点登录系统基于 OAuth2.0 的授权码模式开发，支持多端、多项目统一接入，降低开发成本并统一交互流程。
单点登录系统具有如下目的和特点：
1.统一性：实现公司所有终端（电脑、手机、智能设备等）、项目的统一登录；
2.可扩展性：支持接入不同的登录方式（密码模式、手机验证码、微信等第三方登录模式）。系统内部分成“身份认证”和“会话生成”两个独立的层，将容易变化的身份认证逻辑（存在多种不同的认证方式）隔离放入身份认证层，将相对稳定的会话生成逻辑放在会话层，实现系统的扩展性和稳定性保证；
3.支持第三方（第三方应用、外包项目等）的接入；

Wecarswoole 框架:
基于 PHP 开源库 swoole 开发的 Web 开发框架，具备如下特点：
基于协程实现，性能远高于传统的 FPM 模式。基于协程实现 MySQL 连接池、Redis 连接池、远程调用等，对于 IO 密集型的 Web 应用来说，性能远好于传统的 FPM 模式。
遵循 PSR 规范。编码风格、日志、缓存、DI 容器、Event 等皆遵循 PSR 规范，程序中依赖接口而非实现，易于扩展替换。
使用容器实现依赖注入。各层之间、模块之间通过接口而非具体实现类通信，实现层间、模块间隔离，接口的具体实现由 DI 容器+配置文件注入，易于替换。
借鉴 DDD 思想，引入应用（包括应用层服务）、服务、领域、仓储的概念，将业务逻辑封装到领域层中。

壳牌中国 :
服务于壳牌中国，为其提供定制化开发服务。至今上线的壳牌项目包括会员、洗车、无感支付、短信网关等。
在项目中担任技术负责人和项目管理的角色，参与前期内外需求沟通、项目周期规划、里程碑设定、任务分派、节点跟进、技术难题处理等。

案例展示

智慧油站小程序

项目功能：该小程序为油站提供一站式油品零售解决方案，包括一键加油、非油商城、储值卡、优惠券、会员中心、营销中心等模块。担任角色：本人负责其中订单系统、支付网关、sso 系统、优惠券系统、储值卡系统等多个核心系统的架构设计和研发工作，并负责SaaS团队的管理工作。
下载中心

各产品和项目存在大量的报表下载需求，各项目组团队存在以下痛点： 1. 各团队单独编写下载逻辑； 2. 需要花大量时间去编写生成复杂 excel 版式的逻辑； 3. 大部分项目都采用的同步下载方式，报表数据量大了就会导致超时、内存溢出等问题；为此，我们开发独立的、
单点登录系统（SSO）

项目说明: 随着公司团队和项目越来越多，由于没有统一的登录系统，各团队都单独开发自己的登录系统，一方面造成重复开发，另外逻辑和界面不统一。单点登录系统基于 OAuth2.0 的授权码模式开发，支持多端、多项目统一接入，降低开发成本并统一交互流程。业绩: 单