主要整理产品增长相关的学习笔记与工程经验，内容覆盖项目推进与复盘、原型和交互思考。倾向用真实案例代替空泛结论，希望把复杂问题讲清楚、把实践步骤写完整。
** 项目是一个 React 18 + TypeScript 的中后台系统，页面包含 40+ 表单字段、3 层嵌套组件、10+ 个 Context Provider。迁移前，任意一个字段输入都会触发整棵子树重渲染，单次按键平均耗时 18ms，长列表滚动掉帧明显。我们对比了 Context + useMemo、Redux Toolkit、Zustand、Jotai 四种方案，最终选择 Zustand
一个查询3个外部HTTP接口再聚合返回的Flask同步接口，在200并发下QPS只有83，P99延迟高达2.4s。用asyncio+aiohttp重写后，单进程QPS提升到1100，P99降到210ms，机器数从8台减到2台。本文给出完整的before/after代码、uvloop配置、连接池参数和压测数据，也记录了几个把我坑了半天的细节。
一个内部报表接口，单次请求耗时从860ms降至210ms，QPS从120提升至510。本文记录了完整的调优过程：先用cProfile和py-spy定位瓶颈在N+1查询与重复计算，再通过SQLAlchemy 2.0的`selectinload`合并查询，最后引入Redis缓存热点数据并处理缓存雪崩。包含FastAPI 0.104与SQLAlchemy 2.0.25环境下的完整代码、压测工具wrk的配
