Work for YILI

Appearance

2026-06-25 工作日志 ​

项目进展同步会 ​

本次会议同步了各项目进展，讨论了遗留问题及后续计划，并决定将智慧门店的紧急发版与营销活动中心的发版合并进行评审。

小结 ​

1. 各项目进展同步

  • 空中心产品走查：已完成 UVT 测试，待上线评审。
  • 数据梳理：基本完成，仅需补充少量图表。
  • 性能：技术方案及后端开发正常推进。
  • TTS：正常推进中。
  • GPT：计划于今日完成功能验证。
  • 智慧门店：今日将上线修复数据漏推问题的版本。
  • 高德地图：已定位到接口连接超时问题，正在通过调整参数并引入连接池进行优化。

2. 遗留问题及后续计划

  • 7 月 2 号版本：各项目均无延期风险，大部分遗留问题将在该版本解决。
  • 银行查重图片查看问题：排期为 7 月 9 日。
  • 异常违规销售存在空白：排期为 7 月 1 日。
  • 盘点数据重复：方案已评审，将分步处理。

3. 发布计划

  • 智慧门店：为修复数据漏推问题，计划今晚进行紧急发版。
  • 营销活动中心：计划今晚发布。

待办 ​

1. 智慧门店紧急发版评审

  • 任铭 需准备评审材料，特别是评估对下游的影响。
  • 李亚洲 需与营销活动中心的发版合并进行上线评审。

SFA 报表导出优化与盘点明细表修复方案评审 ​

发言人：潘玉平、韩冬冬、王建朝、郝梓斐、贾继伟等 7 人

会议评审通过了 SFA B 端出货明细表导出优化方案，决定采用 Cursor 流式导出并移除 RPC 调用；同时确定了盘点明细表缺失数据的修复方案，需补充业务流程图并评估数据清洗必要性。

小结 ​

1. SFA B 端出货明细表导出优化方案

  • 导出方式升级：将原有的分页配置导出方式改为 Cursor 流式导出，解决深分页查询慢及内存溢出的问题。
  • RPC 调用链路优化：移除查询码信息中的 RPC 调用（原用于补充经销商信息），改为本地转换函数处理，消除远程调用耗时。
  • 公共方法封装：新增公共导出方法，支持异步调用，并在公共类中封装 Cursor 导出逻辑，便于后续其他业务复用。
  • 数据安全与兼容性：
    • 手机号解密后脱敏展示（中间四位显示为星号）。
    • 测试环境保留老接口，新增验证接口进行数据一致性对比，上线时直接替换执行函数，SFA 端无感知。
    • 保留原有参数校验及导出范围限制（如 32 天限制）。

2. 盘点明细表缺失数据修复方案

  • 根因分析：原逻辑在循环中调用 RPC 查询仓库信息，若编码为空或查询异常，会导致整个链路中断，致使大批量数据缺失。
  • 查询逻辑重构：将仓库编码查询逻辑从循环内部提取到循环外部，仅在需要时查询一次，并将仓库信息作为参数传入，避免性能浪费及异常阻断。
  • 日志增强：在 RPC 调用及关键节点增加异常日志记录，便于后续问题排查与监控。
  • 数据闭环与风险评估：历史数据已存在缺失，需确认是否需要执行数据清洗；若需清洗，需制定专项技术方案；若无需清洗，需记录原因并关闭该问题。

待办 ​

  • 潘玉平 需确认导出手机号等敏感信息的权限控制及合规性风险，并同步给产品经理。
  • 韩冬冬、郝梓斐 需梳理盘点明细表业务流程图，明确改造方法的调用链路，并更新至文档。
  • 韩冬冬 需确认盘点明细表历史缺失数据是否需要清洗，并反馈给产品经理（罗宾/建新）。
  • 马奇 需确认盘点明细表修复方案的上线评审流程（是否需要过老板评审）。

技术面试（秦逸飞） ​

本次面试主要围绕候选人秦逸飞的技术经验、项目经历、团队管理及线上问题排查方法进行了深入交流。

小结 ​

1. 技术经验与项目经历

  • 技术背景：拥有13年Java及金融行业经验，熟悉Spring全家桶及Kafka、Redis等中间件。
  • 项目经验：曾主导从0到1搭建系统（如西商银行项目），并负责过独立承接的老系统技术改造及重构项目（如平安付、三井商城）。在项目中，注重技术选型的可用性和可扩展性，并考虑了热点数据等问题。

2. 团队管理与协作

  • 团队规模：曾管理过5至12人的纯后端团队。
  • 管理方式：采用任务拆分和分支开发模式进行管理，确保重构与新需求开发互不影响。通过与团队成员沟通、任务分配和预发环境验证等方式保障项目进度。

3. 快速融入与AI工具应用

  • 快速融入：认为最快的方式是通过看代码、与同事沟通以及动手编写小模块来熟悉业务和技术。
  • AI工具：积极使用AI工具（如Superpower, Cloud Code, DeepSeek等）辅助进行需求分析、架构梳理和代码编写，以提高效率。

4. 线上问题排查思路

  • Gateway连接问题：提出了从检查服务注册中心连接、排查目标服务机器状态及网络资源占用等方向入手的排查思路。
  • 单节点服务偶发超时：强调应通过jstack等工具定位到超时的线程，结合日志分析，逐步缩小问题范围。

代码分支管理流程与技术方案模板升级 ​

完成了代码分支管理流程升级和技术方案模板升级，进一步规范研发过程管理。

小结 ​

1. 代码分支管理流程升级

  • 明确分支命名规范及开发分支、生产分支的对应关系。
  • 规范需求开发与线上问题修复的分支策略，避免重构与新需求开发相互影响。
  • 建立分支合并前的评审与验证机制，确保代码质量。

2. 技术方案模板升级

  • 统一技术方案文档结构，要求包含问题定位、影响范围、修复逻辑、回滚方案等关键内容。
  • 明确技术方案评审标准，提升方案设计质量与评审效率。
  • 推动技术方案模板在团队内落地使用，沉淀组织资产。