职业经历与 BBDbuy

工作经历概览

以下时间与薪资来自本人回忆，保留约数，不补齐未提供的月份。

阶段	已知经历
2022 年	毕业并开始工作，第一年薪资五千多元
第一家公司	工作接近两年，第二年薪资六千多元
第一段待业	约三个月
第二家公司	工作不到三个月，薪资约九千元
后续阶段	找工作不顺利，旅行约一个月，之后继续待业六七个月
2025 年 4 月	开始第三份工作，起薪 14k
2026 年年中	主动向老板提出涨薪，薪资调整为 15.4k

待业和旅行的准确起止时间、是否存在重叠尚未核对；薪资税前/税后及奖金口径未统一。制作正式简历前再核实。

我在 BBDbuy 中的参与

在阅读项目文档、讨论三端整合和工程建设后，我明确表示：

“几乎都是我做的，在借助 Codex 下。”

目前可以记为：我承担了 BBDbuy 的主要建设工作，借助 Codex 推进开发和工程演进。具体到每个模块的方案来源、负责程度、验证与上线过程，还需要结合实际经历补充。

项目文档反映的技术范围

以下是 2026-09-10 阅读本地项目文档和依赖配置得到的项目背景，不是个人技能熟练度评级。

范围	项目中的内容
PC 与移动网页	Next.js App Router、React、TypeScript、Tailwind CSS
原生 App	Expo、React Native、Expo Router、NativeWind
共享工程	pnpm workspace、Turborepo，三端公共包
业务分层	公共 API、Query、Flow、类型和业务计算；各端负责 UI、路由和平台适配
数据和状态	React Query、Zustand、账号切换清理、请求取消、缓存和错误反馈
业务范围	商品、购物车、订单、支付、钱包、仓库、运单等
多语言和共享 UI	共享语言资源，PC/M 共享 Web 组件
交付与质量	Git 协作规则、云效部署文档、RN 构建发布说明、业务及端到端测试文档

Monorepo 迁移归档记录为 2026 年 7 月完成。2026-09-02 再次阅读本地最新代码时，公共请求治理已经形成独立 @bbdbuy/request 包并接入 PC、H5、RN；可观测性平台、主题等后续方向仍不能写成已经交付。项目文档和代码能证明当前实现存在，但仍不能代替对个人设计、验证和上线责任的确认。

2026-09 公共请求层补充

本人明确表示最新一轮网络请求层优化由自己完成。代码快照可核对到：

公共业务不再直接依赖 Axios，而是接收平台无关的 Request Client。
PC、H5、RN 分别创建独立 Transport，只注入地址、Header、FormData 和日志等端侧差异。
请求错误统一分为 business、unauthorized、network、timeout、cancelled、http、protocol 和 unknown。
authMode 显式区分 public、optional-user 和 required；并发 required 401 在一个登录会话中只处理一次。
读取 Query 使用 AbortSignal 取消，并只对可恢复错误有限重试；Mutation 不自动重试。
日志只允许稳定 operation、method、状态码、业务码和 requestId，不记录完整 URL、参数、Body、Cookie 或 Authorization。
相关 Request 与 Query 策略测试覆盖响应协议、错误分类、401、重试和取消。

这项经历适合在面试中表述为“三端公共请求基础设施与错误治理”，不宜弱化为“封装 Axios”。当前没有可靠数据证明性能提升百分比，结果应描述为规则统一、职责清晰、会话竞态减少和敏感日志边界收紧。

可以继续整理的项目经历

以下是候选题目，不表示已经核实每项都由我独立完成：

三端整合前的问题、共享业务的抽取边界与迁移步骤。
购物车中服务端列表、选择状态、编辑草稿和提交过程的协调。
登录与账号切换时，缓存、旧请求和页面状态如何处理。
Web 与原生平台差异如何通过端侧适配隔离。
使用 Codex 时，我怎样判断方案、检查改动和定位问题。

每个题目按“原来的问题 → 我的职责 → 做过的选择 → 验证方式 → 实际结果”补充。没有测量数据时，用可证明的行为变化说明结果，不编写性能、效率或复用率数字。

待补充

学历与专业、此前项目、最熟悉的技术方向，以及两个能讲清楚的真实案例。暂不推断管理职级、团队负责人头衔或全部技术均已精通。

来源：本人职业经历陈述；BBDbuy 的 README、架构总览、迁移归档、三端 README、业务模块、优化与测试文档。此处仅整理职业背景，不复制公司源码、内部地址或账号配置。