TAO 日本项目搭建 双端负责人 2024.05-2026.06
背景：
根据日本25~40岁女性用户画像，团队决定日本出海，核心主打服饰家居品，创新上为集团增加AI试点能力，借助AI打造创新业务
主要职责：
带领大家快速搭建App，负责上线1.0版本，解决新App上线发版问题
从0到1搭建PPC链路，通过端侧链路埋点，梳理统计业务数据，助力业务拉新
从0到1搭建端内活动投放链路，端内控制活动疲劳度和展示消失逻辑，助力业务留存和提升L-P的转化
对App包大小治理，通过linkmap文件分析，梳理端侧各模块大小，确定哪些模块是异常需治理；通过代码插桩，进一步梳理模块内无用代码和资源；根据依赖链统计无用库；通过系统编译参数对打包进行优化；整体包大小减少了70M左右
从0到1搭建AI iOS自动化工具，即通过command调用xcode编译打包运行的脚本，再通过command执行截图、仿照lookin抓取视图树、梳理UI日志给到AI，实现AI自校验逻辑
从0到1搭建AI Crash Agent，抓取crash日志，根据日志、知识库、单测让AI深层分析Crash原因，几乎可识别到80%的用户crash问题并修复
从0到1搭建AI会话，采用流式请求监听大模型输出，前端采用H5页面开发消息卡片和模拟打字机效果
从0到1开发下单&支付链路，通过页面描述协议，开发组件楼层，快速搭建页面
引入动态化组件，推动全域将native组件动态化，扩展动态化组件与native通信能力，实现动态化组件在App中占比70%
crash 稳定性，通过crash监控平台解决业务日常相关的异常问题，通过allocation查找App页面内存开销过大的case，根据memorygraph抓取内存泄露场景；利用堆栈限制防止内存堆栈过多导致内存开销过大的问题；图片根据视图尺寸大小进行裁剪压缩，防止列表加载高清图导致解码引起的内存溢出问题
性能优化，梳理启动阶段各任务耗时数据，根据任务优先级重新编排任务启动时机，减少启动项；制定首页贴图方案，前一次渲染的数据制作成快照，下次渲染优先使用快照展示提高用户体验；用户启动耗时整体减少500ms左右

海外支付SDK建设 项目PM和核心开发 2022.04-2024.05
背景：
海外支付SDK接手后，冗余代码较多，框架较老，页面加载耗时较高，容器使用的weex1.0已无人维护，稳定性差，基于这些问题对支付SDK做改造
主要职责：
部分工具类使用集团成熟的模块，通过代码扫描工具将无用代码进行删除，删除代码再1600行左右，包大小减少了15k左右
重构SDK框架，采用MVP设计模式，保证代码可读性和鲁棒性，解决了与登录模块的耦合，通过路由的方案跳转到SDK内，增加了耗时的数据上报，新的SDK已接入到集团点淘，一淘里使用，平均接入时间减少6人日
SDK容器做了weex2.0升级，摈弃了weex1.0的技术，增加了前端页面的稳定性，并做了异常case的降级逻辑，增加了降级的数据上报并添加了告警机制，该操作成功避免了一起线上P1事故发生
对接蚂蚁国际，调研并输出相应的技术方案，申请ApplePay证书，从0到1完成手淘Apple Pay接入，上线后保证其稳定性，增加错误数据上报，并解决了一例支付异常case
制定dataprefetch预加载方案，解决前端页面耗时较长的问题，从平均900ms减少到了600ms