负责公司即时零售业务商家端跨平台应用的架构设计、性能优化及团队技术指导，边界涵盖Flutter跨端逻辑实现、商家运营工具的多端一致性保障及复杂业务场景的跨平台方案落地

• 主导设计商家端订单管理模块的Flutter跨平台架构，基于Riverpod状态管理结合Dio拦截器实现请求链路的可观测性，解决多端订单状态同步延迟问题（原平均延迟3s，优化后降至500ms内），支撑日均120万单的高并发场景
• 针对商家端营销活动组件的跨端兼容性问题，牵头封装Flutter自定义渲染引擎插件，通过Platform Channel对接原生广告SDK，实现活动素材的自适应渲染（覆盖iOS 14+、Android 9+及鸿蒙3.0+），活动点击率提升22%，客诉率下降15%
• 指导3名初级开发完成Flutter热更新方案落地，基于codepush改造自定义热更新服务，解决动态化模块的版本冲突问题，迭代周期从7天缩短至3天，团队开发效率提升40%
• 推动团队引入Flutter性能分析工具DevTools，建立跨平台性能监控体系（涵盖帧率、内存占用、启动时长），将商家端APP的平均启动时长从1.8s优化至1.1s，用户留存率提升8%

负责公司到家服务用户端跨平台应用的核心功能开发与性能优化，边界包括React Native跨端逻辑实现、用户场景的多端体验对齐及基础组件的复用能力建设

• 核心参与用户端首页Feed流的React Native开发，基于FlatList虚拟列表优化长列表渲染性能，解决滑动卡顿问题（原帧率45fps，优化后稳定在60fps），支撑日均500万用户的首页访问
• 针对用户端地址管理模块的跨端数据同步问题，设计基于Redux Persist的状态持久化方案，结合AsyncStorage实现本地数据缓存与云端同步的一致性，数据同步成功率从92%提升至99.5%，用户反馈减少60%
• 封装通用组件库（包含12个高频组件），采用TypeScript定义接口规范，提升团队开发复用率（组件复用率从35%提升至65%），新功能开发周期缩短25%
• 配合后端完成用户登录态的跨端统一方案，基于JWT令牌结合Refresh Token机制，解决多端登录态不同步问题，登录失败率从5%降至1%，用户转化率提升3%

负责公司本地生活服务小程序及H5应用的跨端适配与基础功能开发，边界涵盖uni-app跨平台开发、多端样式兼容及基础交互逻辑实现

• 独立完成小程序外卖下单流程的开发，基于uni-app的条件编译实现iOS与Android的样式适配，解决不同机型底部导航栏遮挡问题，下单转化率提升4%
• 针对小程序支付模块的跨端兼容性问题，排查微信支付与支付宝支付的参数差异，封装统一支付接口，支付成功率从95%提升至98%，客诉减少30%
• 协助团队搭建uni-app组件库，整理10个常用组件（如地址选择器、优惠券弹窗），编写组件使用文档，团队开发效率提升20%
• 参与H5活动页的跨端适配，使用媒体查询与rem布局实现多屏适配，页面加载时长从3s优化至1.5s，活动参与率提升5%

邻趣生活App全链路性能优化工程

• 邻趣生活作为本地生活综合服务平台，用户量突破5000万后，核心场景性能瓶颈凸显——Android冷启动耗时3.2秒、iOS达3.0秒，首页列表滑动帧率低于55fps，订单详情页加载延迟2.8秒，直接导致次留下降8%。我作为移动端技术负责人，主导全链路性能优化项目，统筹Android、iOS双端及前端团队，目标将核心场景指标提升至行业优秀水平（启动≤2秒、帧率≥60fps、加载≤1.5秒），支撑用户增长与体验留存。
• 项目面临三大技术难点：①Android端第三方SDK（支付、定位）同步初始化占用启动耗时45%；②iOS端自定义订单Cell因离屏渲染+主线程图片解码引发滑动卡顿；③跨端缓存策略割裂，重复请求率达30%。我通过Systrace定位Android启动耗时链路，发现SDK在Application层同步初始化的问题；用Instruments Time Profiler捕获iOS Cell渲染时的YYLabel离屏渲染及SDWebImage同步解码瓶颈；跨端缓存因双端无统一失效机制，导致数据重复拉取。
• 我推动的针对性解决方案：Android侧将第三方SDK改为异步+懒加载，结合DexClassLoader预加载高频工具类，减少Class.forName反射耗时；iOS侧重构订单Cell，用Core Graphics替代离屏渲染，将图片解码移至后台线程，同时替换MJExtension为YYModel减少JSON解析时间30%；跨端设计统一缓存层，基于Redis存储核心数据，双端通过Retrofit（Android）和AFNetworking同步缓存过期策略，将重复请求率压降至5%以内。
• 项目上线后，Android冷启动耗时降至1.8秒、iOS1.6秒，首页滑动帧率稳定在60fps以上，订单详情页加载时间缩短至1.2秒；次留回升至优化前的92%，日活较优化前提升12%（约600万）。我主导了全链路方案设计与跨端协同，推动性能指标进入行业Top 10%，成为公司用户体验的核心壁垒。

多业务场景订单系统移动端重构

• 随着邻趣生活从单一外卖扩展到到店、酒店、生鲜等多场景，老订单系统因基于单一业务设计，出现严重耦合——代码冗余度达40%，新业务需求（如酒店订单房态同步、到店订单核销）需修改核心代码，每月因订单逻辑bug导致客诉超200单。我作为移动端核心开发，负责订单系统重构，目标打造支持多业务扩展的通用架构，降低维护成本，减少客诉。
• 重构面临两大关键挑战：①老系统订单状态机混乱，不同业务状态流转冲突（如外卖“配送中”与酒店“入住中”逻辑互斥）；②1亿+老订单数据迁移，需保证迁移中数据一致性与业务可用性。此外，双端原有订单模块接口适配成本高，易出现数据不一致。
• 我主导Clean Architecture分层设计：将订单模块拆分为Presentation（UI交互）、Domain（核心逻辑，含通用状态机、订单模型）、Data（数据层对接后端与缓存）三层。Domain层定义抽象OrderStateMachine接口，不同业务通过Impl实现具体状态流转（如外卖Impl处理配送、酒店Impl处理房态）；数据层用Protocol Buffers定义跨端订单协议，减少序列化开销；数据迁移采用“增量同步+全量校验”策略——新订单实时写入新系统，老订单分批次迁移，通过MD5校验双端数据一致性，确保零丢失。
• 重构后，订单模块代码冗余度降至15%，新业务迭代时间从7天缩短至3天，客诉率下降70%（每月不足60单）；数据迁移成功率99.99%，无重大数据事故。我解决了多业务扩展的核心架构问题，该架构至今支撑公司80%以上订单业务，成为多场景拓展的基础能力。

支教时发现乡村小学因缺乏实验器材，科学课多停留在课本讲解。返校后联合实验室开发出百元级科学实验背包，内含20个基础实验器材。为确保可持续运营，设计配套视频课程与城乡结对系统，并培训132名大学生担任远程助教。项目覆盖9省47所学校后，学生科学兴趣评分提升35%。这段经历教会我用产品思维解决社会问题，当看到孩子们用自制望远镜发现土星光环时，我理解了教育的真谛是点燃可能性。