1)后端开发与工程体系
Java 生态:Java(主力)、面向对象与工程化实践、常见性能与并发问题定位与优化
Spring 技术栈:Spring Boot、Spring MVC、Spring Data/JPA 或 MyBatis(按项目选型)、AOP、配置与环境治理
接口与服务设计:RESTful API 设计、统一返回/异常体系、参数校验、版本兼容、灰度发布配合
2)分布式与微服务架构(中台/核心链路常用)
服务拆分与边界治理:领域拆分思路、模块化设计、依赖收敛、公共能力沉淀(中台化/平台化)
高可用与容错:超时、重试、降级、熔断、限流、隔离、幂等、补偿(面向核心链路稳定交付)
异步化与削峰填谷:基于消息队列的异步解耦、顺序/并发控制、消费幂等与重放处理
3)数据与一致性(电商/供应链/交易类通用能力)
关系型数据库:MySQL(表结构设计、索引优化、慢 SQL 治理、事务与锁、读写性能优化)
一致性方案:分布式事务思路、最终一致性、Outbox/可靠消息、对账与回查补偿
数据修复与治理:历史数据清洗、迁移、校验脚本、差异定位与修复闭环(适合存量系统维护)
4)缓存与性能优化
缓存体系:Redis(缓存策略、热点治理、穿透/击穿/雪崩应对、分布式锁的工程化使用)
性能方法论:压测指标理解、瓶颈定位(CPU/IO/GC/锁竞争)、P99 延迟与吞吐优化
5)中台类与后台系统常见能力建设
权限体系:RBAC(用户/角色/权限/资源)、菜单/按钮/数据权限(按业务复杂度落地)
流程与状态管理:状态机思想、流程编排、可回滚/可补偿的业务链路设计
配置化与可扩展:规则参数化、字典/枚举治理、可配置业务策略的工程落地
6)可观测性与运维保障(私单交付也能做稳)
日志与追踪:结构化日志、链路追踪(Trace 思维)、关键路径埋点
监控告警:核心指标设计(成功率/延迟/吞吐/队列堆积/依赖失败)、告警分级与问题定位
线上问题处理:故障排查、回滚与止血、复盘与整改闭环
7)交付与协作(自由职业者加分项)
需求澄清与方案:从模糊需求到可交付拆解(MVP→迭代),里程碑与验收口径管理
交付方式:可按阶段交付(设计→开发→联调→上线保障→维护),支持长期驻场/远程维护
我长期深耕电商与供应链方向的核心业务系统建设:在阿里主要面向供应链中台与商家业务中台,业务域覆盖履约、采购、库存、出入库等关键链路;同时在业余时间持续承接电商系统与后台管理系统的私单研发与维护。整体能力更偏“交付型后端负责人”:能在需求不完全明确的情况下快速完成需求收敛与方案落地,独立推进从 0 到 1 的系统搭建与上线保障,也能对老系统进行稳定性与可维护性提升(故障定位、性能优化、历史代码重构、依赖升级、数据修复与风险排查)。
我的优势不在于堆功能清单,而在于把复杂链路做成可长期迭代的工程体系:通过合理的领域抽象与服务边界控制复杂度,围绕幂等、重试补偿、异常闭环、链路可观测等关键能力建立“可控、可审计、可演进”的交付标准,确保系统在高频迭代、峰值流量与依赖不稳定情况下仍稳定运行。具备多次独立对接甲方、按期交付并提供上线后持续支持的私单经验,沟通效率高,交付节奏清晰,适合承接电商/供应链/管理后台类项目的从 0 到 1 建设与核心系统治理升级。
在远程接单/找项目的过程中,最大的浪费往往不是能力不足,而是信息筛选成本太高:每天反复刷页面、复制岗位、做对比,时间被低效消耗。为了解决这个痛点,我做了一个“远程岗位提效爬虫”小工具:一键抓取猿急速后端方向最近发布的 5 页岗位信息,自动整理成结构化 Excel 表格(标题、类型
我基于 芋道源码 Yudao-boot(yudao-demo) 做了一个可运行的「家庭支出后端管理系统 Demo」,目标是用成熟的企业级脚手架在极短时间内跑通从数据库、权限、菜单到前后端页面的完整链路。系统支持 多家庭成员分别记账,包含 家庭(Household)/家庭成员(Ho