互联网与软件技术
├── 业务研发主线
│ ├── 前端开发工程师（Web 侧）
│ ├── 后端开发工程师 ← 本篇
│ └── 客户端开发工程师
├── 质量与稳定主线
│ ├── 测试开发工程师
│ └── SRE 与运维开发工程师
└── 平台与治理方向（架构、安全、技术项目管理）
定位一句话：后端开发工程师负责"用户看不见的那一半"——把业务规则写成接口、把数据落进数据库、把并发与故障挡在用户感知之外，最终交付一套"谁都能调、调多少次都不出错"的服务。
在业务研发主线中的位置：如果说前端与客户端决定"用户看到什么"，后端决定"这件事到底成不成"。用户点一下"提交订单"，界面上只是一次转圈，后端要在一两秒内完成校验库存、算价、扣减、写单、发消息、记账，任何一步出错都要让整体回退到没发生过的样子。它是三端里唯一直接持有数据真相的一环：前端和客户端的本地数据都可以丢、可以重建，只有后端的库表与事务记录是最终裁决。这决定了后端的工作方式有两个特点——面对的是状态而不是画面，承担的是不可逆而不是可回滚。前者意味着问题更隐蔽（数据错了不会立刻报错），后者意味着出事更贵（脏数据比白屏难收拾得多）。
一句话定义：后端开发工程师是构建服务端系统与接口的开发岗位，日常用 Java／Go／Python／Node.js 等服务端语言与框架实现业务逻辑，负责数据存取与事务、缓存与消息、并发与性能、鉴权与安全，并让服务在上线后能被监控、被发布、被回滚、被扩容。
职责边界（五类日常）
一、接口与业务逻辑实现
前端与客户端是"接口的消费方"，后端是"接口的定义方与实现方"。同一件事在前端看是"调一个接口"，在后端看是一串判断：参数怎么校验、权限怎么过、业务规则按哪条分支走、外部依赖挂了怎么降级、失败怎么告知调用方。
HTTP 这套基础语义是这一环的公共语言——请求方法本身带有语义约定（是否安全、是否幂等、是否可缓存），响应状态码按语义分五大类。看似是"协议细节"，实际是接口契约的一部分：方法用错，中间层与网关就无法按预期做重试与缓存；状态码乱用，调用方就无法区分"你的参数错了"和"我这边的服务挂了"。资源命名与路径结构同理，一旦上线就很难改，因为改的代价是让所有调用方跟着改。
百科资料数据截止：2025-08