主要做后端开发和数据对接，语言上 Python 和 Java 都能上手，接口用 FastAPI、SpringBoot 都写过，
数据库 MySQL、PostgreSQL 都用得比较熟。

平时接的活主要分三类。

第一类是接口对接和定时采集。电商平台、开放平台的各种 API 我对接过不少，签名鉴权、限流、
分页、重试、对不上的字段做兼容，这些基本是日常。定时任务用 APScheduler、Celery 或者系统
cron 都写过，稳定跑几个月不出问题的方案我有现成的套路。

第二类是业务逻辑和自动化决策。说白了就是把一堆规则写成系统能自己判断的东西——比如各种
费率、成本、阈值算利润，算完自动决定该上架还是下架、该不该跟着调价。这类逻辑最怕的不是
写不出来，是写出来之后反复抽风，所以我会专门处理防重复触发、加冷却时间、限制单次调整幅度，
保证系统不会自己跟自己打架。

第三类是后台管理和数据处理。Excel 批量导入导出、历史数据曲线、异常预警、操作和接口日志，
这些都是常规需求，做起来不费劲。前端我也能接，管理后台这类偏表格和表单的界面，
Vue 或者简单的服务端渲染都能做，不用再单独找个前端。
我比较擅长的一类活是：甲方需求写得比较粗，只说"要自动""要监控""要预警"，
没说清楚具体规则。这时候我会先把模糊的地方列出来，把规则一条条定死再动手，
这样后面不会来回改。很多项目拖工期不是因为技术难，是因为一开始规则没谈清楚。

做过一个电商比价和自动调价的管理后台，企业内部自己用的。

背景是运营要同时盯着两个平台的价格和库存，几十上百个货号，每个号还有好几个尺码，
全靠人工看根本看不过来，经常出现该下架的没下、能赚的没上。

我负责从数据库设计到后端接口再到管理界面的全部开发。核心是那块自动决策的逻辑：
把平台费率、扣点、预估损耗、物流成本都做成后台可配置的参数，系统定时拉取价格库存，
自动算出每个尺码的实际到手利润，达到阈值就上架，掉到阈值以下就下架，竞品砸价的时候
在保证利润的前提下跟着调。

有个坑值得一提。最开始跟价逻辑写完，测试的时候发现同一个货号会在两次轮询之间反复
上架下架，价格也来回跳，看着像系统坏了。后来加了冷却时间、单次调价幅度上限和每日
调价次数限制，才稳定下来。这种问题不实际跑起来是发现不了的。

最终交付的是一个网页后台：参数配置、行情看板、货号列表、调价记录、价格异动预警，
加上 Excel 批量导入导出和接口调用日志。运营从每天人工盯价变成基本不用管，
该处理的异常系统会自己弹出来。