交易引擎部 D9

姓名: J先生 顾问面试: 擅长领域: 领域职位: 交易引擎部 D9 最高学历: 沟通情况: 新鲜出炉

面议 目前住址: 求职区域: 考虑公司类型: 不限 考虑公司行业: 不限 接受工作强度: 不限

个人情况: 1979出生男已婚 候选人优势:

工作经验

滴滴出行 在职时间: 2015-1 至今职位: 交易引擎部 D9 工作职责: 【时间】2017年5月 – 至今【职位】滴滴专快业务交易引擎-供需调节方向负责人/乘客体验FT负责人 D9 【团队规模】30+ 团队技术30+人，测试6人，产品5人，运营4人。【方向】滴滴网约车交易引擎【工作描述】整个滴滴的交易引擎主要分为发单前的供需调节引擎和负责分单的匹配引擎。我负责的是供需调节引擎，具体包括司机推荐引擎和乘客端推荐引擎。司机推荐引擎工作包括司机端热力图，听单检测，收入分析等直接触达司机的产品，也包括新手司机调度，听不到单调度，全局调度，排队调度等，根据实时和预测的供需情况，调度运力，使得供需分布合理，提高平台GMV效率和需求满足率。乘客推荐引擎工作包括平台导流和乘客预期管理两大方向，平台导流目标一是扶持新业务，助力平台成长，二是根据当前局部时空供需情况为乘客推荐适合的业务线产品，以达到最好的乘客出行体验。乘客预期管理方向主要目标是为乘客提供准确的出行预期，包括ETP,ETQ,车标展示等业务。同时为了进一步提升乘客出行体验，发起了排队出口产品建设项目，先后创新和打磨出“打表来接”，“同时呼叫anycar”，“快速通道”等排队出口，大幅提升应答率，缩短应答时长，提升用户体验。同时作为网约车交易引擎乘客体验FT负责人，带领研发，产品，DS，运营同学一起打磨乘客体验，对应答率，平均应答时长，乘客预期管理等指标负责。【时间】2016年1月 – 2017年5月【职位】滴滴快车订单系统负责人 D8 【团队规模】10 【方向】滴滴快车后端服务重构【工作描述】为应对竞争形势，支持快车产品运营的快速灵活迭代，需要对原有快车后端服务做整体的服务化改造升级。该项目需要在不阻碍产品迭代和发展的情况下，快速重构，被公司一级管理者议为“开着飞机换引擎”项目。负责订单系统重构设计和项目管理。【时间】2015年3月 – 2016年1月【职位】滴滴顺风车交易引擎负责人 D8 【团队规模】20+ 【方向】滴滴顺风车交易引擎【项目描述】有幸陪伴了滴滴顺风车从0到1，从1到100不断增长的两个关键时期，亲手设计和开发了顺风车交易引擎架构，深度参与顺风车产品设计和运营工作，所设计的引擎架构一直沿用至今，稳定支撑日200万单压力。一路走来，从适应滴滴的快节奏到对产品的深入理解，团队从4人突击队成长为20多人的后端架构部，无论技术还是管理经验均有大幅度提升，同时积累了大量创业经验。

百度 在职时间: 2011-9 至 2015-1 职位: 阿拉丁检索架构负责人 工作职责: 【时间】2014年4月 – 2015年3月【职位】百度网页搜索阿拉丁稳定性技术负责人【项目】阿拉丁系统问题自动化定位平台【项目描述】背景：阿拉丁值周工作压力较大，值周case呈现日益增多的趋势，大家都不愿意做值周工作，分析原因如下：分布式系统难于调试。很少有了解每个模块的同学，值周压力大。问题多而杂。随着架构及数据量的不断变化，现有系统不断出现设计缺陷和系统bug，每天面临很多case需要定位和解决。问题时效性要求高。由于阿拉丁系统本身特点就是支持快速上下线及快速干预，因此线上问题需要快速定位和处理，对大多数值周同学来说是个很大的挑战。为了解决上述问题，本人主动提出长期承担阿拉丁值周任务，从实践中积累解决问题经验，并将其自动化，系统化。最终创建了一个具有如下特点的自动化问题定位系统：一切尽可追踪屏蔽分布式部署问题定位流程化、自动化分析历史问题，利用经验，系统自学习支持检索在线调式项目收益：问题自动化定位平台定位case覆盖率达到80+%，平均问题定位速度提高近10倍，节省大量rd问题追查时间；通过提供并行化日志扫描及可视化建库系统，使阿拉丁实现一切尽可追踪，极大方便问题定位。构建case库，通过对历史case分类统计和分析，总结经验，达到系统自学习的目的，随着case量的增加，自动化定位系统将更加智能和精准。在线调试功能可以在不重启线上服务的情况下对嫌疑模块的功能点进行调试，不影响服务，用户透明，轻松搞定偶发性问题；【时间】2013年9月 - 2014年3月【职位】阿拉丁稳定性负责人【项目】离线数据流优化【项目描述】背景:随着阿拉丁资源数据的快速增长，实时更新资源数据量和资源个数越来越多，建库数据流压力越来越大，如何减轻数据流压力成为一个很重要的问题。同时，阿拉丁产品对数据时效性性要求很高，不仅要求实时建库上线，同时也要求实时下线。之前删除包的生成是在PM平台上实现，原理是将所有key存于mysql数据库，比较xml和key的更新时间戳来确定需要删除的key，这种方式由于要确保数据流中无buffer数据，因此需要等待一定的时间后再生成删除包，不仅时效性较差（小时级以上），且经常出现多删和漏删的情况。同时这种实现方式，将平台的逻辑和数据流耦合在一起，不利于数据流的独立性，也增加了平台的复杂度，难以维护。由于阿拉丁资源数据增长较快，且实时更新频率较高，导致建库流压力较大。本项目的目标就是解决上述问题。难点：时效性资源更新频繁，且有很多数据是前后版本并无变化，分布式建库系统中如何避免重复建库？同一资源前后版本数据可能存在丢包，乱序，大量不完整版本，如何做版本diff，生成正确的删除包，添加包，历史数据何时删除，key骤降保护逻辑如何实现？大数据（单资源千万级甚至亿级数据量）如何处理？资源如何从老数据流无缝迁移到新的数据流？收益：删除包的时效性（天级到分钟级）及准确度（目前为止没有误删情况发生）均有所提升。建库流压力大幅降低，ms-check的数据量比之前降低30%。平台逻辑和建库流解耦，易于维护。【时间】2013年6月 - 2013年8月【职位】阿拉丁倒排索引模块负责人【项目】ms-index倒排索引模块查询性能优化【项目描述】线上ms-index有频繁丢层现象发生（job的丢层高峰值达到300+/h，平均50/h左右），原因ms-index是对长拉链的查询速度慢，造成查询超时。分析原因主要是同步单线程没有充分利用cpu资源，我们的解决方案是进一步利用map-reduce原理，查询过程多线程化。收益如下：丢层率从300+/h降低为10/h 查询耗时超过200ms的比例从0.95%降低为0.03%；【时间】2013年3月 - 2013年5月【职位】阿拉丁倒排索引模块负责人【项目】ms-index更新性能优化【项目描述】线上FIFO存在长时间数据拥堵问题，究其原因是ms-index的更新性能低，再深层原因是重整和更新间存在锁竞争，造成相互影响，导致更新速度缓慢。虽然使用了分组锁机制，但是当长拉链较多时，重整必然耗时增长，因此block了一组term的拉链更新，同理，一个term的更新，也会block当前的重整线程，使得重整时间更长，这样相互影响，造成恶性循环，导致线上ms-index的更新速度低且不稳定（重整高峰时，甚至更新速度达到个位或两位数）。收益：优化后建库性能提高120%。【时间】2012年12月 - 2013年2月【职位】阿拉丁倒排索引模块负责人【项目】倒排索引模块优雅退出【项目描述】线上服务模块在进行升级或者修改配置时，需要重启，这就涉及到数据丢失的问题。对于不同模式，不同角色的服务模块，数据丢失的环节和原因各不相同。为了避免服务模块退出或重启过程中的数据丢失，我们需要建立优雅的退出机制。该项目对单向数据流丢包问题进行了详细分析，并利用socket关闭过程的特点，给出了UB-SERVER level的解决方案，最终达到如下效果：零丢包。服务模块进行退出或重起过程中，保证无数据包丢失。通用且便捷。该方案实现在UB-SERVER层，其他服务模块只要基于ub-server，并做一个配置即可享用优雅退出。高效性。由于这种实现方式是单向数据流，服务端无需给客户端发送应答包，因此减少了网络传输压力。简化上线步骤。避免了之前升级服务模块时需要hold/resume fifo/mimo等过程，提高上线速度。目前该功能已经应用到阿拉丁其他服务模块，比如ms-check，ms-parser。【时间】2012年6月 - 2012年9月【职位】阿拉丁架构rd 【项目】通用建库代理服务【项目描述】设计并实现一款通用的建库代理模块。该模块基于异步和event driven模型，即拥有和具体业务解耦的灵活性，又具有高效的性能和良好的稳定性。可以作为建库流程和各种数据enrich服务的桥梁，目前已应用在图片抓取服务，替换了原有的图片抓取服务器，解决了为阿拉丁，SDI，知心项目提供稳定，高效的图片抓取问题。【时间】2011年11月 - 2012年5月【职位】阿拉丁架构【项目】ms-index支持单资源reload 【项目描述】该项目目标是解决词典分发和ms-index加载冲突，以及ms-index盲目加载未发生变化词典问题。该项目完成如下功能：完全避免词典分发和词典加载的冲突；有针对性的加载，只加载发生变化的配置文件；同时支持资源配置文件和全局屏蔽文件的动态reload；【时间】2011年9月 - 2012年5月【职位】阿拉丁app产品rd 【项目】应用类aladdin的检索【项目描述】应用类aladdin产品的问题修复；添加多label过滤功能；解决crontab调用脚本追赶问题； app tool性能优化（处理大xml文件的时间由原来的15分钟缩短为2-3分钟）； netlogServer/client模块的设计和开发。实现了可定制的汇集多台线上机器的同类日志到网络上同一台机器同一文件的功能，方便分析和监控；视频同质资源聚合功能的开发；

朗讯科技 在职时间: 2007-10 至 2011-9 职位: 高级工程师 工作职责: 2007/10 — 2011/8 IeCCF产品的研发。IeCCF是一个3GPP标准的IMS网络计费服务。接收IMS/LTE网络中其它网元（I-CSCF,P-CSCF,S-CSCF,AS,MGCF…）的ACR计费请求消息，对这些ACR消息进行解析，转换，融合等操作，最终生成可供billing系统计费使用的CDR话单文件,此产品对实时性,稳定性,健壮性及系统性能要求较高. 所作工作: IeCCF的工作流模式的实现; 分布式数据库以及分布式数据库集群的管理软件的设计和开发; 中国区customer(CMCC, CT) feature的设计与实现以及相关技术支持,担任中国区customer项目leader; Proxy for UDP and TCP 的产品设计实现与优化; customer site issue支持, 产品性能分析优化; 相关技术：c++, psql, timesten, XSLT, shell

天地阳光 在职时间: 2004-7 至 2007-10 职位: 软件工程师 工作职责: 2006/03 — 2007/10 MCU（视频会议多点控制单元）的研发。MCU是一个基于h.323协议的视频会议中央控制器。它的主要功能是通过与多点建立控制（h.245）及音视频连接，来统一控制整个会议的所有终端，广播广播图像，从而完成多点之间的视频通信。在此期间，我研究了h.239标准双流视频协议，完成了MCU支持h.239双流功能。设计并实现了网络自适应功能模块，使得MCU提高了对不良网络环境（乱序，丢包，抖动）的自适应能力，提供优质的音视频服务。负责调试与各种厂商视频会议产品（包括mcu与终端）的兼容性。相关技术：c++，mysql 2005/10 — 2006/03 升级模块和试用期管理模块的设计和实现。升级模块用来完成产品（MCU，Video Wall）的远程升级，升级过程包括升级包的上传，解密，解压缩，目标机器的文件替换。试用期模块用来控制产品试用期的起始时间和终止时间，可以处理用户自行更改系统时间的操作，确保产品使用期正确无误。相关技术：c++，ant 2004/07 — 2005/10 电视墙前台控制平台。基于struts框架web控制平台，此平台与后台C++程序通过socket进行通信，从而控制后台电视墙的分屏显示方式。根据此项目完成的毕业论文，获得了北京理工大学优秀硕士毕业论文。相关技术：java，mysql

教育/培训经历

北京理工大学 时间: 2003-9 至 2006-3 硕士

哈尔滨工业大学 时间: 1998-9 至 2002-7 本科