领域树定位：18 个顶层领域之一。本页只回答三件事——这个领域是什么、里面有哪些岗位、该从哪一页读起。具体某个岗位怎么干，看对应的岗位页。
这是「岗位百科金字塔」的领域页（L1）：它不重复讲某个岗位怎么干——那是岗位页（L2）的事——它回答三个更上游的问题：这个领域是干什么的、里面有哪些岗位、你该从哪一页读起。
本领域页覆盖互联网与软件技术领域，串联本库 5 篇业务研发与质量稳定方向的技能书；同批次的算法、大数据、数据分析 3 篇按领域树归入 07-人工智能与数据领域总览|人工智能与数据。阅读约定：篇名 为库内双链，可直接跳转。
软件技术是过去二十年岗位供给量最大的知识型工作领域，也是跨行业迁移摩擦最低的一个：银行、车企、制造厂、医院、政府都在招技术岗，写代码这件事的技能模型在不同行业之间高度可移植。对求职者来说，这意味着两件事——选择多、试错成本低。
从求职者视角看这个领域有三个结构性特征：
第一，技术栈是分层的，而分层就是岗位分类。 一个用户请求从屏幕上的一次点击，到最终落到数据库里的一次读写，中间经过界面层、服务层、数据层、基础设施层。每一层都对应独立的岗位族：界面层是前端，服务层是后端，基础设施层是运维与 SRE，而贯穿所有层的质量保障是测试开发（数据层的岗位本库单列为 07-人工智能与数据领域总览|人工智能与数据 领域）。看懂这条链路，就理解了技术岗位的分类逻辑——本页第二节就是按这条链路组织的。
第二，入口多，但"入门"和"入行"不是一回事。 前端、后端、测试是校招最常见的三个入门岗，转行者通常从这里切；算法、大数据则对学历与数学基础有实质要求，属于"高门槛高溢价"。选入口时要分清自己是"先上车再换座位"还是"一次到位"——前者选入门岗，后者要在学生阶段就补齐门槛。
第三，AI 编码工具正在改变岗位内部的分工。 公开信息里可以看到的趋势是：重复性编码工作的比重在下降，而对"读懂系统、拆解问题、判断方案优劣"的要求在上升。这不改变岗位设置，但改变了同一个岗位里的能力权重——会写代码不再是壁垒，会判断才是。
以下按技术链路组织本库全部 8 篇资产。每篇给你一句话定位：这个岗位在链路的哪一段、什么背景的人上手最顺。
2.1 先读这两篇：把技术岗的两端看清楚
- 01-前端开发工程师技能书|前端开发工程师技能书：离用户最近的一端，反馈快、作品可见，是校招与转行最友好的入口；
- 06-SRE与运维开发工程师技能书|SRE 与运维开发工程师技能书：离用户最远、离系统最近的一端，负责可靠性、可观测性与容量，是"技术深度型"路线的代表。
这两端之间就是后端与测试的位置。先把"我享受直接面对用户，还是享受把系统做稳"想清楚，再挑岗位就不会盲选。
2.2 业务研发主线（01-03）：把产品做成能用的东西
这是软件领域的主干，也是岗位基数最大的一段。分两类：
- 01-前端开发工程师技能书|前端开发工程师：负责用户能看见的那一层。技术栈集中在 JavaScript/TypeScript 与主流框架，产出直接面向用户，反馈快、成就感直接，是校招最友好的技术入口之一；
- 02-后端开发工程师（Java）技能书|后端开发工程师（Java）：负责业务逻辑与数据流转，Java 生态在金融、电商、传统行业信息化里存量最大，岗位数量与稳定性都靠前；
- 03-后端开发工程师（Python-Go）技能书|后端开发工程师（Python / Go）：同样是后端，但技术选型指向不同场景——Python 偏数据与快速交付，Go 偏高并发与云原生基础设施，选哪条线取决于你想去什么类型的团队。
前端与后端不是两条平行线，而是同一条产品链上的两段。 想清楚自己更享受"把界面做对"还是"把逻辑做稳"，比纠结哪个方向"更有前途"重要得多。
2.3 质量与稳定主线（05-06）：让系统跑得住、出问题找得到
- 05-测试开发工程师技能书|测试开发工程师：不是"点按钮的人"，而是写工具、搭平台、把质量做进流程里的人。技能模型横跨编码与工程，是很多非科班转技术岗的现实路径；
- 06-SRE与运维开发工程师技能书|SRE 与运维开发工程师：负责系统的可靠性、可观测性与容量。这个岗位近年从"运维"演化为"用软件工程方法解决运维问题"，对编码能力的要求实质提高。
这一段岗位的特点是：不直接产生业务功能，但决定业务能跑多大。喜欢系统性思维、对"稳定"这件事有成就感的人，往往在这一段比在业务主线里更舒服。
2.4 与本领域的边界：数据与智能另有专页
同批次中的 04-算法工程师技能书|算法工程师、07-大数据开发工程师技能书|大数据开发工程师、08-数据分析师技能书|数据分析师 三篇，在领域树中归属人工智能与数据顶层领域，已单列领域页（见 07-人工智能与数据领域总览|07-人工智能与数据领域总览）。理由：研发线交付"功能"，数据与算法线交付"判断与模型"，两者的能力模型、准入门槛与职业路径差异实质存在，合在一个领域里两边都说不清。
跨领域选岗时建议两页并读——前端/后端/测试/SRE 与数据/算法之间的转岗摩擦，是全技术大类里最低的几条路径之一。
2.5 这一段的覆盖缺口（如实标注）
本库目前覆盖上述 8 个技能书岗位，而互联网与软件技术领域的实际岗位族远不止这些。2026-09-23 本轮已补齐 L2 岗位页 4 篇：客户端开发工程师、安全工程师、架构师、技术项目经理（TPM）（见 L2-互联网与软件技术-01-客户端开发工程师|客户端开发工程师、L2-互联网与软件技术-02-安全工程师|安全工程师、L2-互联网与软件技术-03-架构师|架构师、L2-互联网与软件技术-04-技术项目经理TPM|技术项目经理（TPM））。2026-09-24 续批又补齐 L2 岗位页 1 篇：AI 应用工程师（提示工程方向）（L2-互联网与软件技术-05-AI应用工程师提示工程方向|AI 应用工程师（提示工程方向））。至此本领域 L2 岗位页共 5 篇。尚未覆盖、但求职市场上常见的还有：嵌入式与操作系统方向（后者本库归入智能硬件与电子领域）。
这些篇目属后续批次补充范围，本页先如实标出缺口，不虚构成篇。
计算机/软件工程科班：主线最顺，从业务研发（01-03）切入，一到两年后按兴趣分岔——向上走架构与平台（06），向深走数据与算法（04/07），向横向转技术管理。科班的优势是地基完整，风险是容易"什么都会一点"而没有纵深，建议尽早选一条主线扎下去。
数学/统计/物理等理科非科班：数据与智能线是对口方向。08 数据分析是最低摩擦入口，07 大数据是"补工程就能上"的选项，04 算法要正视数学与学历门槛——如果目标是算法，读研往往不是加分项而是入场券。
电子/通信/自动化等工科，或非技术背景转行：两条现实路径。一是 05 测试开发——它既需要编码又需要工程视野，转行补课曲线相对平缓；二是 01 前端——反馈直接、学习路径清晰、作品可见，是"用作品证明能力"这件事实操性最强的方向。若目标是 06 SRE，需要先在 Linux 与网络基础上下真功夫。
以下均为公开口径的泛化表述，不指向任何具体企业：整体来看，通用型初级开发岗位的竞争烈度在上升，而具备明确纵深的方向（云原生基础设施、数据平台、算法工程化）需求相对刚性；AI 编码工具的普及把"写"的成本压低了，把"判断"的价值抬高了，反映在招聘上就是对项目经验与系统设计能力的追问变多；同时，传统行业的信息化与数字化部门持续释放技术岗位，这类岗位可能技术选型不前沿，但稳定性与工作节奏与互联网公司差异明显，是值得纳入比较的选项。
对求职者的含义：别只盯着一线互联网公司判断这个领域。软件技术已经是一个"弥漫型"领域，行业属性正在决定工作体验的差异——同样写后端，在什么行业写，过的是两种日子。
应届生：01 或 02（按偏好选前端/后端）→ 08（建立业务视角）→ 04（理解天花板在哪）→ 回到已选方向扎深。 非技术背景转行：08 → 05 → 01，边走边判断自己是"想写代码"还是"想用数据说话"。 在校选方向：02 与 03 对比读（理解技术选型如何影响职业路径）→ 04 → 07，先把"我想去哪一层"想清楚再规划实习。
读完后若只记住一句话，记住这句：软件领域的分层不是等级，而是分工——先想清楚自己想站在用户端、逻辑端、数据端还是基础端，再挑岗位，比追逐"最热方向"更耐用。
本文为基于公开行业信息整理的求职认知类领域页，不对应任何具体企业；文中行业描述均为公开口径的泛化表述，不构成投资建议，仅作求职定位参考；所链各岗位页与同属本库的系列资产共同构成领域知识地图；本文不构成任何企业的招聘标准陈述；不建议虚构案例。
本页所属：00-索引｜本领域岗位页：L2-互联网与软件技术-01-客户端开发工程师|客户端开发工程师、L2-互联网与软件技术-02-安全工程师|安全工程师、L2-互联网与软件技术-03-架构师|架构师、L2-互联网与软件技术-04-技术项目经理TPM|技术项目经理TPM、L2-互联网与软件技术-05-AI应用工程师提示工程方向|AI应用工程师提示工程方向
说明：本页为领域页（L1），内容由本领域 L2 岗位页与库内已有资产归纳串联而成，属内部归纳件。按页级简化口径处理：source_url 留空（不逐条向外配对）；as_of_date 取本领域 L2 篇目的最早
data_cutoff；置信级 B（基于已完成逐条溯源的 L2 资产归纳，非一手来源直引）。
一、本页内容的来源性质
- 本页串联本库互联网与软件技术领域 5 篇业务研发与质量稳定方向技能书（前端开发、后端开发（Java）、后端开发（Python/Go）、测试开发、SRE 与运维开发）；同批次的算法、大数据、数据分析 3 篇按领域树归入人工智能与数据领域（另见 07-人工智能与数据领域总览）。
- 本领域 L2 岗位页共 5 篇：客户端开发工程师、安全工程师、架构师、技术项目经理（TPM）、AI 应用工程师（提示工程方向）。
- 页内技术分层与岗位分类逻辑、入行路径判断，均可在上述技能书与 L2 岗位页中找到对应篇目；本页不新增外部事实，属归纳件。
二、页内可核事实的指向
- 第二节岗位地图各分节（2.1–2.5）逐条列出双链篇目与一句话定位，属编目事实，可直接核对库内文件。
- 第二节 2.5"这一段的覆盖缺口（如实标注）"与页脚"本领域岗位页"清单，为编目事实：其中 2026-09-23 补齐 4 篇、2026-09-24 续批补齐 1 篇，反映截至该日的入库状态。
三、时间截面
- 本页 as_of_date = 2009-10-13，取本领域 L2 篇目最早
data_cutoff值；各篇取值依据与法源见对应 L2 篇目附一第五节。 - 页内出现的"2026-09-23""2026-09-24"为编目日期（补齐 L2 篇目的批次日期），非外部事实的时间属性。
四、通识性陈述（无单一来源，不作外部配对）
- 第四节"领域人才需求趋势"中关于 AI 编码工具改变岗位内部分工的表述，为公开信息口径的趋势归纳，无单一可引来源，按通识口径处理。
- 第一节"技术栈是分层的，而分层就是岗位分类"与第三节三条路径，为求职方法论表述，属通识归纳。
五、文档级汇总（回填 frontmatter 用）
- data_cutoff 修正值：
2026-09-23→2009-10-13 - audit_level：B（内部归纳件，基于已逐条溯源的 L2 资产）
- 来源合计：0 个外部唯一 URL（页级简化口径，source_url 留空）
- source_url：（留空，标注「内部归纳件」）
- 版本注记： ① 本页为领域页，不直接引用外部一手法律、政策或标准原文；如需外部依据，一律回查所链 L2 岗位页附一的一至三节。 ② as_of_date 采用"本领域 L2 篇目最早值"口径，仅标示本页内容的间接时间下限，不代表本页成文日期。 ③ 页内 2.4 节说明的领域边界划分（数据与算法线单列）为库内编目约定，非行业标准表述。